新しい会話を開始

Solved!

ソリューションへ移動

2 Intern

 • 

228 メッセージ

1961

2019年4月25日 21:00

VxRailの初期クラスタセットアップ後のデフォルト値変更について

VxRail_4.5.310環境において、VMwareの推奨値を反映させるため、不可な事象がないかご教示頂きたいです。

①NIOCシェア値の変更について

VDSのシステムトラフィックのシェア値の変更について、Solveより手順を確認しました。シェア値の変更は可能であることは確認できましたが、vSANトラフィックのシェア値と仮想マシントラフィックを同じ値(100)に設定することは可能でしょうか、

 

②HA利用時のvSAN隔離アドレスについて

VxRail環境ではデフォルトで管理セグメント帯の隔離アドレスが登録されますが、VMwareの手順に則り、デフォルトの隔離アドレスを無効化し、vSANのセグメント帯の隔離アドレスとして指定することは可能でしょうか

 

③ポート数上限値について

ポートグループ単位のポート数の上限値はデフォルトで4096に設定されております。こちらを任意の値に変更(256.1024)することは可能でしょうか

 

4 Operator

 • 

1.8K メッセージ

2019年4月25日 21:00

>①NIOCシェア値の変更について

はい。設定の変更は実施いただいて問題ありません。

 

>②HA利用時のvSAN隔離アドレスについて

はい。可能です。vSAN環境での隔離アドレスはvSANネットワークのセグメント上に構成するのが好ましいですね。

VxRailの環境では以下の記事にもあるようにSwich上にVirtual Interfaceを作成してそれを隔離アドレスの送信先とするのが良いと思います。

http://www.yellow-bricks.com/2017/11/08/vsphere-ha-heartbeat-datastores-isolation-address-vsan/

 

>③ポート数上限値について

過去の対応履歴より、管理用のポートグループでなければ任意に編集いただいてOKなことを確認しています。

管理用のポートグループは以下を意味します。

ClusterのUUIDを語尾にもつポートグループです。(VxRail Management,Management netowork,vCenter network, vmotion, vsan)

4 Operator

 • 

880 メッセージ

2019年4月25日 23:00

HA 隔離アドレスについての補足ですが 、
VxRail の標準構成でもある 10G * 2ポート 構成で Management Vmk と vSAN Vmk が同一物理ネットワーク上にTrunk VLAN でテレコに組まれている場合は、あえて分ける必要なく、
初期 10G * 4ポート 構成で組み上げた時のように、Management Vmk と vSAN Vmk が別の物理ネットワークの組み合わせで作られる場合には、 HA隔離アドレスの設定をする事が推奨される様です。

※ 物理的に同じネットワークなので切断時の隔離はどちらにしても同じ、という事が一番大きな理由なようです。

KB や StorageHub の情報ではこの辺りは明記されていないのですが、 kanedaさんが紹介されたリンク先の Duncan や Cormac の vSAN 本(Essential vSAN や vSAN6.7u1 DeepDive)には以下のように記されています。

----
We suspect that most VSAN environments will more than likely have the management network and the VSAN network sharing the same physical infrastructure (especially in 10GbE environments). However, if the VSAN and management networks are on a different physical infrastructure, it is recommended to change the default vSphere HA isolation address from the management network to the VSAN network.

一つ前のバージョンですが、Essential vSAN 本は無償公開されているので以下もご参照ください。 内容的には最新のvSAN 6.7u1 DeepDive もこれに加筆されています。
https://legacy.gitbook.com/book/vsan-essentials/vsan-6-2/details

ご参考まで、、、

4 Operator

 • 

1.8K メッセージ

2019年5月7日 19:00

その後の確認の結果、管理ポートグループのポート数上限値変更(減少)は可能とわかりました。vSphereの通常手順に従い実施いただいて問題ありません。

参考:

https://docs.vmware.com/en/VMware-vSphere/6.5/com.vmware.vsphere.networking.doc/GUID-FCA2AE5E-83D7-4FEE-8DFF-540BDB559363.html

