追加検証: VMware Cloud on AWS M7i インスタンス & FSxN (VPC Peering) ウォークスルー

# 1. はじめに

とうとうVMware Cloud on AWS M7iインスタンスが提供開始されたということで、デプロイしてみました。
仮想マシンの作成、HCXのデプロイ、FSxNの別SDDCへの付け替えなども追加で試してみました。

https://aws.amazon.com/jp/about-aws/whats-new/2024/02/amazon-ec2-m7i-metal-24xl-instance-vmware-cloud-aws/

VMware Cloud on AWS M7i インスタンスをデプロイしたので、コンソールから見えてきた様子などを備忘録として残します。

![Arch_M7i_FSxN_2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/12478c6a-3726-4615-19c2-988156a8b37d.png)

::: note warn

本記事の内容は、2024 年 3 月時点での公開情報および個人的なハンズオンの結果をベースにしています。
最新情報については Broadcom 社公式サイトをご確認お願いします。

:::


なお、本記事は前回紹介した内容の追加となります。

https://qiita.com/sanjushi003/items/455de98b17432499cba5

# 2. VMware Cloud on AWS M7i インスタンスをデプロイしてみる

## SDDC初期デプロイ
M7i-24xl (DISKLESS)」を2ホスト構成でデプロイすると、初期状態は次のようになります。
M7iインスタンスはディスクレスタイプなので、この時点ではユーザーが利用できるストレージ容量はありません。

(※)ESXiブート領域とマネジメントデータストアは別途サービス側で準備されていますがこの画面上では確認できません。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/c0a48bdc-7f91-9fcf-8e63-9836f56a5c61.png)

## vCenterから確認
vCenterにログインし、SDDCのデフォルト状態を確認します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/4ebb7888-3115-2bce-1452-f12659317961.png)

ESXiホストのモデルも「Amazon EC2 m7i.metal-24xl」となっていることが確認できます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/c199577e-9155-6d47-67d2-8e82e89c6d70.png)

管理系VMのデータストア(managementDatastore)も確認してみます。
よくみるとAmazon FSx for NetApp ONTAP (FSxN)が利用されていることがわかります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/e5003b08-3778-61d0-c301-5933c37f68b5.png)

vCenterやNSXなど、管理系VMが格納されています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/3f38fc21-5f1d-b159-8e1b-152fee52cd8c.png)

# 3. FSxNのNFSデータストアマウント後

## VMware Cloud コンソールから確認

作成したVMware Cloud on AWSからFSxN(1TB)をNFSデータストアマウントしてみました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/687f5f2b-2131-4898-8ab0-94c7abc8d70e.png)

Storage容量が反映されています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/d3e2be8e-630b-1d18-0753-a1b83af1d2f4.png)

## 仮想マシンをデプロイしてみる

手持ちのOVFファイルをアップロードして、仮想マシンをいくつかデプロイしました。

デプロイ対象のストレージは当然FSxNを選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/957963be-0ee7-db32-6fcc-f31637851e08.png)

仮想マシンを確認すると、ディスク領域としてFSxNが選択されているのが確認できます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/12af7e58-9a5f-5610-fb7c-80c284d1d452.png)

データストアからも、作成した仮想マシンを確認できます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/fb822989-dd57-7ef2-be2b-c56e54b76a6b.png)

# 4. FSxNデタッチ & VPC Peeringの接続解除

今回は一時的な検証環境だったのでSDDCを削除する必要がありました。
一旦FSxNデタッチし、VPC Peeringを接続解除してからSDDCを削除します。その後、別のSDDCからFSxNを再度NFSデータストアマウントします。

## NFSデータストアのデタッチ

まずはNFSデータストアとして利用しているFSxNをデタッチします。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/7223a804-fefd-a2aa-cdfe-649e38ed1813.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/399a2b71-b6d7-217b-9e41-1478d1efa582.png)

サクサク進む、と思いきや早速エラーが出ました。
仮想マシンがNFSデータストアに登録されているため、デタッチができないとのこと。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/30fa8d51-103f-c1ad-16f4-7b789f1a645e.png)

FSxNをデータストアとして利用している仮想マシンを、「Remoce from Inventory」を実行してインベントリーから登録解除します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/a420265c-2d52-fcdf-89de-521b2a2adb21.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/26e8351b-73d7-40e6-e53e-2e37c884b25b.png)

