レイヤー・アーキテクチャ
Private Cloud Applianceのアーキテクチャでは、階層化されたアプローチを採用しています。基盤となるのは、コア・プラットフォームを構築するハードウェア・コンポーネントです。これにより、様々なユーザー・グループに公開される管理サービスと運用サービスのフレームワークが提供されます。
レイヤーは統合されていますが、モノリシックではありません。互換性が維持されているかぎり、レイヤーは異なる速度でさらに開発できます。たとえば、新しいタイプのサーバー・ハードウェアのサポートやストレージ機能の拡張は、コントローラ・ソフトウェア・スタック全体を再デプロイせずに個別に適用できる拡張機能です。
ハードウェア層
ハードウェア層には、すべての物理システム・コンポーネントとそのファームウェアおよびオペレーティング・システムが含まれます。
-
3つの管理ノードは、コントローラソフトウェアのベース環境を実行するクラスタを形成します。
-
コンピュート・ノードは、コンピュート・インスタンスをホストするための処理能力を提供します。
-
ストレージ・アプライアンスは、コンピュート・インスタンスによって使用されるストレージ・リソースのディスク領域を提供します。また、アプライアンスの動作のために内部的に必要なストレージ領域も提供します。
-
ネットワーク・スイッチは、すべてのコンポーネントとパブリック(データ・センター)ネットワークへのアップリンク間の物理接続を提供します。
プラットフォーム・レイヤー
Private Cloud Applianceは、サービスベースのデプロイメント・モデルを使用します。これは、個別のコンテナ内でサービスとして実行される機能領域に分割されます。プラットフォームは、このモデルのベースを提供します。管理ノード・クラスタは、イメージ・レジストリもホストするコンテナ化されたサービスのデプロイメントを編成します。
このプラットフォームは、メッセージ・トランスポート、シークレット管理、データベース・アクセス、ロギング、監視など、他のすべてのサービスに必要な一連の基本サービスを提供します。これらの基本サービスは標準化されているため、プラットフォーム上にデプロイされているすべてのサービスを同じ方法でプラグインできるため、新しいサービス統合が簡単かつ迅速になります。
このプラットフォームは、ハードウェア管理においても中心的な役割を果たし、ハードウェア層とサービス間のデータ交換を管理します。ハードウェア・レイヤーに関する情報およびそのレイヤーに加えられた変更はすべて、インベントリを最新の状態に保つためにサービス・レイヤーに通知する必要があります。サービス・レイヤーで操作を実行する場合、ハードウェアにコマンドを渡すにはインタフェースが必要です。この目的のために、プラットフォームには厳重に保護されたAPIがあり、内部でのみ公開され、最高の権限が必要です。このAPIは、サーバーILOMやストレージ・コントローラなどの管理インタフェースと、インベントリ・データベースおよびコンテナ・オーケストレーション・ツールと相互作用します。
アプライアンス・アーキテクチャのこのレイヤーの詳細は、プラットフォーム・レイヤーのキー・プロパティを参照してください。
Infrastructure Servicesレイヤー
このレイヤーには、プラットフォーム上にデプロイされたすべてのサービスが含まれます。これらは、ユーザー・レベルのクラウド・サービスと管理サービスの2つの機能的に異なるグループを形成します。
クラウド・サービスは、クラウド環境のユーザーに機能を提供し、対応するOCIサービスと非常に似ています。コンピュート・エンクレーブを構成し、コンピュート・インスタンスおよび関連リソースを介した顧客ワークロードのデプロイメントを有効にします。クラウド・サービスには、コンピュートおよびストレージ・サービス、アイデンティティおよびアクセス管理、ネットワーキングが含まれます。
管理サービスは、内部サービスであるか、アプライアンスの管理者に制限されています。これにより、クラウド・サービスの運用が可能になり、サポートが提供されます。サービス・エンクレーブを構成します。管理者操作には、システム初期化、コンピュート・ノードのプロビジョニング、容量拡張、テナンシ管理、アップグレードなどがあります。Oracleがインフラストラクチャ管理者の役割を担うOCIでは、これらの操作と同等の外部化はありません。