事例からわかるVMCのメリット

　　　　　　　　

今年はVMCに始まってVMCに終わりそうです。VMCをかなり推しているとかいうわけではないのですが、ユーザからの相談などで分かってきた？ことがあります。

VMC on AWSは、過去の記事で述べた通り、一定規模の仮想基盤をクラウドに移行したいという要件にピッタリではあります。しかし、対コストを考慮した場合、そこそこ大規模の仮想基盤でないとニーズに合致しません。3ホスト3年間で4500万円くらいからになるからです。一般に4～5ノードのHCIまたは3Tierを構築した場合、オンプレだとこの価格を下回ることが多いです（半分まではいかないと思いますが）。

また、通常5～7年間をリプレースサイクルとするユーザが多いので、さらに価格差は広がるケースが多いのが実情です。

私の活動地域は、いわゆる東京付近ではなく、西日本を中心とした地方ということもあり、VMCを提案する機会は少ないものと想像していました。実際、VMCを薦めてみても「いいのはわかるけど、、でもお高いんでしょ？」と返されることがよくあります。

上記をふまえても、あえて事例を交えて記事にしました。SIer視点からだけでは見えなかったユース事情が見えてきたからです。

まず、VMC on AWSの概要を簡単に。

AWSのベアメタルにvSphere＋vSAN＋NSXがベース構成です。ライセンスは利用料に同梱されています。また、VMwareによるフルマネージドになります。基本的には、監視などのコストはあえて考慮する必要はありません。（アプリ監視などは必要なケースもありますが）

※対象ノードが新規ではi3だけになりました。

アップデートやメンテナンスなど基本的な運用業務はすべてVMwareが実施します。また、サポートについても24h/365dで対応となります。

ここまでで重要なポイントは、ただ仮想基盤を構成するHWだけではなく、運用やサポート、監視などにかかる自社のコストも含めて比較する必要があるという点です。

また、3ノードが最小ノード数であったものから、2ノード構成の提供が開始されました。

これまでよりも、小規模のクラウド移行に対応できる形となりました。また、拡張も容易に実施できるため、サイクルを迎えたシステム単位の小規模移行も実現できます。

では、ここからは実際の事例について述べます。

CaseStudy①

・全社的に既存のシステムをAWS上に移行することを計画

・AWS移行に伴うシステム開発コストを算出した結果、想定より大幅に増大し、移行計画が中断していた

・既存機器のリプレース期限も迫っており、早急な移行計画が必要であった

・レガシーOSで動作するシステムもいくつかあり、クラウドへの単純移行は困難であった

このケースでは、クラウドへの移行を検討しつつも、コストと期間について悩みを持っていました。当初、VMCはまったく見当範囲の外にありましたが、実際にトータルコストを比較することを実施されました。

上記のように、既存AWSネイティブの環境との接続性をより強化し、かつオンプレミス環境から一部のシステムを移行、アプリなどの開発なども不必要にしたという点が採用のポイントとなります。

ここで重要なポイントですが、既存がVMware仮想環境である場合、VMCだとそのまま移行できるというメリットはある意味当たり前となります。ただ、年間のDC運用コストとHWコスト（リプレース計画にかかる人件費）、運用や監視業務などもしっかり合算して比較検討していただいた結果、VMCのほうが安くなったという事実です。

地方のデータセンター利用料は、実は私が想定していた以上に高いんですね。しかもかなり高いという事実を知りました。この点においてクラウド移行を計画したが、AWSネイティブに持っていくにはアプリの再開発が必要でありそれが高すぎるどうしよう、簡単にいうとこうした悩みを解決した形になります。今後、リフト＆シフトを中長期的に計画することを可能にしました。

CaseStudy②

・メインサイト/DRサイト　2か所のDC運用

・DC利用料、運用コスト、リソースの確保、定期的なリプレースなど環境維持のための年間コスト増大が問題となっていた

・AWSへのシステム移行も順次おこなっていたが、DCークラウド間の遅延も気になる

・メインサイト罹災時を想定した場合、DRサイトへの切り替えに要する時間は要望されるものより大幅にかかることが想定されており、問題となっていた

・クラウドへの移行計画も、既存環境から大幅な変更が必要であるため、長期的かつ費用増大となることが想定された

このケースでは、メインとDRをそれぞれ離れたDCにて運用されており、またクラウドへの移行を計画されていました。ここでポイントとなるのは、DR側はメイン罹災時を想定し、基本的に同等のリソースを確保し続けているという点です。まったく利用していなかったわけではないのですが、DCが罹災するようなケースは10年ないしそれ以上に1度という実情のなか、それでも5年おきにリプレースし同等のリソースを準備、DC利用料や運用監視といったコストもかかり続けるということです。

