階層化されたアーキテクチャ

Oracle Private Cloud Applianceのアーキテクチャでは、階層化アプローチが使用されます。基本的には、コア・プラットフォームが構築されるハードウェア・コンポーネントです。これにより、異なるユーザー・グループに公開される管理および操作サービスのフレームワークが提供されます。レイヤーは統合されていますが、単体ではありません: これらは、互換性を維持しているかぎり、異なる速度でさらに開発できます。たとえば、新しいタイプのサーバー・ハードウェアをサポートしたり、ストレージ機能を拡張したりすることは、個別に適用したり、コントローラ・ソフトウェア・スタック全体を再デプロイしたりすることなく、拡張機能です。

ハードウェア層

ハードウェア層には、すべての物理システム・コンポーネントとそのファームウェアとオペレーティング・システムが含まれています。

3つの管理ノードは、コントローラ・ソフトウェアのベース環境を実行するクラスタを形成します。
コンピュート・ノードは、コンピュート・インスタンスをホストするための処理能力を提供します。
ストレージ・アプライアンスは、コンピュート・インスタンスによって使用されるストレージ・リソースのディスク領域を提供します。また、アプライアンスで内部的に操作するために必要なストレージ領域も提供されます。
ネットワーク・スイッチは、すべてのコンポーネントとアップリンク間の物理接続をパブリック(データセンター)ネットワークに提供します。

プラットフォーム・レイヤー

Private Cloud Applianceは、サービス・ベースのデプロイメント・モデルを使用します。製品は、サービスとして実行される機能領域(それぞれ独自のコンテナ内)に分割されます。プラットフォームは、このモデルのベースを提供します。 Oracle Cloud Native Environmentの機能を利用して、管理ノード・クラスタは、イメージ・レジストリもホストするコンテナ化されたサービスのデプロイメントを編成します。

さらに、このプラットフォームは、他のすべてのサービスに必要な数多くの基本サービスを提供しています: メッセージ転送、シークレット管理、データベース・アクセス、ロギング、モニタリングなど。これらの基本的なサービスは、プラットフォーム上にデプロイされているすべてのサービスを同じ方法でそれらに接続できるように標準化されており、新しいサービス統合が簡単かつ高速になります。

また、このプラットフォームは、ハードウェア管理において中心的なロールを果たし、ハードウェア層とサービス間のデータ交換を管理します。ハードウェア・レイヤーに関する情報、およびそのレイヤーに加えた変更は、インベントリを最新の状態に保つためにサービス・レイヤーと通信する必要があります。サービス・レイヤーで操作を実行する場合は、コマンドをハードウェアに渡すためにインタフェースが必要です。この目的のために、プラットフォームには内部でのみ公開され、最高の権限を必要とする、緊密に保護されたAPIがあります。このAPIは、サーバーILOMやストレージ・コントローラ、インベントリ・データベースおよびコンテナ・オーケストレーション・ツールなどの管理インタフェースと相互作用します。

アプライアンス・アーキテクチャでのこのレイヤーの詳細は、「プラットフォーム・レイヤーの概要」を参照してください。

インフラストラクチャ・サービス・レイヤー

このレイヤーには、プラットフォーム上にデプロイされているすべてのサービスが含まれます。機能的に異なる2つのグループを形成: ユーザー・レベルのクラウド・サービスと管理サービス。

クラウド・サービスは、クラウド環境のユーザーに機能を提供し、対応するOracle Cloud Infrastructureサービスと同様に動作します。「コンピュート・エンクレーブ」を構成し、コンピュート・インスタンスおよび関連リソースを介した顧客ワークロードのデプロイメントを有効にします。クラウド・サービスには、コンピュートおよびストレージ・サービス、アイデンティティおよびアクセス管理、ネットワーキングが含まれます。

管理サービスは、アプライアンスの管理者に内部的に、または制限されています。これにより、クラウド・サービスの運用が可能になり、サポートが提供されます。「サービス・エンクレーブ」を構成します。管理者操作には、システム初期化、コンピュート・ノードのプロビジョニング、容量拡張、テナンシ管理、アップグレードなどがあります。 Oracle Cloud Infrastructureでは、これらの操作に同等の外部化はありません。Oracleはインフラストラクチャ管理者のロールを実行します。