NSX 4.2 DVPGでの分散FWとNSXオーバーレイの同時利用を試す

NSX3.2からVDS上のDVPGに展開された仮想マシンに対して、分散FWを適用するためのインストールオプションが追加されました。ただ、分散セキュリティ専用としてクイックスタートメニューを使って専用のUIからインストールされるため、オーバーレイNWを同じクラスタ上で同時に使うということはできませんでした。
NSX4.2からDVPGに分散FWを適用しつつ、オーバーレイNWも同じESXiホスト上で作成することが可能になったとの記載がリリースノート上にありましたので、こちらの機能を試してみました。

# 以前までの設定画面
以前までのインストール画面がどうだったのか、確認してみました。
下記画像のようにクイックスタートメニューから「セキュリティ専用」というオプションを選択して、インストールを進めていく形です。
![SnapCrab_NoName_2024-9-20_15-54-7_No-00.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3657075/ae585ff0-a443-1054-3959-aaea1590b9ff.png)
上図のクイックスタートを使ってセキュリティ専用としてインストールしていると、オーバーレイトンネルが使用できない旨のメッセージも確認できます。
![SnapCrab_NoName_2024-9-20_16-5-46_No-00.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3657075/6d67a323-b35f-d099-4d36-e06a3c08656b.png)

# バージョン4.2からのインストール画面
バージョン4.2ではそもそもクイックスタートメニューから「セキュリティ専用」のオプションが削除されており、通常通りNSXをインストールするための「セキュリティとネットワーク用のクラスタの準備」オプションのみとなっておりました。
NSXを通常通りインストール後に、クラスタのリストを確認するとアクションメニューに「DVPGでNSXを有効にする」という項目がありました。
![SnapCrab_NoName_2024-9-20_16-21-43_No-00.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3657075/20e44ac9-516f-0c62-68e3-e3a5b23ebf33.png)
すでにNSXをインストールしたクラスタに対してあとからDVPGでの分散セキュリティを追加で有効化するような形に変わったようですね。

![SnapCrab_NoName_2024-9-20_16-22-35_No-00.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3657075/42de09f3-1e17-4a91-3315-788cc62a5ba4.png)
DVPGで分散FWを適用する前に、仮想マシンの接続が作成されているルールによって失われる可能性がある旨のメッセージが表示されます。管理系コンポーネント等をVDS上のPGに接続している場合などは除外リストを事前に確認しておいたほうが良さそうです。

こちらをクリックするとインストールプロセスが走り、「DVPGのNSX」という箇所が「はい」に変化します。
![SnapCrab_NoName_2024-9-20_16-22-53_No-00.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3657075/47195bd9-5328-9fa4-bc53-38ec8099c3b3.png)

NSXのセグメント一覧でも分散ポートグループが検出され、表示されます。画像はdv_test1という名前のDVPGが作成されている環境でのリストです。「VDS名.DVPG名」という形で検出されていることが確認できます。
![SnapCrab_NoName_2024-9-20_16-26-28_No-00.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3657075/fbb37094-a868-473e-09e7-370b65e8b3a4.png)
上図の表示からも確認できますが、トランスポートゾーンが自動的に作成されており、DVPGはそのトランスポートゾーンに属します。（NSXオーバーレイ、NSX VLANのトランスポートゾーンとは別のもの）

またアップデートの通り、NSXのオーバーレイセグメントを同じVDS上で作成することが可能で、当然ですが両方をvNICの接続先PGとして選択することができました。
![SnapCrab_NoName_2024-9-20_16-29-46_No-00.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3657075/46465a71-afd0-dbec-535d-2f28461ae626.png)

分散FWのルール作成も特にVDSであるかどうかを意識することなく、いつも通りの手順で作成しておけば、DVPG、NSXセグメント両方の仮想マシンに対してルール適用が可能です。
![スクリーンショット (104).png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3657075/caa4e130-069f-e57a-c6b8-27edf11c8571.png)

分散FWルール作成後、vsipioctlコマンドを使ってホストに適用されているルールを確認する手順も同様につかうことができました。
![スクリーンショット (103).png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3657075/dd9e8df3-0700-e19d-749f-ba007d70c689.png)

# おまけ
ついでにVDSのバージョンアップ（7.0.3 → 8.0.0）を試して、通信断やルールに則った通信が維持されるかどうか確認してみましたが、期待通り特に問題はありませんでした。（1秒間隔Pingでテスト）
![SnapCrab_NoName_2024-9-20_16-47-15_No-00.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3657075/ee40cd33-12c7-107f-6970-5a39e5c4ac03.png)

通信OKなPing
![SnapCrab_NoName_2024-9-20_16-48-55_No-00.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3657075/6d7f8bf6-bab5-b4f9-37e1-ce5b89f83155.png)

分散FWでリジェクトされるPing
![SnapCrab_NoName_2024-9-20_16-48-44_No-00.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3657075/9fe7c667-fc2b-e12f-107b-f3cfaa125175.png)