リソース・プールの追加
さまざまな方法で IBM Cloud® for VMware Cloud Foundation as a Service シングルテナント ・インスタンスをスケーリングできます。 Broadcom ワークロード要件による VMware® に基づいて、インスタンスを適切にサイズ変更するためにスケーリングが使用されます。 リソース・プールを作成することで、 VMware Cloud Foundation (VCF) as a Service インスタンスのサイズを増やすことができます。
リソース・プールは、ワークロードを実行するために仮想データ・センター (VDC) をホストするためのコンピュート・リソース、ストレージ・リソース、およびネットワーク・リソースの境界です。 リソース・プールに対して作成された VDC は、そのリソース・プールのインフラストラクチャーを使用するようにバインドされます。
リソースプールは サービスとしての VCF インスタンス内で使用され、コンピュート、メモリ、ストレージコンポーネントの単位を形成する。 これらのリソースは、リソースプール間で完全に分離されています。
各リソース・プールは、 サービスとしての VCF インスタンスから以下のポリシーを継承します。
- ネットワーキング-ネットワーキングはリソース・プール間で共有できます。
- ユーザー管理- サービスとしての VCF インスタンス用に構成されたユーザーおよびユーザー・ポリシーは、すべてのリソース・プールで共有されます。
- カタログ-カタログ・イメージおよびポリシーは、インスタンス内のすべてのリソース・プールにも適用されます。
オプションとして、リソースプールを作成し、マルチゾーンリージョン内の2つの異なるデータセンターにワークロードクラスタを分散させることができます。 ストレッチされた vSAN™ 高可用性 (HA) リソースプールは、 VMware by Broadcom インフラストラクチャの可用性を高めることで、重要なワークロードを保護するのに役立ちます。
Sapphire Rapidsサーバーが利用可能な場合のみ、クラウドディレクターのサイトリージョンで高可用性リソースプールがサポートされます。 HAリソースプールには、 vSAN ストレージプロファイルを持つストレッチクラスタが必要です。 NFS ストレージはサポートされていない。
リソース・プールは、1 つ以上の VMware vCenter Server ® クラスターで構成されます。 リソースプールを サービスとしての VCF インスタンスに追加すると、新しい vCenter Serverクラスタが作成されます。
リソース・プールをインスタンスに追加したりインスタンスから削除したりすることにより、デプロイメントの容量を増減できます。 また、リソース・プールにさらにクラスターを追加することで、容量を拡張することもできます。
通常、インスタンスはまずクラスタ内のホスト数とストレージ数の管理を通じてスケールされる。 1 つのクラスターで最大 25 個の同種ホストがサポートされます。 クラスターのホストの最大サイズ 25 に達すると、新しいクラスターが必要になります。 stretched vSAN 高可用性クラスタの場合、ホストはリソースプールの最初の場所と2番目の場所に分割されます。 stretched vSAN 高可用性クラスタの最小ホスト要件は 14 です。
リソース・プールにデプロイされた VDC は、複数のクラスターが存在する場合を含め、リソース・プール内のすべてのコンピュート、メモリー、およびストレージを使用できます。 一貫性のあるワークロード・パフォーマンスを得るには、同じリソース・プール内のすべてのクラスターが同じホスト・プロファイル・タイプを使用することをお勧めします。 VMware Cloud Director は、リソース・プール内のクラスター全体にわたるワークロード VM の配置を自動的に選択して調整します。 配置は、 VMware Cloud Director を使用するユーザーによって制御されません。
新規リソース・プールは、通常、以下のシナリオで作成されます。
- Broadcomのワークロードによって、異なるタイプの VMware を分離・隔離する。 前のガイダンスでは、同じリソース・プール内のすべてのクラスターに同じホスト・プロファイル・タイプを使用します。 異なるワークロードが異なるホスト・タイプに適している場合は、各ワークロードが正しいホスト・タイプで実行されるようにするために、別々のリソース・プールが必要になります。
- リージョン内の異なるデータ・センターで VM ワークロードを実行します。 同じリソース・プール内のすべてのクラスターは、同じデータ・センター内になければなりません。 複数のデータ・センターにわたるリージョンの高可用性を実現するには、別々のデータ・センターにリソース・プールを作成し、各リージョンに VDC とアプリケーションをデプロイします。 ロード・バランサーは、ターゲット・ワークロードのアクティブ・インスタンスに要求をルーティングするために使用されます。
新しいリソース・プールをデプロイすると、クラスタが作成されます。 クラスター構成には最大72時間かかることがあります。 クラスタ構成が完了したら、ユーザアクセスと管理タスクを完了できます。
サービスとしての VCF インスタンスにリソース・プールを追加する手順
- VMware Solutions コンソールで、左のナビゲーション・パネルから Resources > サービスとしての VCF をクリックする。
- ページ上で、 VMware Cloud Foundation as a Service ページで、シングルテナントのCloud Directorサイト名をクリックします。
- 「リソース・プール」 タブをクリックしてから、 「リソース・プールの追加」 をクリックします。
- リソースプールを追加] パネルで、新しいリソースプールの設定を指定します。
- リソースプール名を指定する。
- オプションで、 SAP®認定サーバー・プロファイルを有効にし、プロファイル・タイプを選択します。
- リソース・プールの場所を選択します。
- 費用を確認し、条件に同意して、 [次へ] をクリックします。
- ホストの詳細を指定します。
- クラスター名を指定します。
- ホスト数量を選択します。
- NFS 専用ストレージの場合は、最低2つを選択してください。
- vSAN + オプションの NFS ストレージには、最低7を選択してください。
- プロファイル・ストレージ・タイプを選択します。
- ホスト・プロファイルを選択します。
- vSAN, の場合、必要に応じて vSAN の重複排除と圧縮を有効にします。
- 次へ をクリックします。
- 接続されている NFS ストレージ設定を指定します。
- 注文をクリックして確定します。
サービスとしての VCF インスタンスにストレッチされた vSAN 高可用性リソースプールを追加する手順
Stretched vSAN 高可用性クラスタはSapphire Rapidsプロファイルのみをサポートします。
- VMware Solutions コンソールで、左のナビゲーション・パネルから Resources > サービスとしての VCF をクリックする。
- ページ上で、 VMware Cloud Foundation as a Service ページで、シングルテナントのCloud Directorサイト名をクリックします。
- 「リソース・プール」 タブをクリックしてから、 「リソース・プールの追加」 をクリックします。
- リソースプールを追加] パネルで、新しいリソースプールの設定を指定します。
- 高可用性リソースプールを有効にすると、リージョン内の複数のデータセンターにわたってワークロードクラスタを拡張できます。
- リソースプール名を指定する。
- リソースプールの場所を選択します。
- 次へ をクリックします。
- ホストの詳細を指定します。
- クラスター名を指定します。
- ホスト数量を選択します。 vSAN ストレッチには最低14本が必要。
- ホスト・プロファイルを選択します。
- オプションで、 vSAN の重複排除と圧縮を有効にします。
- 費用を確認し、条件に同意して、 [注文] をクリックして確定します。
リソースプールの削除手順
リソースプールは、そのリソースプール上の最後のクラスタが削除された時点で削除されます。 クラスターの削除に関する詳細は 、「クラスターの追加と削除 」を参照してください。