【VMware@Bluemix IaaS 2017】vShere6.5でvCenter Server間のvMotionを試す

アップデートされたvSphere6.5およびNSX6.3.1を使用し、**vCenterを跨いだ仮想マシンのvMotion**を試します。

#vCenter Server間のvMotion#
**稼働中の仮想マシンを、電源を止めることなく別のサーバーに移行**することが出来ます。
同じvCenterが管理するサーバー間だけでなく、異なるvCenter Server間、さらには大陸を跨いだvCenter Server間も移行する事が可能です。

vMotionの概要やユースケース等についての詳細は、以下のURLを参照してください。
https://blogs.vmware.com/jp-cim/2014/09/vsphere_kiso03.html

#vCenter Server間のvMotionの要件#
- vCenter ServerおよびESXiは6.0以上
- Enterpriseライセンスであること
- Single-Sign-Onトークンを正確に検証するために、互いのvCenter Serverインスタンスが時刻の同期を行うこと
- vSphere Web Clientを使用する場合は、両方のvCenter Serverインスタンスが拡張リンクモードで、同じSingle-Sign-Onドメインにあること

詳細は以下のURLを参照してください。
http://pubs.vmware.com/vsphere-65/index.jsp#com.vmware.vsphere.vcenterhost.doc/GUID-DAD0C40A-7F66-44CF-B6E8-43A0153ABE81.html

#今回の構成#
大まかな構成を以下の画像1に示しました。
ユニバーサル論理スイッチとNSX Edgeをデプロイし、２つのデータセンターにまたがるオーバーレイネットワーク（VXLAN、IPは192.台）を構築します。

※ユニバーサル論理スイッチを構築するだけでもvCenter Server間のvMotionは可能です。今回は、同じネットワーク内で仮想マシン同士を通信させながらvMotionを検証するために、NSX Edgeを立ててVXLANを構築しました。

VXLANの中に移行テスト用仮想マシンを立て、東京DC（10.台）からオンプレミス側（172.台）のvCenterへ移行させます。
（画像1）
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/75e2d293-f24a-3a85-1519-c7439711169e.png)


##1. ユニバーサル論理スイッチの構築##
ユニバーサル論理スイッチを構築する前に、ユニバーサルトランスポートゾーンを構築しておく必要があります。
複数のvCenter Serverの連携およびユニバーサルトランスポートゾーンの構築方法は、以下のURLを参照してください。
[【VMware@SoftLayer】Cross vCenter NSX導入編](http://qiita.com/khayama/items/9e83272f6949d7e0b82e)

最初に、「ホーム」-「Networking and Security」-「論理スイッチ」を選択し、NSX Managerを「プライマリ」にした状態で左上の「＋」を選択します。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/64b38453-0f15-00b6-5465-14f426eb5f58.png)

トランスポートゾーンは、「変更」を選択し、設定したユニバーサルトランスポートゾーンをチェックします。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/01d0f330-b648-36ec-59a5-1661cb785646.png)

##2. NSX Edgeのデプロイ##
東京DC側の設定を例に説明します。
「Networking and Security」-「NSX Edge」を選択し、左上の「＋」を選択します。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/109c21fd-2d36-0f7d-aedf-04aad5ba2e9a.png)

インストールタイプは「Edge Service Gateway」を選択し、任意の名前を入力します。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/602b7eea-5fb9-26c7-65f5-b60b72a98d72.png)

NSX Edgeアプライアンスにログインする際のユーザー名、パスワードを入力します。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/5882039f-f918-151f-973b-f9a2dc829385.png)

「3 デプロイの設定」では、NSX Edheアプライアンスをデプロイするクラスタ・データストア・ホストを選択します。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/b9356602-7e8f-0029-25b5-3daf7a8068a1.png)

「4 インターフェイスの編集」で、NSX Edgeを紐付けるスイッチを選択し、IPアドレスを振ります。「アップリンク」がVLAN側、「内部」がVXLAN側です。
画像はVXLAN側の例で、接続するスイッチを、先ほど作成したユニバーサル論理スイッチに指定しています。IPアドレスも、VXLAN側の192.台を指定します。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/785e9087-69b4-7b2c-b31a-239fc6dbfa50.png)

5, 6でデフォルトゲートウェイとファイアウォールの設定をしてNSX Edgeのデプロイを完了させます。
他のvCenter ServerのNSX Edgeに関しても、同様の要領でデプロイします。

NSX Edgeは、仮想ルータとして、NATやDHCP、ファイアウォール等の様々な機能が利用できます。
詳細に関しては、以下の記事のNSX編も参考にしてください。
[【VMware@SoftLayer】チャンピオンロード](http://qiita.com/khayama/items/b8dc884c7ea273861a24)

##3. vMotionの設定##
上に記載した画像1の通り、Bluemix Infrastructure上の"TestVM1"を、vMotionでDC（オンプレミス）側に移行します。
（画像1）
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/75e2d293-f24a-3a85-1519-c7439711169e.png)

まず、東京DC側の移行対象仮想マシンを選択し、「アクション」-「移行」を選択します。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/829576a9-b95c-9962-4e78-731d330098c9.png)

今回は、コンピューティングリソースとストレージの両方をvMotionするので、3番目の選択肢をチェックします。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/dae1d587-a511-37a1-599c-30a7193eb04f.png)

移行先のクラスター・ストレージ・フォルダの順に選択します。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/d2ea06ed-02b3-840d-fd78-0a54a2df80c3.png)
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/3a1ae3c3-3744-29ee-8d6e-b1a3c43efc85.png)
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/9794ad85-b0b1-59e6-3e8c-21535981a011.png)

移行先のネットワークを選択します。今回は、構築したユニバーサル論理スイッチが含まれるポートを選択します。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/ce9230ef-585a-20a8-27b9-342033db8aa8.png)

最後に、vMotionを優先して行うかどうか選択し、「完了」ボタンを押してvMotionを開始させます。
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/02f31946-02c0-c1e4-e79a-5d02f4618890.png)

#vMotionの確認#
オンプレミスDCにあった仮想マシン（"TestVM2"）から、vMotionする仮想マシンにpingを飛ばし続ける事で、仮想マシンが起動したままvMotion出来るか検証しました。
vMotion完了時に大きな遅延があったものの、pingは途切れる事なくvMotion出来ました！
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/5b2920f1-22bc-525f-52f5-4f1bca5c102b.png)

またBluemix Infrastructureの管理ポータルからは、同時刻にアウトバウンドの通信が確認されました。
（インバウンドの通信があるのは、元々オンプレミス側にあったVMをBluemix側に移行させたためです。）
![image.png](https://qiita-image-store.s3.amazonaws.com/0/171918/85bcf156-0964-8475-e836-0363dd11ac2e.png)