デプロイメントの計画
マーケティング終了 ：2025年10月31日をもって、 VMware Solutions の新規導入は終了しました。 既存の顧客は、 IBM Cloud® 上のアクティブな VMware® ワークロードを引き続き使用し、拡張することができる。 詳細は VMware 、マーケティング終了 IBM Cloud を参照。
IBM Cloud for VMware Cloud Foundation as a Service インスタンスのデプロイを計画するために、以下の考慮事項を確認してください。
Cloud VMware Director™ 10.5 の設定制限を確認し、設定制限を理解していることを確認してください VMware。
VMware デプロイメントのサイズ
VMware、必要な配備規模を検討する。
VMware デプロイメントのサイジングは、ターゲット・ワークロードの実行に必要な CPU、メモリー、およびストレージに基づいています。 オンプレミスからクラウドへのワークロード・マイグレーションを計画している場合は、オンプレミス・サイズを開始点としてお勧めします。 VMware デプロイメントは、いつでもサイズ変更できます。
VCF as a Service タイプ
インスタンス・タイプを検討します。
VMware Cloud Foundation (VCF) as a Service シングルテナントまたはマルチテナントのオプションからお選びください。 シングルテナント構成とマルチテナント構成の両方で、 VMware のワークロードを実行する際の操作性、セキュリティ、信頼性は同じです。 シングル・テナント・オプションは、最高レベルの分離と整合性を提供します。
VCF as a Service シングル・テナント
専用のインフラストラクチャとオーダーメイドの VMware 環境を構築するには、 シングルテナントの Cloud Director サイトを作成します。 Cloud Director サイトを作成した後、専用の VMware インフラストラクチャ コンポーネントの月額料金を支払うシングルテナント仮想データ センター (VDC) を展開します。
VCF as a Service マルチテナント
柔軟な従量課金制の VMware 環境では、マルチテナントCloud Directorサイト内にVDCを作成します。 IBM Cloud のマルチテナントでは、 マルチテナント仮想データセンター を作成するだけで完了です。
マルチテナント・インスタンスでは、オンデマンドおよび予約済みの料金プランを使用できます。
一部のデータ・センターは、特定の料金プランに制限されています。
要求時
オンデマンドインスタンスでは、仮想データセンターの仮想CPU（ vCPU vCPU）とRAMが必要に応じて割り当てられます。 割り振りにかかる時間は、仮想データ・センターの vCPU および RAM のグローバルな使用量に応じて異なります。
- オプションで、コストを制御するためにいつでも使用できる vCPU および RAM の量の最大値制限を設定します。
- 必要に応じて、後で VDC 上の vCPU および RAM リソースを増減します。
- 料金は時間単位で計算され、VDC内のリソース使用量に基づきます。
予約済み
予約済みインスタンスの場合、 vCPU および RAM VDC の予約が事前割り振りされ、それらの可用性が保証されます。
- VDC の予約済み計算容量を構成します。
- 必要に応じて、後で VDC 上の vCPU および RAM リソースを増減します。
- 料金は予約全体に対して月単位で計算され、VDCの割り当てサイズに基づきます。
IBM Cloud データ・センターの使用可否
以下のデータセンターがデプロイメント VCF as a Service に利用可能です。
Sapphire Rapidsサーバーが利用可能な場合のみ、Cloud Directorサイトリージョンで高可用性がサポートされます。
| ロケーション | データセンター | シングル・テナント | マルチテナント | Cascade Lake | SAP認定の Cascade Lake | Sapphire Rapids |
|---|---|---|---|---|---|---|
| 東京 | 東京 02 | はい | はい | はい | はい | いいえ |
| 東京 | 東京 04 | はい | はい | はい | はい | いいえ |
| 東京 | 東京 05 | はい | いいえ | はい | はい | いいえ |
| ロケーション | データセンター | シングル・テナント | マルチテナント | Cascade Lake | SAP認定の Cascade Lake | Sapphire Rapids |
|---|---|---|---|---|---|---|
| フランクフルト | フランクフルト 02 | はい | はい | はい | はい | はい |
| フランクフルト | フランクフルト 04 | はい | はい | はい | はい | はい |
| フランクフルト | フランクフルト 05 | はい | いいえ | はい | はい | はい |
| マドリッド | マドリッド02 | はい | はい | はい | はい | はい |
| マドリッド | マドリッド04 | はい | はい | はい | はい | はい |
| マドリッド | マドリッド05 | はい | はい | はい | はい | はい |
| ロケーション | データセンター | シングル・テナント | マルチテナント | Cascade Lake | SAP認定の Cascade Lake | Sapphire Rapids |
|---|---|---|---|---|---|---|
| ダラス | ダラス 10 | はい | はい | はい | いいえ | はい |
| ダラス | ダラス 12 | はい | はい | はい | いいえ | はい |
| ダラス | ダラス 13 | はい | いいえ | はい | いいえ | はい |
| ダラス | ダラス 14 | はい | いいえ | はい | いいえ | はい |
| トロント | トロント 01 | はい | いいえ | はい | はい | はい |
| トロント | トロント 04 | はい | はい | はい | はい | はい |
| トロント | トロント 05 | はい | はい | はい | はい | はい |
| ワシントン DC | ワシントン DC | はい | いいえ | はい | はい | はい |
| ワシントン DC | ワシントン DC | はい | はい | はい | はい | はい |
| ワシントン DC | ワシントン DC | はい | はい | はい | はい | はい |
| ロケーション | データセンター | シングル・テナント | マルチテナント | Cascade Lake | SAP認定の Cascade Lake | Sapphire Rapids |
|---|---|---|---|---|---|---|
| サンパウロ | サンパウロ 01 | はい | はい | はい | はい | はい |
| サンパウロ | サンパウロ 04 | はい | いいえ | はい | はい | はい |
| サンパウロ | サンパウロ 05 | はい | いいえ | はい | はい | はい |
リソース・プール
リソースプールは、ワークロードの要件を適切に拡張するために、コンピュート、メモリー、ストレージのリソースを組み合わせます。
選択したマルチゾーンリージョン内の3つのデータセンターにまたがるリソースプールを作成し、オプションで、 SAP® 認定のHANAまたは NetWeaver、 NetWeaver のサーバープロファイルを有効にすることができます。 ダラス地域では、4つのデータセンターにまたがるリソースプールを作成できます。
アプリケーションの回復力を維持するために、既存の Cloud Director サイトにストレッチされた vSAN™ 高可用性リソースプールを追加できます。 リソースプールは、マルチゾーンの地域にある2つのデータセンターにまたがっており、可用性を高めるとともに、予期せぬダウンタイムから重要なワークロードを保護します。
高可用性リソースプールが利用可能になると、そのストレッチリソースプール上に新しいシングルテナントまたはマルチテナントのVDCを作成することができます。
リソースプールの拡張は、一部のマルチテナント型Cloud Directorサイトでのみ利用可能です。 追加のストレッチリソースプールは、今後順次利用可能になります。
リソースプールの詳細については、 リソースプールの追加 を参照してください。
クラスター
リソースプールは、以下の構成を持つ1つ以上のクラスタで構成される。
プロファイルの保存タイプ
単独テナントのCloud Directorサイトでは、 NFS のみのストレージ、または vSAN ストレージ（オプションで NFS ストレージ付き）を選択できます。
NFS クラスタのみがローカルフラッシュストレージを持たず、. vSAN の設定ができません。
オプションの NFS ストレージを備えた vSAN ストレージは、25 GbE 可用性を備えたロケーションのインスタンスに使用できます。 vSAN クラスターは、ローカル・フラッシュ・ストレージと RAID 6 の FTT=2 ポリシーを使用するベアメタル・ホスト・プロファイルを使用します。 このポリシーは高性能で回復力が高く、少なくとも 7 つのホストを必要とします。 vSAN クラスターも NFS ストレージを使用できます。
高可用性リソースプールには、ストレージ vSAN™ プロファイルを備えたストレッチドクラスタが必要です。 NFS ストレージはサポートされていません。
プロファイルの保存タイプは、リソースプールの場所によって異なります。 マルチゾーン地域では、以下のオプションが利用可能です。
| データセンター | NFS専用ストレージ | vSAN + オプションの NFS ストレージ |
|---|---|---|
| 東京 02 | はい | はい |
| 東京 04 | はい | はい |
| 東京 05 | はい | はい |
| データセンター | NFS専用ストレージ | vSAN + オプションの NFS ストレージ |
|---|---|---|
| フランクフルト 02 | はい | はい |
| フランクフルト 04 | はい | はい |
| フランクフルト 05 | はい | はい |
| マドリッド02 | はい | はい |
| マドリッド04 | はい | はい |
| マドリッド05 | はい | はい |
| データセンター | NFS専用ストレージ | vSAN + オプションの NFS ストレージ |
|---|---|---|
| ダラス 10 | はい | はい |
| ダラス 12 | はい | はい |
| ダラス 13 | はい | はい |
| ダラス 14 | はい | はい |
| トロント 01 | はい | いいえ |
| トロント 04 | はい | はい |
| トロント 05 | はい | はい |
| ワシントン DC | はい | はい |
| ワシントン DC | はい | はい |
| ワシントン DC | はい | はい |
| データセンター | NFS専用ストレージ | vSAN + オプションの NFS ストレージ |
|---|---|---|
| サンパウロ 01 | はい | はい |
| サンパウロ 04 | はい | はい |
| サンパウロ 05 | はい | はい |
ホスト・プロファイル
IBM Cloud には、RAM と CPU のサイズと構成が異なるいくつかのホスト・プロファイルが用意されています。 最も最適化されたホスト・プロファイルを選択して、ターゲット・ワークロードに合わせることができます。 ホスト・プロファイルを選択するときには、最初に、 VCF as a Serviceで実行する予定の VMware VM およびワークロードのタイプを評価します。
- ワークロードを IBM Cloud に移行するために、 RVTools のようなオープンソースツールは、既存の VMware 環境のインベントリを構築する。 RVToolsは、VMのCPU、RAM、ストレージサイズなど、既存の VMware 環境内のすべてのVMを一覧表示します。
- 新しい VMware ワークロードについては、各VMに必要なアプリケーションとVMサイズ（CPU、RAM、ストレージ）をモデル化する。
CPU、RAM、およびストレージの要件を含むターゲット VM のリストが表示されたら、次に、最も大きく最も重要な VM アプリケーションを識別します。 ホスト・プロファイルを選択する場合、ホスト・プロファイル・オプションと突き合わせるために、最も大きく最も重要なアプリケーションを使用する必要があります。 ホスト・プロファイルのリストに対して、最大の VM の RAM 要件と CPU 要件を突き合わせます。 標準的な選択として、少なくとも最大の VM と同じ量の物理 RAM と CPU を持つホスト・プロファイルを使用します。 また、ハイパーバイザーのオーバーヘッドを10～20%と想定しておくことも重要です。
vCPUVCF as a Service 物理コアに対して2:1の比率でマッピングされる。 物理コア1つにつき、2つの vCPUs コンピューティングコアが割り当てられる。
最後に、すべてのターゲット VM の RAM、CPU、およびストレージの合計所要量を合計します。 ハイパーバイザー・オーバーヘッドが 20% の倍数でホストごとに CPU と RAM を乗算したホストの数により、必要なターゲット・プロファイルのホストの総数が得られます。 また、 VMware デプロイメントで使用される VDC エッジのサイズを合計ホスト数の計算に含めるようにしてください。
ベアメタル・サーバーのオプション
シングル・テナントの Cloud Director サイトの場合、ロケーションとプロファイル・ストレージ・タイプの選択に基づいて、さまざまなベア・メタル・サーバーの CPU サイズとメモリー・サイズから選択できます。
拡張された vSAN 高可用性クラスターは、サファイア・ラピッズ プロファイルのみをサポートします。
| プロフィール | ソケット | コア | RAM | vSANの使用可能容量 |
|---|---|---|---|---|
| デュアル Intel 8260 Xeon | 2 | 48 | 768 GB | 15 TB |
| デュアル Intel 5218 Xeon | 2 | 32 | 768 GB | 23 TB (B) |
| デュアル Intel 6248 Xeon | 2 | 40 | 768 GB | 23 TB (B) |
| デュアル Intel 8260 Xeon | 2 | 48 | 768 GB | 23 TB (B) |
| デュアル Intel 5218 Xeon | 2 | 32 | 768 GB | 38 TB (B) |
| デュアル Intel 6248 Xeon | 2 | 40 | 768 GB | 38 TB (B) |
| デュアル Intel 8260 Xeon | 2 | 48 | 768 GB | 46 TB (B) |
| デュアルインテル 6416H Xeon[1] | 2 | 36 | 1024 GB | 61 TB (B) |
| デュアルインテル 6416H Xeon[2] | 2 | 36 | 1024 GB | 122 TB |
| デュアルインテル 6416H Xeon[3] | 2 | 36 | 1024 GB | 184 TB |
| クワッド・ Intel 8260 Xeon | 4 | 96 | 1536 GB | 61 TB (B) |
| デュアル インテル 8474C Xeon | 2 | 96 | 2048 GB | 6 TB |
| デュアル インテル 8474C Xeon | 2 | 96 | 2048 GB | 13テラバイト |
| デュアル インテル 8474C Xeon | 2 | 96 | 2048 GB | 31テラバイト |
| デュアル・インテル 8474C Xeon [4] | 2 | 96 | 2048 GB | 61 TB (B) |
| デュアル・インテル 8474C Xeon [5] | 2 | 96 | 2048 GB | 122 TB |
| デュアル・インテル 8474C Xeon [6] | 2 | 96 | 2048 GB | 184 TB |
| プロフィール | ソケット | コア | RAM |
|---|---|---|---|
| デュアル Intel 5218 Xeon | 2 | 32 | 192 GB |
| デュアル Intel 5218 Xeon | 2 | 32 | 384 GB |
| デュアル Intel 6248 Xeon | 2 | 40 | 384 GB |
| デュアル Intel 8260 Xeon | 2 | 48 | 384 GB |
| デュアル Intel 5218 Xeon | 2 | 32 | 768 GB |
| デュアル Intel 6248 Xeon | 2 | 40 | 768 GB |
| デュアル Intel 8260 Xeon | 2 | 48 | 768 GB |
| デュアルインテル 6416H Xeon[7] | 2 | 36 | 1024 GB |
| クワッド・ Intel 8260 Xeon | 4 | 96 | 1536 GB |
| デュアル・インテル 8474C Xeon [8] | 2 | 96 | 2048 GB |
パフォーマンス特性
シングル・テナントの Cloud Director サイトの場合は、以下のストレージ・パフォーマンス層から選択できます。
- 0.25 IOPS/GB
- 2 IOPS/GB
- 4 IOPS/GB
- 10 IOPS/GB
ストレージのみ NFS の場合、2 IOPS/GB以上のユニットを少なくとも1つ選択する必要があります。
仮想マシンの高速プロビジョニング
VDC注文の場合、リソースプール内に作成された任意のVDCに対して高速プロビジョニングを有効にできます。
高速プロビジョニングは、仮想マシンのプロビジョニングにリンクドクローンを使用することで時間を節約します。 有効にしない場合、すべてのプロビジョニング操作で完全なクローンが使用されます。 高速プロビジョニングを有効にすると、Director カタログ・イメージを使用する VM デプロイメント時間が 10 倍以上速くなる可能性があります。
高速プロビジョン VM のインプレース統合はサポートされません。 リンクされたクローンの数が増えると、VMの実行パフォーマンスに影響が出る可能性があります。
VDCを作成して Available ステータスになったら、VDC詳細ページの Summary タブから高速プロビジョニングを有効または無効にできます。
リンクされたクローン
リンクされたクローンは、親VMと仮想ディスクを継続的に共有するVMのスナップショットである。 これによりディスク容量が節約され、複数のVMが同じソフトウェア・インストールを使用できるようになる。 リンクされたクローンにより、個々のタスク用にユニークなVMを簡単に作成できる。 リンクされたクローンは、同じ仮想ディスクへのアクセスを必要とするサポートチームや開発チーム間での共有も容易です。
リンクド・クローンの欠点は、親VMへのアクセスを維持しなければならないことだ。 最初にクローンを作成したVMは、リンクされているすべてのクローンも削除しない限り、削除できない。
フルクローン
フルクローンはVMの完全で独立したコピーであり、元の親VMとは別に動作する。 元の親VMと仮想ディスクを共有しないため、一般的にフルクローンの方がリンククローンよりも性能が良い。 しかし、リンクされたクローンよりも作成に時間がかかる。
ネットワーク設定
Cloud Director サイトの場合、管理およびワークロード接続のためのパブリック・オプションとプライベート・オプションから選択できます。
管理接続
管理接続は、VMware Cloud Director UIまたはAPIとVeeam® Backupサービスへの接続方法を決定します。 管理インターフェースには、 IBM Cloud ネットワーク内のソースからのみアクセスできます。 プライベート専用管理ネットワーク設定の場合は、送信元サブネットからの接続を許可する Ingress 許可リストを作成できます。
パブリックのみの管理接続またはプライベートのみの管理接続のいずれかを選択します。
ワークロード接続
ワークロード接続により、 VCF as a Service 仮想マシン (VM) および vAppsへの接続方法が決まります。 パブリック・ワークロード接続、プライベート・ワークロード接続、またはプライベート専用ワークロード接続のいずれかを選択します。
Cloud Director サイトのプライベート専用ワークロード接続を選択すると、そのサイトにデプロイされているすべての VDC がプライベート専用ワークロードになります。 これらの VDC にはパブリック・インターネットへの着信接続パスも発信接続パスもなく、 IBM Cloud サービスにはプライベート IBM ネットワーク経由でのみアクセスできます。
VDC を IBM Cloud Transit Gateway に接続して、ワークロードがプライベート・ネットワークの外部にある他のワークロードに安全に接続できるようにしたり、VDC 内でサンドボックス化されたりするようにしたりすることができます。 詳しくは、 Transit Gateway を参照して、 VCF as a Service を IBM Cloud サービス と相互接続してください。
ネットワーク・エッジ
VDCは高可用性エッジを介してパブリックネットワークと IBM プライベートネットワークに接続する。 エッジを使用して、複数の VDC ネットワークを一緒に接続することもできます。 ネットワーク・エッジの有無にかかわらず、VDC を作成できます。
オプションとして、ストレッチされたリソースプール上、またはマルチゾーンリージョン内の2つのリソースプールにまたがって、地域の高可用性エッジを展開することができます。 ネットワーク地域の高可用性については、マルチゾーン可用性のために専用のネットワークエッジとプライベート専用接続が必要です。
ネットワーク・エッジの位置
ストレッチド・ワークロード・クラスターの地域高可用性エッジでは、プライマリとセカンダリのネットワークの場所を入れ替えることができます。
ストレッチされていないワークロードクラスター上の地域高可用性エッジの場合、プライマリネットワークリソースプールの場所は、デフォルトでVDCの場所によって決定されます。 セカンダリネットワークリソースプールの場所を選択します。
ネットワーク・エッジ接続
ネットワーク・エッジを使用して VDC を作成する場合は、パブリック・ネットワーク接続とプライベート・ネットワーク接続、またはプライベート専用ネットワーク接続のいずれかを選択できます。 Cloud Director サイトにプライベート専用接続がある場合、VDC ネットワーク・エッジで使用可能なオプションは「プライベート専用」のみです。
ネットワーク地域の高可用性には、プライベート専用接続が必要です。 プライベート専用エッジは、VDCからのインバウンドとアウトバウンドのネットワーキングのために、 IBM Cloud Transit Gateway への接続を必要とする。
ネットワーク・エッジ・タイプ
NSX Edgeのパフォーマンスは、エッジで利用可能なCPUに依存します。 ネットワークIOの量（インバウンドおよびアウトバウンドのトラフィックを含む）とエッジサービスの利用は、エッジのCPU使用に直接影響します。 より大きなエッジサイズは、エッジにより多くのCPUリソースを提供します。
| 辺タイプ | 詳細 |
|---|---|
| 共有 | このオプションは、リソースと開発および概念実証シナリオのコストを節約するのに適しており、本番環境での使用には推奨されません。 単一のエッジを最大64のVDCで共有する、低コストでパフォーマンスの低いソリューションを提供します。 同じインフラを使用し、ネットワーク帯域幅を競合する複数のVDCでは、ネットワークパフォーマンスが不安定になる可能性があります。 さらに、VPN、ファイアウォール、NAT、ルーティングなどのエッジサービスは、エッジリソースをさらに使用し、共有エッジ構成ではパフォーマンスが低下する可能性があります。 共有エッジでは、パフォーマンスのアップグレードオプションは提供されません。 |
| 専用 - M | この専用エッジオプションは、ネットワーク要件が少ない小規模な生産展開に適しています。 単一のVDCに専念するエッジを提供します。 ネットワーク帯域幅は安定しており、最大6 Gbpsのトラフィックパフォーマンスをサポートし、VPN、ファイアウォール、NAT、ルーティングなどのエッジサービスをサポートします。 |
| 専用 - L | 大量の生産作業量と高トラフィックに最適な専用エッジオプションを推奨します。 単一のVDCに専用のエッジを提供し、10 Gbpsまでのトラフィックパフォーマンスをサポートする安定したネットワーク帯域幅を確保すると同時に、VPN、ファイアウォール、NAT、ルーティングなどのエッジサービスもサポートします。 |
| 専用 - XL | この専用エッジオプションは、最も要求の厳しいネットワーク要件に適しています。 最高レベルのエッジサービスと10 Gbpsを超えるスループットをサポート。 |
パブリックインターネットからの高トラフィックは、's ネットワーク保護 IBM Cloud プラットフォームを起動させる可能性があります。 ネットワーク保護設定のオプションについてご相談の場合は、サポート IBM までお問い合わせください（インバウンド通信量が高くなると予想される場合）。 詳しくは、 ネットワーク保護について を参照してください。
VCF as a Service のサービス
以下のアドオン・サービスは、オプションで VCF as a Service Cloud Director サイト・インスタンスで使用できます。
Veeam バックアップ
シングル・テナント・インスタンスの場合、Veeam BackupサービスはCloud Directorサイト・インスタンス注文にデフォルトで含まれています。 オプションで、インスタンスを作成する前にサービスを削除できます。 サービス料金は、オーダーにサービスを含めることを選択した場合にのみ発生します。 必要に応じて、後でサービスを追加または削除できます。
マルチテナント・インスタンスの場合、VDCにデータ・リカバリを提供するために、Veeam BackupサービスがCloud Directorサイトに展開されます。 このサービスを使用する場合は、マルチテナント VDC の作成後にインストールする必要があります。 サービス料金は、お客様がサービスのインストールを選択した場合にのみ発生します。
VMware Cloud Director の可用性
エンタープライズ レベルの VMware Cloud Director Availability (VCDA) サービスを使用して、安全なパブリック インターネット接続を介して VM と vAPPS を移行および保護します。
VCDA サービスは、オプションで、シングル・テナントの Cloud Director サイト・インスタンスの注文に無料で含まれています。 インスタンスを作成する前に、サービスを削除できます。 必要に応じて、後でサービスを追加または削除できます。
VCDA サービスは、マルチテナント VDC オーダーのデフォルト・オプションとして組み込まれています。
VCDA ディザスタ リカバリ 構成の場合、保護された VM 1 台ごとに月額料金が発生します。