VMware Cloud™ on AWSの構成｜選択肢と注意すべきポイントとは

2018年11月に東京リージョンでの利用が可能になり、オンプレミスの仮想マシンをクラウド化するための手段として注目されている「VMware Cloud™ on AWS」。

まずはPoC（概念実証）を行い、その可能性を見極めたいと考えている情報システム担当者も多いはずです。

そこで、VMware Cloud on AWSを使う上でのシステム構成の選択肢を解説すると共に、注意すべきポイントについて解説します。

1. VMware Cloud on AWSとは

VMware Cloud on AWSとは、アマゾン ウェブ サービス（以下、AWS）のベアメタル環境上で稼働するVMwareソフトウェアベースのクラウドサービスです。

インフラ部分はAWSのグローバルインフラを使用し、そのホスト上にVMware vSphere®を展開してリソースを提供します。

VMware Cloud on AWSではvSphereだけではなく、VMware vCenter Server®やVMware vSAN™、VMware NSX®まで含んだVMware社が提唱するSDDC（Software-Defined Data Center）を具現化した構成で提供され、インフラ領域（HW/SW）の運用がVMware社、AWS社の管理のもとで運用されます。

これまでオンプレミス環境で必要だったインフラHW/SWのメンテナンスやパッチの適用、バージョンアップ、数年サイクルで行われていた仮想基盤の更改や移行の様々な運用作業から解放されます。

VMware Cloud on AWSには、L2延伸機能や拠点間VMware vSphere® vMotion®を可能にするVMware HCX®も含まれているため、オンプレミスとVMware Cloud on AWSとの間で、ダウンタイムなしに仮想マシンの移動を行えます。また同一リージョンのAWSとは25GbpsのVMware Cloud ENIで接続されるため、VMware Cloud on AWSの仮想マシンとAWSインスタンスとの高速な連携も可能になります。

図1. VMware Cloud on AWS 概要

これらの特徴を持つVMware Cloud on AWSは、これまで情報システム部門がAWS活用を進めたくても出来なかった課題に対して効果的なアプローチを可能にします。

従来オンプレミス上にあるvSphere上の仮想マシンをAWSへ移行する場合、双方のインフラアーキテクチャの相違から仮想マシンの再作成、ネットワーク環境の変更や、アプリケーションの再開発等が発生してしまうケースもあり移行期間やコストの観点から容易にクラウドシフトを行う事が出来ませんでした。

VMware Cloud on AWSを採用する事により、クラウド上でも同じアーキテクチャ、ネットワーク、アプリケーションをそのまま利用する事ができ、既存システムへの影響を最小限に留めながらAWSの様々な独自サービスを最も近い環境で連携することが可能です。

このような背景から、VMware Cloud on AWSの採用を検討する企業が増加しています。

それでは、本サービスを利用する場合、どのような構成を選択できるのでしょうか。また注意すべきポイントはどこにあるのでしょうか。

2. 課金単位とサーバスペック

AWSとは課金体系が異なる点に注意する必要があります。AWSではインスタンス単位の課金となりますが、VMware Cloud on AWSはホスト単位での課金となります。

図2. VMware Cloud on AWS と AWS の違い

ホストとなるベアメタルサーバは、2種類（i3ホスト/i3enホスト）から選択可能です。それぞれの1ホストあたりのスペックは下記のとおりです。

i3ホスト
・プロセッサ：36コア
・メモリー：512GB RAM
・ストレージ：内蔵 Disk 10TB (NVMe Flash)
　- すべてのvSAN保護レベルに対応（RAID１,５＆６）
・ネットワーク：25GbpsのElastic Network Adapter（ENA）

i3enホスト
・プロセッサ：48コア
・メモリー：768GB RAM
・ストレージ：内蔵Disk 45TB (NVMe Flash)
　- すべてのvSAN保護レベルに対応 (RAID１,５＆６)
・ネットワーク：25GbpsのElastic Network Adapter（ENA）

i3enホストはi3ホストに比べるとCPU、メモリー、Diskすべてのリソースが向上しており、 特にDisk部分については、i3ホストの4.5倍の容量となっています。これまでDisk容量に偏りがあるオンプレミス仮想化基盤からの移行を検討した場合、i3ホストではDisk容量が起因となってホスト数が増加してしまうケースもありました。i3enホストを活用する事によりこのようなケースにおいてもホスト数の増加を抑え、１ホスト当たりの仮想マシンの集約率を高める事が可能となりました。

3. アベイラビリティゾーンと構成概要

AWSのリージョンは複数のアベイラビリティゾーン（AZ）で構成されています。AZは複数のデータセンターで構成され、高い耐障害性を提供しています。

AWSではシステムをAZ障害に対応するか否かで構成を変える必要があり、VMware Cloud on AWSでも同様にシングルAZ（AZ障害対応不可）、マルチAZ（AZ障害対応可）を選択できる仕様となっています。

図3. AWS リージョンとアベイラビリティゾーン

標準的なi3ホストの場合、シングルAZ構成で最小2ホストから、マルチAZ構成で4ホストから構成可能です。(i3enホストのマルチAZ構成は6ホスト～)