同じ作業を繰り返し、FSxNをデータストアとして利用している仮想マシンをすべてインベントリーから登録解除しました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/d9df6657-bd78-f6ee-8f67-8739cc25aec3.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/01846e48-bf0f-044c-1a84-a29d7c6ea722.png)

もちろんデータ自体は削除していないので、仮想マシンイメージはFSxNに残り続けています。(#5で再利用します)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/e1f7aa6a-99a7-65ca-395d-6f93aa7b424d.png)

そして再度、NFSデータストアをデタッチします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/514fcb16-3a40-f1ec-c917-56b7a2392b5b.png)

今度こそ処理が進み、1-2分ほどでNFSデータストアのデタッチが完了しました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/ef09a943-b0eb-4714-6880-d686a3c73344.png)

## VPC Peeringの接続解除 (VMware Cloudコンソール側作業)

次は、VPC Peeringの接続を解除します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/4e770113-3608-1b45-eb73-63a834f526b8.png)

対象のVPC Peeringを選択し、「DELETE」を実行します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/595f2774-1c8b-e9e2-1ab5-2c83ae0f53fc.png)

すぐに処理が進み、1分ほどでVPC Peering接続が解除されました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/e93e7860-32fd-4380-f89b-2bb79146f1f2.png)

NFSデータストアもVPC Peering接続もない初期状態になりました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/23cbe2ea-0033-fb05-61ac-ca25e3d6fd06.png)

このSDDCはこれ以上利用しないので、SDDCも削除しておきます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/47d12f6f-2a26-219c-3ccb-4465d031e0c6.png)

## VPC Peeringの接続解除の後始末 (AWSマネジメントコンソール側作業)

AWSマネジメントコンソールから「VPC」に遷移し、「Peering Connection」を確認します。
VPC Peering接続が解除されたので、当然ながら削除されています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/da7b98bc-2486-bbf0-7f31-f4054893babd.png)

ですがルートテーブルには「Target」として残り続けており、Blackholeとなっています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/f16ae2c8-494c-ab6d-33aa-8d0a423e7fda.png)

不要なルートテーブルのエントリーは削除しておきます。これで後片付けは完了です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/f0c7775f-4675-04fd-c07d-bc0abc20e3a0.png)

# 5. FSxN (NFSデータストア)を別SDDCから再利用し、格納されている仮想マシンを復旧させる

M7i環境でNFSデータストアとして利用したFSxN (Single-AZ, 1TiB)を、今度はI4i環境からNFSデータストアとして再利用してみます。その後、格納されている仮想マシンを再度起動させます。

## VMware Cloud on AWS I4i環境の作成

今回はI4iインスタンス x1ホストの環境を作成します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/0551105d-f3d6-4823-9ed4-413dc21d6076.png)

作成時点では外部ストレージが存在しないので、内蔵ストレージ(vSAN)のみが利用されています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/9e8ab906-0fe9-9379-ecd1-4ffbed14a999.png)

vCenterから見ても、利用できるのは「WorkloadDatastore」のみです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/7a238f3c-a582-61e0-df4a-4caca0b60827.png)

## I4i環境からFSxNをNFSデータストアマウント

上述のM7i環境と同様に、対象のFSxN (Single-AZ, 1TiB)をNFSデータストアマウントします。
FSxN用VPCとFSxN自体はすでに作成済みなので、この作業はすぐに完了します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/72e2402b-e8d6-0eaf-d166-12b425029908.png)

「Summary」タブからも確認すると、「External Storage」として表示されています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/09748e09-279a-b0ea-1d3d-af0e27f69ca4.png)

vCenterでも同様にNFSデータストアが確認できます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/bf83cc73-176c-f83f-44df-8bb68615a2d9.png)

## FSxNに格納されている仮想マシンをインベントリーに再登録

NFSデータストアの「Files」を確認すると、M7i環境で作成後にインベントリーから登録解除しておいた仮想マシンのイメージデータが確認できます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/6c7974d6-190e-09cb-3e06-e97e7d052dce.png)

この時点では「VMs」のタブには当然どの仮想マシンも登録されていません。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/40486c93-6c1e-1162-7375-8937f0e03f43.png)

「ACTIONS」から「Register VM」を選択します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/764ea6f5-b0b5-3c88-7b0b-f8ba9848d345.png)

