1. はじめに
VMware as a Service(VMWaaS)の概要を理解したところで、本稿ではVMWaaSにおけるVDCの注文を行いたいと思います。
コストを最小限にするために、Multi-tenantタイプを利用します。
- 01. IBM Cloud: VMware as a Service(VMWaaS)の概要
- 02. IBM Cloud: VMware as a Service(VMWaaS) - VDCの注文
- 03. IBM Cloud: VMware as a Service(VMWaaS) - VDCの追加注文
- 04. IBM Cloud: VMware as a Service(VMWaaS) - 外部接続のためのネットワークとNAT/Firewallを構成する
- 05. IBM Cloud: VMware as a Service(VMWaaS) - RHELをプロビジョニングして疎通確認を行う
- 06. IBM Cloud: VMware as a Service(VMWaaS) - 検証: IBM Cloud private networkへの通信におけるSNATの必要性
- 07. IBM Cloud: VMware as a Service(VMWaaS) - 検証: isolated networkとの通信
- 08. IBM Cloud: VMware as a Service(VMWaaS) - 検証: routed network間の通信
- 09. IBM Cloud: VMware as a Service(VMWaaS) - Data Center Groupの構成
- 10. IBM Cloud: VMware as a Service(VMWaaS) - Distributed Firewallの構成
- 11. IBM Cloud: VMware as a Service(VMWaaS) - VDC間のVM/vApp Migration
- 12. IBM Cloud: VMware as a Service(VMWaaS) - VMWaaS APIの実行例
- 13. IBM Cloud: VMware as a Service(VMWaaS) - VMware Cloud Director OpenAPIの実行例
- 14. IBM Cloud: VMware as a Service(VMWaaS) - 検証: VIP切り替えによる高可用性構成の確認(手動切替)
- 15. IBM Cloud: VMware as a Service(VMWaaS) - 検証: VIP切り替えによる高可用性構成の確認(keepalived)
- 16. IBM Cloud: VMware as a Service(VMWaaS) - Transit Gateway接続
- 17. IBM Cloud: VMware as a Service(VMWaaS) - Veeam Backup and Replication service連携
2. VDC(Virtual Data Center)の注文
IBM Cloud docs上の資料はこちら。
VDC(Virtual Data Center)とはリソースのプール化、アロケーション、および管理を可能にする単位であり、VMware Cloud Directorによって管理されます。もしかしたら専門の方から見たら少し乱暴な表現かもしれませんが、一般的なパブリッククラウドを利用している方には、
- いわゆるパブリッククラウドのVPCに相当するものが、VMWaaSのVDC
- 物理的なリソースを提供しているのが、vCenter/vSphere/NSX/vSAN
- こうした物理リソースを使ってVPCもどき(=VMWaaSのVDC)を提供して抽象化してくれる仕組みを提供するのが、VMWare Cloud Director
と、考えて貰えば良いのではないかと思います。また、パブリッククラウド上のVPCは一般的には共有リソースであることを鑑みると、小規模環境であればVMWaaS(Single-Tenant)ではなくVMWaaS(Multi-tenant)を利用してもそれほど抵抗を感じないかもしれません。
-
- What would you like to create ?
- 今回は、マルチテナントタイプのVDCを選択する。(シングルテナントタイプであれば、まず最初にCloud Director siteを購入するところから開始する必要がある)
- Virtual data center details
- 名前やリソースグループを指定する。
- Location selection
- Region/Cloud Director Instance/Data center
- 今回はDallasリージョンを選択する。DCはDAL10にする。マルチテナントタイプのVDCでは、Cloud Director InstanceはすでにIBM Cloudで準備済みのものを選択する。
-
Fast provisioning of VMs using linked clone
- デフォルトのままDisabledにする。後からでも変更できる。
- ヒント欄やdocsにおける説明は以下の通り。
Fast provisioning saves time by using linked clones for virtual machine provisioning. You can enable fast provisioning for any VDC created within the PVDC. If not enabled, all provisioning operations use full clones.
-
Create with network edge
:- VDCが外部(public network/IBM Cloud private network)に接続する際に必要なコンポーネントのため、基本的には作成する必要がある。
- 別の機会に説明する予定だが、複数のVDCをまとめてグループ化し、別のVDCに存在するEdgeを使ってVDC外部と通信することも可能なので、Disableにするというオプションが提供されている。
- Edge Typeの選択の基準はこちら
- 後からEdge Typeを変更することはできないので注意!もしEdge Typeを変更したければ、VDCの再作成が必要になる。(例えば新しいVDCを作り、既存のVMをvMotionして移行する・・・などの作業が必要。vMotionによりprivate IPは変わらないが、VDCに割り当てられているExternal IP(Public IP)は変更されるのでVDC外部からの宛先は変わる可能性がある。)
- 今回は一番安価な
Efficiency Edges
を利用する。なお、Efficency Edges
は帯域が保証されていないので、開発やテスト環境には充分だが、本番環境で利用するならば、Performance - L
などを選択する方が望ましい。なお、Performance - XL
は大きすぎるし、すでにNSXではEdgeでLoad Balancerを動かすことは非推奨(よってVMWaaSでもEdgeでのLoad Balancer機能は有効化されていない)なのでそんなに大きなリソースが必要になることはないため、選択しない方が良さそうである。
- Region/Cloud Director Instance/Data center
- Pricing plan
- 価格を抑えるため、今回は
On-demand
タイプを選択する。
- 価格を抑えるため、今回は
- Consumption limit
- 不用意に多くのリソースが使われることがないように、管理者側で上限を定めておく機能。後からでも、変更できるので、デフォルトのままにしておく。
- ヒント欄やdocsの説明は以下の通り
vCPU and RAM charges for on-demand virtual data centers are based on the amount that is used for running workloads. To control cost, you can use limits to restrict the maximum amount of vCPU and RAM usage in the virtual data center.
- What would you like to create ?
-
プロビジョニングは数分で完了する。
以上で、VDCの注文が完了しました。