マルチAZの構成は4ホスト構成時でSLA 99.9%、6ホスト構成時で99.99%が設定されます。本構成はAZ間のホストを同数にする必要があるため、2ホスト単位での増減を行います。

また、PoC（概念実証）用途限定であれば1台のi3ホストでも構成を組む事が可能ですがSLA適用外となり30日を超えると自動的に削除されますので注意が必要です。

SDDC（Software Defined Data Center）を2つまで作成可能で、SDDC内に最大20クラスタを構成できます。クラスタは最小2ホストから最大16ホスト、1SDDC内には最大300ホストまで構成する事が可能です。

図4. VMware Cloud on AWS 構成概要

マルチAZでVMware Cloud on AWSを利用した場合には、データやワークロードを強力に保護することも可能です。

これは、2つ以上のVMware Cloud on AWS クラスタが同じ論理クラスタの一部でありながらも、物理的には「異なるAZに配置されている」という構成です。複数AZ間でNSXによる論理ネットワークを構成し、vSphere HA/DRSによるワークロード保護/動的再配置や、完全同期レプリケーションを行います。

これによってゼロデータロスの可用性を実現でき、一方のAZに全面障害が生じた場合でも、迅速な復旧が可能になります。

4. 個別システムの段階的移行も可能な2ホスト構成

VMware Cloud on AWSを本番環境で使用するには、高スペックで大規模な構成になります。そのため利用料金もそれなりにかかり、「ちょっと試してみたい」という企業にはハードルが高く感じられるかもしれません。

これまでは最小構成で3ホストが必要でしたが、直近のアップデートでは2ホストからの構成が可能となりました。

これにより従来の7割程度の価格からスモールスタートする事が可能で、これまでの共通仮想基盤の一括の移行シナリオに加えて、個別システムの段階的な移行シナリオにも対応する事ができ、より柔軟なクラウドシフトが可能になります。

2ホスト構成の注意点としては一度3ホストに拡張してしまうと、縮小する事が出来なくなるため、拡張タイミングについては十分な検討が必要です。

さらに、PoC（概念実証）を行いたい企業向けに、シングルAZ/シングルホスト構成も提供されています。

これは文字通り、1台のi3ホストでVMware Cloud on AWSを試すためのものであり、30日間限定で利用可能です。なお、このシングルホスト構成から、2ホストのシングルAZ構成へ拡張することも可能です。

この場合、利用期間の制限は解除されます。

図5. VMware Cloud™ on AWS 構成概要（i3ホスト）

ここで注意点があります。それは「シングルAZ構成からマルチAZ構成への変更は不可能」だということです。

シングルAZ構成かマルチAZ構成かは、SDDC作成時に選択するする必要があり、その後は変更できません。

ただし、シングルAZとマルチAZを段階的に構成し、これらの間で仮想マシンを移行させることも可能です。そのため、以下のようなステップで拡張シナリオを考えることができます。

• シングルホスト構成で SDDC 1 を作成し、VMware Cloud on AWSのPoC（概念実証）を行う。
• これを 2 ホストのシングルAZ構成へと拡張し、AZ障害を考慮しなくて良いシステムを移行、本番稼働させていく。
• AZ障害を考慮する必要があるシステムが出てきた場合には、別途マルチAZ構成の SDDC 2 を作成する。ここに SDDC 1 やオンプレミスから仮想マシンを移行し、本番環境として利用する。その一方でシングルAZ環境も、DRやテスト環境用として継続して利用する。

このようなステップを踏んでいくことで、低リスクでVMware Cloud on AWSへの移行を進めていくことが可能になるはずです。

まとめ

ここで述べた内容をまとめると、以下のようになります。

1.VMware Cloud on AWSは、VMware社、AWS社の管理のもとで運用され、システム管理者はこれまでオンプレミス環境で必要だったインフラHW/SWの運用管理作業から解放される。

2.直接的なAWS移行に比べ、既存システムへの影響（OS/MW/AP、移行期間、コスト）を最小限に留めながらAWSの様々な独自サービスを最も近い環境で連携することができる。

3.VMware Cloud on AWSは、AWSとは課金体系が異なる。可用性に関しては、AWSと同様にシングルAZ構成、マルチAZ構成を選択できる。

4.シングルAZ構成の場合、最小2ホスト構成が可能となり個別システムの段階的なクラウド移行にも対応することができる。また短期間でPoC（概念実証）を行いたいのであれば、シングルホスト構成を30日間限定で使用することも可能。なおシングルホスト構成からシングルAZ構成（2ホスト）への拡張は可能だが、シングルAZ構成からマルチAZ構成への拡張はできないので、注意が必要である。

5.シングルホスト構成でSDDC1を作成しシングルAZ構成（2ホスト）へと拡張、AZ障害を考慮しなければならないシステムの稼働が求められた場合、別途、SDDC2をマルチAZ構成で作成し、段階的な移行を進めていくというアプローチも考えられる。

VMware Cloud on AWS の構成や利用料金に関しては、下記資料においても解説しています。こちらもぜひご参照ください。

（元記事はこちら）