カスタマは、環境にホストされるサービスおよびアプリケーションの容量とパフォーマンス要件に基づいて、多数の標準Oracle Private Cloud at Customer構成をサブスクライブできます。 実用的な目的のために、システムの内部的な物理ネットワーク接続性に基づいて初期区別を行う必要があります: Oracle Private Cloud at Customerは、完全なイーサネット・ファブリックまたはInfiniBandファブリックの周囲に構築できます。 配信されるシステムは顧客環境の要件に基づいており、ローカルRoHS規制などの他のファクタの影響を受ける可能性があります。
EthernetベースおよびInfiniBandベースのシステムのパフォーマンスと容量はほぼ同じですが、ラック・レイアウトは異なります。 Ethernetベース・システムはOracle ZFS Storage Appliance ZS7-2がベース・ラックに組み込まれているため、これらのシステムは単一のラック構成としてのみ提供されます。 ただし、追加のストレージを別のラックに設置する必要があります。
対照的に、InfiniBandベース・システムには、必要な数のコンピュート・ノードが9以下の場合に、技術的にベース・ラック内にインストールできる追加のストレージ・アプライアンスがあります。 単一ラックInfiniBandベースのシステムは「圧縮」構成と呼ばれ、2番目のラックにストレージとインフラストラクチャ・ハードウェアがインストールされたバージョンはscale構成と呼ばれます。
オプションで、これらの各バージョンのOracle Private Cloud at Customerは、既存のOracle Exadata Cloud at Customerシステムと組み合せることができます。 この構成では、どちらのシステムでもOracle Advanced Support Gatewayを共有できます。
Oracle Private Cloud at CustomerのEthernetベース・バージョンには、1つのラック内のすべての管理コンポーネント、コンピュート・コンポーネント、接続コンポーネントおよびストレージ・コンポーネントが含まれます。 20のコンピュート・ノードと2つのディスク・トレイに使用可能なラック・ユニットが十分にあり、追加のラックに設置されている最大14の追加ストレージ・トレイを追加できます。 15 kVA PDUでは、コンピュート・ノードの最大数が13に減少します。
仮想化容量に関しては、最小サブスクリプションに2つのコンピュート・ノードと2つの高容量ストレージ・トレイが含まれています。 サブスクリプションは一度に1つのノードによって拡張できます。 サブスクリプションには、余分なストレージを追加することもできます。
コンパクト構成には、1つのラックにまとめられたプライベート・クラウド環境に必要なすべてのインフラストラクチャ、コンピュートおよびストレージ・コンポーネントが含まれています。 2つの制限が適用されます: 電気電源およびラック・スペース。 ラックに22または24 kVA電力配分装置(PDU)が含まれている場合、最大9のコンピュート・ノードをインストールできます。 ラックには15 kVA PDUを搭載することもできます。これにより、最大6つのコンピュート・ノードを備えたシステムに電源を信頼できます。
仮想化容量に関しては、最小サブスクリプションに2つのコンピュート・ノードと2つの高容量ストレージ・トレイが含まれています。 サブスクリプションは一度に1つのノードによって拡張できます。
スケール構成には、ストレージ・ハードウェアおよびインターコネクト・インフラストラクチャ・コンポーネントが2番目のラックにインストールされます。 名前が示すとおり、スケール構成は、システムのコンピュート容量とストレージ容量の両方を増やすスペースを提供することによって、サブスクリプションのインストール存続期間のスケーラビリティを向上することを目的としています。 これは、追加のサーバー・ノードを設置し、基本ラックの拡張されたコンピュート容量と、2つ目のラックの最大14個の追加ストレージ・トレイを提供することによって実現されます。 2ラック構成では、システムは最大25のコンピュート・ノードに拡張できます。 完全にロードされたベース・ラックには24 kVA PDUが必要で、最大コンピュート・ノード数は22 kVA PDUの場合は23、15 kVA PDUの場合は13に減少します。
仮想化容量に関しては、最小サブスクリプションに2つのコンピュート・ノードと2つの高容量ストレージ・トレイが含まれています。 サブスクリプションは一度に1つのノードによって拡張できます。 スケール構成の場合は、一度に1つの高パフォーマンスまたは高容量トレイに、サブスクリプションの追加ストレージを追加することもできます。
前述のように、Oracle Private Cloud at Customerのすべてのスタンドアロン構成は、既存のOracle Exadata Cloud at Customerシステムと統合できます。 この統合の主な利点は、アプリケーションを仮想化コンピュート・プラットフォームに統合し、データベース層に対する高性能アクセスを実現できることです。
Oracle Exadata Cloud at Customerは、2つのラックで構成されています。 ベース・ラックには、データベース・サーバーとストレージ・サーバーを含むデータベース・マシンが含まれています。 Oracle Exadata Cloud at Customerシステムのクラウド・デプロイメント管理インタフェースを提供する追加のインフラストラクチャ・コンポーネントは、Oracle Cloud Control Planeという名前の2番目のラックにインストールされます。 この構成では、合計3つのラックが生成されます。 ただし、ストレージ容量の追加ディスク・トレイには、余分なラック・スペースが必要な場合があります。
Oracle Private Cloud at Customerを構成に追加すると、メンテナンス・アクセスを容易にするために、両方のシステムの管理ネットワークが結合されます。 Oracle Advanced Support Gatewayの単一インスタンスは、両方の統合システムのモニタリングおよび管理に使用されます。
最適なこととして、アプリケーション・レイヤーと2つのそれぞれのシステムがホストするデータベース・レイヤーとの間の最適な接続のために、データ・ネットワーク・トラフィックを最適化する必要があります。 10GbEインフラストラクチャを使用する場合、どちらのOracleシステムも外部のデータベース・データ・センター・ネットワークに接続します。 データ・トラフィックはデータ・センター・スイッチを通過するため、データ・センターのネットワーク・ハードウェアおよびトポロジが、最適な接続を実現するように構成されていることが重要です。