そこで、VMC on AWSの登場となりました。DRサイトからは、どうしても移行できないVMが稼働できる最低限のリソースを確保し、DRとしての機能をVMC上に移行しました。また、VMC上で通常時に保持しておくリソースは3ノードで最小限とし、AWSネイティブ移行のテスト環境としても利用できるようになりました。これは、AWSとの接続性がかなり良好となったことによるものです。さらに、メインサイトからはAWS-S3上にバックアップアプリでデータを転送することで、データ保管料も抑えました。メインサイト罹災時には、AWS-S3からVMC上にリストアすると同時に、必要なリソースを拡張することでRPOも最小限にすることを実現しました。

この2つのケースにみられるように、コストをどのように算出するか、それは正確に算出したものなのかという点で、コスト比較が正確にできます。そして、ケースによっては、最適化することが可能となります。

検討すべき項目（利点）をまとめました。一般に知られるように、VMC＝高いというのは成立しないケースもかなりあるのだということがわかりました。各ユーザに対して、自社の仮想基盤を計画～運用～リプレースにおいてどの程度コストが必要なのか、一度見直していただくことをおすすめします。

その結果よっては、IT投資の効率化が可能となるかもしれません。

vSphere、vSANのライセンスについて

　　　　　　　

vSphereとvSANについて、7から変更になったようなので、概要だけかいつまんで記事にします。

まず、7からはキットとエディションにの2種類になりました。キットを選択するメリットがあまり感じられませんが、実際に見積もった際に追記したいと思います。要するに、スモールスタートや小規模仮想基盤の構築の際は、キットを購入する形になるのではないかと思います。

また、１CPUに対するコア数の制限が追加されました。現状では、32コア以上のCPUを搭載したPCサーバのモデルはほとんど見かけないため、あまり気にしなくていいと思いますが、今後はこの点に注意する必要があります。

※vSANのライセンスにもこのルールは適用されました。

7のライセンス体系です。ホスト追加の場合、既存キットライセンスにエディションを購入する形となります。

少し小さいですが、各エディションの機能一覧です。緑文字の行が、新しく追加された機能となります。

また、ROBOライセンスという種類があります。これは、小規模向けの仮想マシン単位課金で購入する形です。例えば、25VMのライセンスをどの拠点に割り当ててもOKです。支店や営業所などかなり小規模の拠点にまたがって仮想基盤を構築する場合、こうしたライセンスを購入するのもありだと思います。

続いて、vSANについてです。

※ファイルサービスの機能が新しく追加されました。

vSAN Enterprise Plus は 「vSAN Enterprise」 と 「vRealize Operations Advanced」 のバンドル製品である、Enterprise Plusエディションが新たに加わりました。

　　　　　　　　　　　　　

また、vSAN＋vSphereのライセンスを1つのパッケージにした、HCIキットというライセンスの種類が追加になりました。この場合、別々で購入する必要がなくなります。

以上、7.0のライセンスについてのご紹介でした。

VMware Cloud on AWS 2ノード構成

VMC on AWSですが、これまでにその価値を紹介してきました。

ざっと、おさらいします。

・一貫性のある運用/管理

・L2延伸、同一プラットフォーム（同じVMware環境）で最短のクラウド移行

・SDDC製品群をデフォルトで利用

・1時間単位からオンデマンド課金（最長で3年単位で大幅な割引あり）

・VMwareが運用し、サポートを提供する

以下は、オンプレミス比較で削減になるかどうかですが。

・ハードウェアのメンテナンス、保守、運用に関するコストを削減

・データセンター利用料などファシリティに関するコストを削減

・VMware製品（ESXi、vSAN、NSX）のライセンス、メンテナンスコストを削減

VMC on AWSは、このようにメリットが多くあります。価格については、現状との比較でそのコストメリットを見いだせるかどうかは十分に検討が必要ではありますが。

さて、現状のVMC on AWSは、最小3ホストでの提供となっています。

※ただし、1カ月のPoC期間は1ノード提供可

vSANがデフォルト利用となるため、その観点から3ホスト最小となっているわけですが、2ノード提供がいよいよ開始されます。（2020年夏頃を予定しているとのこと）

• SLA : 従来3ノード利用時と同様

• 対象ノード：i3.metal

• 対象リージョン：すべてのリージョン

• ストレージポリシー：RAID-1、FTT 

　　　　　

2ホストが開始されることで、ユースケースが増えるものと期待しています。

※ただし、一度2ノードから3ノードへ拡張した場合、2ノードへ戻すことはできない

・オンプレミスの拡張

・小規模オンプレ環境からクラウドへの移行

・災害対策としてDR利用

オンプレ環境からの移行を想定した場合、i3ベアメタル×3ホストでサイジングすると、

それなりのVM数がないとコスパが悪い状況でした。

また、特にDR利用想定の場合、ランニングコストがかなりかかってしまう計算となり、

スタートしづらい状況ではありました。

その解決策として、2ホストでスモールスタートはかなり提案しやすくなります。

というわけで、VMC on AWSの紹介でした。