リソース・プールの追加

マーケティング終了 ：2025年10月31日をもって、 VMware Solutions の新規導入は終了しました。 既存の顧客は、 IBM Cloud® 上のアクティブな VMware® ワークロードを引き続き使用し、拡張することができる。 詳細は VMware 、マーケティング終了 IBM Cloud を参照。

IBM Cloud for VMware Cloud Foundation as a Service、 シングル・テナント ・インスタンスをさまざまな方法でスケールできる。 Broadcom ワークロード要件による VMware® に基づいて、インスタンスを適切にサイズ変更するためにスケーリングが使用されます。 リソース・プールを作成することで、 VMware Cloud Foundation (VCF) as a Service インスタンスのサイズを増やすことができます。

リソース・プールは、ワークロードを実行するために仮想データ・センター (VDC) をホストするためのコンピュート・リソース、ストレージ・リソース、およびネットワーク・リソースの境界です。 リソース・プールに対して作成された VDC は、そのリソース・プールのインフラストラクチャーを使用するようにバインドされます。

リソースプールは VCF as a Service インスタンス内で使用され、コンピュート、メモリ、ストレージコンポーネントの単位を形成する。 これらのリソースは、リソースプール間で完全に分離されています。

各リソース・プールは、 VCF as a Service インスタンスから以下のポリシーを継承します。

• ネットワーキング-ネットワーキングはリソース・プール間で共有できます。
• ユーザー管理- VCF as a Service インスタンス用に構成されたユーザーおよびユーザー・ポリシーは、すべてのリソース・プールで共有されます。
• カタログ-カタログ・イメージおよびポリシーは、インスタンス内のすべてのリソース・プールにも適用されます。

オプションとして、リソースプールを作成し、マルチゾーンリージョン内の2つの異なるデータセンターにワークロードクラスタを分散させることができます。 ストレッチされた vSAN™ 高可用性 (HA) リソースプールは、 VMware by Broadcom インフラストラクチャの可用性を高めることで、重要なワークロードを保護するのに役立ちます。

Sapphire Rapidsサーバーが利用可能な場合のみ、クラウドディレクターのサイトリージョンで高可用性リソースプールがサポートされます。 HAリソースプールには、 vSAN ストレージプロファイルを持つストレッチクラスタが必要です。 NFS ストレージはサポートされていない。

リソース・プールは、1 つ以上の VMware vCenter Server ® クラスターで構成されます。 リソースプールを VCF as a Service インスタンスに追加すると、新しい vCenter Serverクラスタが作成されます。

リソース・プールをインスタンスに追加したりインスタンスから削除したりすることにより、デプロイメントの容量を増減できます。 また、リソース・プールにさらにクラスターを追加することで、容量を拡張することもできます。

通常、インスタンスはまずクラスタ内のホスト数とストレージ数の管理を通じてスケールされる。 1 つのクラスターで最大 25 個の同種ホストがサポートされます。 クラスターのホストの最大サイズ 25 に達すると、新しいクラスターが必要になります。 stretched vSAN 高可用性クラスタの場合、ホストはリソースプールの最初の場所と2番目の場所に分割されます。 stretched vSAN 高可用性クラスタの最小ホスト要件は 14 です。

リソース・プールにデプロイされた VDC は、複数のクラスターが存在する場合を含め、リソース・プール内のすべてのコンピュート、メモリー、およびストレージを使用できます。 一貫性のあるワークロード・パフォーマンスを得るには、同じリソース・プール内のすべてのクラスターが同じホスト・プロファイル・タイプを使用することをお勧めします。 VMware Cloud Director は、リソース・プール内のクラスター全体にわたるワークロード VM の配置を自動的に選択して調整します。 配置は、 VMware Cloud Director を使用するユーザーによって制御されません。

新規リソース・プールは、通常、以下のシナリオで作成されます。

• Broadcomのワークロードによって、異なるタイプの VMware を分離・隔離する。 前のガイダンスでは、同じリソース・プール内のすべてのクラスターに同じホスト・プロファイル・タイプを使用します。 異なるワークロードが異なるホスト・タイプに適している場合は、各ワークロードが正しいホスト・タイプで実行されるようにするために、別々のリソース・プールが必要になります。
• リージョン内の異なるデータ・センターで VM ワークロードを実行します。 同じリソース・プール内のすべてのクラスターは、同じデータ・センター内になければなりません。 複数のデータ・センターにわたるリージョンの高可用性を実現するには、別々のデータ・センターにリソース・プールを作成し、各リージョンに VDC とアプリケーションをデプロイします。 ロード・バランサーは、ターゲット・ワークロードのアクティブ・インスタンスに要求をルーティングするために使用されます。

新しいリソース・プールをデプロイすると、クラスタが作成されます。 クラスター構成には最大72時間かかることがあります。 クラスタ構成が完了したら、ユーザアクセスと管理タスクを完了できます。