virtual-oji’s diary

SIerに勤務するインフラエンジニアのブログ

VMware vEXPERTを2年連続で受賞しました!

VMwareコミュニティー全体に大きく貢献した個人を表彰するプログラムであるvEXPERTを2年連続で受賞することができました!

 

f:id:virtual-oji:20200225084807p:plain

f:id:virtual-oji:20200225084820p:plain

 

国内では90名ほどが今回受賞しているようですね、昨年と比べて10名ほど仲間が増えました。

↑(修正)国内は70名ほどでした・・・。

 

昨年の活動はVMC on AWS関連の登壇やブログ、SNSを用いた情報発信を頑張りました。

2020年も引き続きVMwareのソリューションを中心とした情報発信に力を入れて3年連続受賞を目指して活動していきますのでよろしくお願いいたします!

VMware Cloud on AWSのNSX-T概要と設定方法

今回はVMC on AWSNSX-Tについてです。

VMC on AWSは当初、NSXはVかTがオプションで提供されるという話がありましたが、結局NSX-Tが標準搭載で提供されています。

 

NSXが標準で搭載されたことで、きめ細やかなファイアウォールなどの通信制御を実施することができます。

VMC on AWSファイアウォールを設定できる箇所は以下のものがあります。

CGW(Compute Gateway)

MGW(Management Gateway)

DFW(Distributed Firewall)

 

それぞれどのようなユースケースで使用するかというと、CGWはVMC以外との通信を制御・MGWは管理系(vCenterなど)との通信を制御、DFWはeast-west間の通信を制御するために利用します。

 

↓VMC内のネットワーク概要図

f:id:virtual-oji:20200210140529p:plain

※T0=外部と接続するための仮想ルータです

仮想マシンはCGW配下のワークロード部分にぶら下がるイメージです

 

例えば仮想マシンとvCenter間の通信を制御したい場合はMGWを設定します。

仮想マシンとインターネット間の通信を制御したい場合はCGWを設定し、

また、DFWはオンプレと同様に同じクラスタ内の仮想マシン通信制御を行いたい場合に設定します。

 

実際の設定はVMCコンソールから行います。

青=MGW

緑=CGW

紫=DFW

f:id:virtual-oji:20200210143453p:plain

ルールについては送信元・先、サービス(anyなど)、アクション(dropなど)を設定可能です。

f:id:virtual-oji:20200210143145p:plain

予めセグメントやIPをグルーピングしておくと簡単に設定できるのでお勧めです。

 

名前的にCGWで仮想マシン間の通信を制御できそうに思いますが、実際にはDFWを利用する必要がありますのでご注意ください

VMware Cloud on AWSのIPアドレスについて

今回はVMware Cloud on AWS(VMC on AWS)のIPアドレスについて記載していこうと思います。

 

まず、基盤部分のIPアドレスについて記載していきます。

基盤部分とは以下赤枠のESXi自体やvCenterなどの管理系です。

f:id:virtual-oji:20200115173159p:plain

 

VMC on AWSVMware社が提供するマネージドサービスのため、基盤部分についてIPレンジは指定できますがオンプレのようにIPアドレスを個別に指定することはできません。※仮想マシンについてはもちろん自由に指定可能です

 

ただし、採番規則がありますので参考までに記載しておきます。

1-3オクテットは自由に決めることができます。

ESXi=第4オクテットが68から順に採番

vCenter=第4オクテットが196

NSX Manager=第4オクテットが131

NSX Controller1-3号機=第4オクテットがそれぞれ132,133,134

NSX Edge1-2号機=第4オクテットがそれぞれ135,136

vSAN VMkernerl=第4オクテットが4から順に採番

vMotion VMkernel=第4オクテットが36から順に採番

※vSANとvMotion用IPはESXi毎に1つ必要となります

※管理系は相互に通信する必要がありますので同じセグメントで構成する必要があります。

 

ESXiの障害時にはIPアドレスがどうなるか説明します。

詳細な挙動は以前のブログを参照頂きたいのですが、障害が発生したESXiはクラスタから自動で離脱します。

 

virtual-oji.hatenablog.com

 

その後、自動で新しいESXiが自動で追加されるのですがその際にESXIの68以上で空いている番号が採番されます。

例えばIPアドレスが末尾68,69,70のクラスタでIP68のESXiに障害が起こると、

71番のESXiがクラスタに追加され、障害のあった68はクラスタから離脱します。

その後、もしもESXiを追加することになった場合は、空きとなっている68のIPが採番されます。

 

IPアドレスが枯渇しないようにリサイクルしてくれる仕組みになっているのだと思われます。

 

今回記載した内容はあまり意識しないことかと思いますが、IPアドレスを設計書に記載しないといけない人にとって参考になればと思います