再度インベントリーに登録したい仮想マシン(今回はUbuntu Linux仮想マシン)を選択します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/5a2e3766-a6bb-ba5a-be26-87af4917a670.png)

任意の仮想マシン名を入力し、選択可能な任意の仮想マシンのフォルダを選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/1000a9b5-e9e7-af17-4196-e892ff878021.png)

選択可能な任意のコンピュートリソースを選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/51446f2c-d841-85e3-0b4d-efaba56a6d00.png)

選択内容を最終確認し、「FINISH」に進みます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/84f7e09b-dbef-dcde-6825-f0c884c247fa.png)

インベントリーに対象の仮想マシンが再度登録できました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/66436b7f-4855-6767-1681-5f74646e7352.png)

同じ手順を繰り返し、他の仮想マシンもインベントリーに再度登録します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/afcf1794-be1f-3fbd-8e1e-e64219f4d63d.png)

## インベントリーに再度登録した仮想マシンの起動

対象の仮想マシンを起動させていきます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/a205ce4b-ee8a-4335-a07f-ea82b95e12b5.png)


インベントリーから再度登録したままの状態では、「Network Adapter」の設定が新しい環境に対応できていません。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/06220f47-729e-a15a-d384-e03da194d0be.png)

「Network Adapter」を利用可能なネットワークに設定変更します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/9eaa149a-510a-5c93-fe3e-118392294c93.png)

設定変更の後、仮想マシンを起動させます。
これで完了です。無事、M7i環境で作成した仮想マシンをI4i環境でも再利用することができました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/76fdb7d0-e86d-f748-466b-ea1e2a5af4b9.png)


# 6. おまけ1: VMware Cloud on AWS M7i環境に VMware HCXをデプロイ

作成した VMware Cloud on AWS M7i 環境でVMware HCXをデプロイしてみます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/48318021-80a3-ccdb-a9ed-c5e7e41fb840.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/aa17b161-041e-86ad-7fcc-b6720dd6b1ea.png)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/3d1af216-58d6-c654-3a50-ca7d97944d8c.png)

おっと・・・。
2024年3月時点では、Vmware HCXをM7iインスタンス環境でデプロイする際には各SDDC環境ごとにVMware SupportにSRチケット起票する必要があるようです。

ちなみに他インスタンスタイプ「i3.metal」 「i3en.metal」 「i4i.metal」の場合はVMware Supportへの依頼は必要ありません。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/fb7cdaac-a225-f4b1-6085-7cdd657d0cd3.png)

というわけで、VMware SupportにSRチケットを起票します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/b24c7e4c-a0a6-b5d8-bd32-7e244594ce7b.png)

チケットはすぐに受領され、数営業日後に完了したとの通知あったので、再度HCXのデプロイを実行します。
今度はうまくHCXのデプロイがスタートしました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/8d8c7762-72fc-a1e1-3b9f-43bdb353b803.png)

HCXのデプロイ作業が自動で行われます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/74581742-4a67-98a3-db37-2cbc942ad5da.png)

しばし待つと、HCXがデプロイされました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/a55c1edf-f5b6-5b88-c5ff-8e1678e5816c.png)

管理系VMのデータストア(managementDatastore)の中に格納されています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/c5c47350-5f3f-6b6b-bf22-80c3780d897d.png)

最後にHCXにログインして、完了です！
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/ac517231-1816-965d-e116-7e8714946b9b.png)

## VMware Cloud on AWS M7iインスタンスのFAQ

よく見ると、FAQにもM7i環境におけるVMware HCXデプロイについて記載がありました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/864151/4b995088-6f6f-b142-313a-cb3b2e510bd3.png)

https://vmc.techzone.vmware.com/resource/vmware-cloud-aws-instance-m7i-faq

# 7. 前回記事

https://qiita.com/sanjushi003/items/455de98b17432499cba5

# 8. 参考資料

https://vmc.techzone.vmware.com/vmware-cloud-aws-m7i

https://vmc.techzone.vmware.com/resource/vmware-cloud-aws-instance-m7i-faq

https://aws.amazon.com/jp/blogs/news/introducing-vpc-peering-for-amazon-fsx-for-netapp-ontap-with-vmware-cloud-on-aws/

https://dev.classmethod.jp/articles/vmware-cloud-on-aws-m7i-metal-24xl/

https://blogs.vmware.com/vmware-japan/2023/12/vmc-vpc-peering.html