2019.03.19今回は自分のための備忘録です。仮想スイッチのセッティング内で、”スイッチへの通知”という設定項目があります。スイッチの設定と言えば、チーミングポリシーやアクティブ、スタンバイvmnicの指定などの方がメジャーであり、あまり普段注目をされることがない設定項目です。この設定って何?そもそもスイッチへの通知とはどういうことか?今回はそんな内容に迫ります。次のような環境を用意しました。02というホスト名)2台の間でvMotionが出来る状況だとします。02側にvMotionされます。この場合、”スイッチへの通知”により、vMotion後に移動先ホストがRARPプロトコルを利用し、接続スイッチに対し、vNICのアドレスに関するMACアドレステーブル更新を促します。次のようなケースで、RARPによるMACアドレステーブルの変更が発生します。仮想マシンの電源ONvMotionによる仮想マシンの移動vmnicのフェールオーバーによる切り替えいずれも、仮想マシンが利用するvmnicが変更されるケースだと言えます。これらの話を総括すると、”では、いつこの設定をNoにするのか?”という疑問が生まれます。この点についてはまた別記事にて取り扱いたいと思います。特殊な環境でない限り、基本的にはYesから変更することは無いと考えていただいて良いと言えます。ちなみに、以下の情報は物理スイッチのMACアドレステーブルを実際にコマンド出力してみた様子です。ご覧頂きますと、単一のポート”gi1/0/46′′に対し、vmnic(物理NIC)1つ分と、5つのvNICのMACアドレスがMACアドレステーブルに学習されていることが確認出来ます。※本検証にお付き合い頂いたKさん、ありがとうございました。HOL環境を用いて、障害をシミュレートした結果を画像と解説を入れながら、次の4つのシナリオ向けに纏めています。物理リソースは足りてるか?(CPU編)昨日に引き続き、esxtopネタです。リソース状況をモニタリングするのか、と言われれば”リソースが足りているか否か”を判断するためです。今回も、トレーニングで質問を受けた内容から1点紹介です。自分自身もたまに見返すことがある"iSCSIポートバインド"について、備忘録としての意味合いも込めて投稿しておきたいと思います。本記事は2017年に旧ブログである"VMwareな日々"で掲載していた記事に最新情報を付帯したものとなります。ESXiに対するLUNマウントを実施しまして、パスの見え方について解説をしたので、記事にしてみたいと思います。