変更に伴い再起動などは必要ありません。

ちなみにですが、VDSおよびvCenterでの構成上のポート数上限は60000となっており、管理ポートグループの合計は5×4096=20480ですので、外部VC環境で複数のVxRailが存在していない限り減少は不要と認識しております。

4 Operator

 • 

880 メッセージ

2019年4月26日 00:00

NIOC のシェア値で vSAN を他より値を高くする理由ですが、
他のネットワークと Trunk VLAN で物理ネットワークを Act-Stb / Stb-Act のテレコで共有させている vSAN ネットワークなので通常時は vSAN ネットワークは占有で高い帯域を確保していますが、
ネットワークの片系断時などは片寄されるため、全てのネットワークのシェア値が合算され、

Management 20 : vMotion 50 : VMNetwork 30 : vSAN 100

の割合でシェア値を分け合います。
このため、デフォルトの設定は片系断時にも vSAN として 10GbE の帯域の 50% は確保できる設定となります。

ネットワーク障害時などでも重要のストレージ IO に 10GbE の 50% までは利用できるように設定する事で、vMotio や 突発的な 仮想マシンに発生した IO が vSAN の帯域を枯渇させない様に最低限は確保しておくという意味があります。
※VxRail の NIOC で設定されている値は予約や制限ではなくシェアの指定なので、空きがあれば指定の割合よりも多く使えます。

ドキュメントだと、先の Essential vSAN の PDF P52 あたりや、以下の公式ガイドに記載があります。 Designing the vSAN Network
https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.vsphere.vsan-planning.doc/GUID-031F9637-EE29-4684-8644-7A93B9FD8D7B.html

このドキュメントでは以下のように記載されています。
----
Set shares so that when the physical adapter assigned for vSAN becomes saturated, certain bandwidth is available to vSAN and to prevent vSAN from consuming the entire capacity of the physical adapter during rebuild and synchronization operations. For example, the physical adapter might become saturated when another physical adapter in the team fails and all traffic in the port group is transferred to the other adapters in the team.
----

vSAN NIOC Configuration Example
https://storagehub.vmware.com/t/vmware-vsan/vmware-r-vsan-tm-network-design/nioc-configuration-example/

2 Intern

 • 

228 メッセージ

2019年4月26日 00:00

kannedaさん kwmtさん 返信ありがとうございます!いつも勉強になります。 >①NIOCシェア値の変更について こちらなのですが、Solveに記載があります、 ーーー Note: Any traffic shared with vSAN should have a lower priority than vSAN. ーーー こちらの”vSANのトラフィックが他トラフィックより大きい必要がある”理由として、 何かナレッジありますでしょうか。

2 Intern

 • 

228 メッセージ

2019年5月6日 20:00

kanedaさん kwmtさん

返信ありがとうございます!

vSANのシェア値について、理解致しました。

また、追加で申し訳ないのですが、

>③ポート数上限値について

こちら変更対象のポートグループ上に、仮想マシンが既に起動している場合、

仮想マシンを停止する必要があるなど、サービス影響が発生する用なことがあるかご存知でしょうか、

(手順としては、Web Client(GUI)から通常のポートグループ編集作業と同じ認識でいるため、
サービス影響はない認識でおります。)

4 Operator

 • 

1.8K メッセージ

2019年5月6日 21:00

ラボで確認したところ、ポートの上限変更では未使用のポートが解放され、使用中のポートへの影響はありませんでした。

サービス影響はありませんでした。

2 Intern

 • 

228 メッセージ

2019年5月6日 22:00

kanedaさん kwmtさん

本件承知いたしました。ありがとうございました!

 

2 Intern

 • 

228 メッセージ

2019年5月7日 18:00

kanedaさん

 

度々すみません。

>③ポート数上限値について

こちら、管理用ポートグループの上限値の変更はサポートされない認識で良いでしょうか、

変更可能であり、vCenterの再起動とかも発生しない?でしょうか

何卒宜しくお願い致します。

イベントは見つかりませんでした!

Top