物理リソース割り当て

ユーザーがコンピュート・インスタンスをデプロイしたとき - または仮想マシン - これらは、ハードウェア層によって提供される物理リソースを消費します。 ハイパーバイザは、特定の構成で可能なかぎり最高のパフォーマンスを実現するアルゴリズムに基づいて、これらの物理リソースの割当てを管理します。

Private Cloud Applianceのコンピュート・ノードには、Non-Uniform Memory Access (NUMA)アーキテクチャがあります。つまり、各CPUは独自のローカル・メモリーだけでなく、他のCPUのメモリーにもアクセスできます。 各CPUソケットとそれに関連付けられたローカル・メモリー・バンクは、「NUMAノード」と呼ばれます。 同じNUMAノード内のローカル・メモリー・アクセスでは、常に高い帯域幅と低いレイテンシが提供されます。

一般に、NUMAのメモリー共有設計は、マルチプロセッサ・ワークロードのスケーリングに役立ちますが、複数のNUMAノードにリソースが分散されている場合、仮想マシンのパフォーマンスに悪影響を与えることもあります。 ハイパーバイザ・ポリシーにより、仮想マシンCPUおよびメモリーが可能なかぎり同じNUMAノードに存在することが保証されます。 特定のCPU固定技術を使用して、各仮想マシンは1つまたは複数のCPUコアに固定されるため、仮想マシンが実行されているNUMAノード上のメモリーにローカルでアクセスされます。 ノード間メモリー・トランスポートは避けられるか、最小限保持されるため、コンピュート・インスタンスのユーザーは、システム全体の最適なパフォーマンスによるメリットがあります。

仮想マシンがハイパーバイザ・ホストの単一のNUMAノードに収まる場合、このNUMAノードは固定に使用されます(「厳格なピンニング」)。 仮想マシンがハイパーバイザ・ホストの単一のNUMAノードに収まらないが、複数のNUMAノードに収まる場合、「固定」と呼ばれる複数のNUMAノードが固定に使用されます。

注意:

コンピュート・インスタンスへのCPUおよびメモリーの割当てを最適化するためにハイパーバイザを通じて適用されるCPU固定は、アプライアンス管理者、テナンシ管理者またはインスタンス所有者が構成することはできません。

Private Cloud Applianceは、プロビジョニング中にコンピュート・ノードのNUMAトポロジ(またはあるリリースから別のリリースへのアップグレード・パス)を検出し、コンピュート・インスタンスのデプロイメント中に使用するためにこの情報を格納します。 各コンピュート・インスタンスのNUMAの詳細は、インスタンス構成に格納されます。 NUMA設定は、コンピュート・インスタンスが別のホスト・コンピュート・ノードに移行されたときに保持されますが、ターゲット・コンピュート・ノードがその特定の構成に対応できない場合、オーバーライドおよび動的に調整される可能性があります。

まだNUMA対応ではないPrivate Cloud Applianceで実行されているコンピュート・インスタンスは、システムにパッチが適用またはアップグレードされるとすぐに最適化ポリシーを利用できます。 管理者がインスタンスをNUMAトポロジと連携させるためのアクションは必要ありません。既存のインスタンス構成は、プロセスの一部として互換性があります。