Private Cloud Applianceにインストールされたサーバー・ノード
初期インストール後の出荷時の構成およびオプションの拡張に応じて、サーバー・ノードの様々なモデルがPrivate Cloud Applianceシステムにインストールされる場合があります。
各Private Cloud Applianceシステムは、アプライアンス・コントローラ・ソフトウェアを実行するための管理ノードのクラスタと、ホストされたワークロードにCPUおよびメモリー容量を提供する多数のコンピュート・ノードとともに構築されます。
ストレージリソースとネットワーク接続を提供するシステムコンポーネントに関する情報は、次のトピックを参照してください。
管理ノード
Private Cloud Applianceのインストールの中心にある3つの管理ノードは、パフォーマンスと可用性を最大限に高めるために、完全にアクティブなクラスタに構成されています。各ノードは、同じコントローラソフトウェアおよびシステムレベルのサービスを実行でき、システム構成に等しくアクセスできるため、個々のノードに障害が発生してもアプライアンスは動作したままになります。
コントローラ・ソフトウェアを実行する管理ノードは、Private Cloud Applianceの操作および管理を担当するサービスのコレクションの基盤を提供します。管理クラスタの責任には、システムハードウェアのモニタリングと維持、システムの可用性の確保、ソフトウェアとファームウェアのアップグレード、アプライアンスのバックアップと復元、および障害回復の管理が含まれます。
アプライアンスインフラストラクチャーが制御されるシステムの一部は、サービスエンクレーブと呼ばれます。サービスエンクレーブは、管理ノードクラスタ上で実行され、サービス CLIまたはサービスWeb UIからアクセスできます。アクセスは厳密に監視され、特権管理者に制限されます。詳細は、プライベート・クラウド・アプライアンス・インフラストラクチャの管理を参照してください。管理ノードのハードウェア構成の詳細は、モデル別のメイン・サーバー・コンポーネントを参照してください。
コンピュートノード
Private Cloud Applianceのコンピュート・ノードはハードウェア・レイヤーの一部であり、コンピュート・インスタンスをホストするための処理能力とメモリー容量を提供します。
システムが初期化されると、コンピュート・ノードは管理サービスによって自動的に検出され、「準備完了」状態になります。管理者は、サービス・エンクレーブを介してコンピュート・ノードをプロビジョニングし、その後、そのノードを使用する準備ができました。追加のコンピュート・ノードが後の段階でインストールされると、新しいノードは検出され、電源が投入され、同じメカニズムによって自動的に検出されます。プロビジョニング、監視およびその他の管理操作は、サービスWeb UIまたはサービスCLIから実行されます。
ベース・ラックの最小構成には3つのコンピュート・ノードが含まれますが、コンピュート・ノードにすべてのフレックス・ベイ領域を使用することを選択した場合、一度に3つのノードで最大18個のコンピュート・ノードまで拡張できます。システムでは合計で最大20個のコンピュートノードをサポートでき、2つのスロットはスペア用に予約されており、例外プロセスを介してリクエストできます。システムのコンピュート容量の拡張については、Oracleの担当者に問い合わせてください。
計算ノードのハードウェア構成の詳細は、モデル別のメイン・サーバー・コンポーネントを参照してください。コンピュート・リソースの管理の詳細は、コンピュート・インスタンスを参照してください。
GPU拡張ノード
GPUハードウェアを含むサーバー・ノードを組み込むことで、GPU容量がPrivate Cloud Applianceに追加されます。GPUノードは常に、アプライアンス・ベース・ラックに接続された拡張ラックに取り付けられます。
X10-2c GPU拡張ラックでは、プライベート・クラウド・アプライアンス・インストールに1から6個のGPUノードが追加されます。2つの拡張ラックをベース・ラックに接続でき、最大12個のGPUノードを使用できます。
X10-2c GPU L40S計算サーバーは、Intel Xeon Platinum 8480以上のアーキテクチャ、高速イーサネット接続、および4つのNVIDIA L40S GPUを搭載した3 RUサーバーであり、48GBのGDDR6メモリーと1466のピークFP8 TFLOPSを備えています。
コンポーネント仕様の詳細については、製造元のWebサイトを参照してください。
標準のコンピュート・ノードとは異なり、GPUノードは自動的には検出されません。物理的な設置後に、アプライアンス構成にアクティブな高性能ストレージプールが存在すると仮定すると、GPU拡張ラックは、いずれかの管理ノードからスクリプトを実行してアクティブ化されます。スクリプト・タスクの後にノード・インストール・プロセスが実行され、ノードがプロビジョニングのために準備されます。
新しいノードは、UIまたはCLIを使用してサービス・エンクレーブからプロビジョニングされます。GPUノードが起動して実行中の場合、アプライアンス管理者は標準コンピュート・ノードと同じ方法でこれらを管理および監視できます。ユーザーは、GPUを利用するために専用シェイプのコンピュート・インスタンスをデプロイする必要があります。詳細は、GPU拡張ノードの統合を参照してください。GPUノードのハードウェア構成の詳細は、モデル別のメイン・サーバー・コンポーネントを参照してください。
モデル別メイン・サーバー・コンポーネント
次の表に、Private Cloud Applianceラックに取り付けられ、現在のソフトウェア・リリースでサポートされているサーバー・モデルの主なコンポーネントを示します。
|
Oracle Server X9-2管理ノード |
Oracle Server X9-2計算ノード |
Oracle Server X10計算ノード |
X10-2c GPU L40S計算サーバー |
Oracle Server X11計算ノード |
|---|---|---|---|---|
|
2x Intel Xeon Gold 5318Y CPU、24コア、2.10GHz、165W |
2x Intel Xeon Platinum 8358 CPU、32コア、2.60GHz、250W |
2x AMD EPYC 9J14 CPU、96コア、2.60GHz、400W |
2x Intel Xeon Platinum 8480+ CPU、56コア、2.00GHz、350W |
2x AMD EPYC 9J25 CPU、96コア、2.60GHz、400W |
|
16x 64 GB DDR4-3200 DIMM (合計1TB) |
16x 64 GB DDR4-3200 DIMM (合計1TB) |
24x 96 GB DDR5-4800 DIMM (合計2.25TB) |
16x 64 GB DDR5-4800 DIMM (合計1TB) |
24x 96 GB DDR5-6400 DIMM (合計2.3TB) |
|
RAID1ミラーとして構成された2x 240GB M.2 SATAブート・デバイス |
RAID1ミラーとして構成された2x 240GB M.2 SATAブート・デバイス |
2x 480GB M.2 NVMe SSDブート・デバイス(RAID1ミラーとして構成) |
-- |
2x 480GB M.2 NVMe SSDブート・デバイス(RAID1ミラーとして構成) |
|
2x 3.84TB NVMe SSDストレージ・デバイス(RAID1ミラーとして構成) |
-- |
-- |
2x 3.84TB NVMe SSDストレージ・デバイス(RAID1ミラーとして構成) |
-- |
|
リモート管理用の1xイーサネット・ポート |
リモート管理用の1xイーサネット・ポート |
リモート管理用の1xイーサネット・ポート |
リモート管理用の2xイーサネット・ポート |
リモート管理用の1xイーサネット・ポート |
|
OCPv3形式の1xデュアルポート100GbitイーサネットNICモジュール |
OCPv3形式の1xデュアルポート100GbitイーサネットNICモジュール |
2xデュアルポート 100Gbit Ethernet NICモジュール |
2xデュアルポート 200Gbit Ethernet NICモジュール |
2xデュアルポート 200Gbit Ethernet NICモジュール |
|
-- |
-- |
-- |
4x NVIDIA L40S GPU、48GB GDDR6、350W |
-- |
|
2x冗長電源装置およびファン |
2x冗長電源装置およびファン |
2x冗長電源装置およびファン |
4x冗長電源装置およびファン |
2x冗長電源装置とファン |