Go Watanabe on Twitter: "vCenter 6.7の Cluster Quick Start ESXi追加 → 自動でMaintenance Mode → vDS / Lock Doun / NTP / EVC 設定 → Maintenance 解除ができる。 vSANむけっぽく最後に「ハイパーコンバージド クラスタ構成のコンプライアンス」チェックをしてくれるが、これは、上記設定をしたかの確認っぽい。… https://t.co/LYZIZNaJWD"

Go Watanabe on Twitter: "1つのVMkernel Port に管理 + vMotion + vSAN みたいな複数の役割を持たせられる。しかし、監視/モニタリング/トラブルシュートなどの観点から、HCIでありがちな物理NICポートを共有するケースでも、分割しておいて損はないと思う。 極端な例としてvmk0だけ/vmk0-2のパターンの様子・・・… https://t.co/njzEIhdGLX"

Go Watanabe on Twitter: "vSAN Object (VMDK など)はDefaultのStorage Policyだと、Component ミラー2つに Witnessで障害時の両方Active防止する。ただし255GB超えるオブジェクトはComponent分割される。このときvSAN 6.0以降ではWitness使わなくなる。 説明は「監視」のvSAN 6.0 以降では～あたり https://t.co/U6t4g9x7VH… https://t.co/9ZFPFNiuQx"

Go Watanabe on Twitter: "PowerCLI には、だいぶ vSAN 関連の Cmdlet が充実している。vSAN 関連は主に https://t.co/lUlnF3VSSR Module。Cmdlet 名後半のNoun（名詞部分）ごとに前半のVerb（動詞）を並べると、できることサマリになる。Vsan/Storage Policy Based Management (Spbm)/他、で PowerCLI 11.5 の様子。… https://t.co/sTi5irqjvQ"

Go Watanabe on Twitter: "vSAN 6.x では、あらたにvsanSparse Snapshotになっている。ひきつづきチェーン構造だがin-memoryなメタデータキャッシュで性能向上とのこと。従来のvmfsSparseとは異なり、すぐに削除しなくてもよいらしい。 https://t.co/5tdMZyRfmy… https://t.co/CCxeIqzbTr"

Go Watanabe on Twitter: "vSANでESXiがダウンしたりするとそのホスト上のコンポーネントは「なし（Absent）」状態になり、「オブジェクト修復タイマー」による遅延タイマーで再構築を待つ。デフォルトでは60分まってAbsentなままだと再構築されるが「今すぐ再同期」ですぐ再構成することもできる。 https://t.co/uJ4YOkI5D2… https://t.co/Lj7SVQUni7"

Go Watanabe on Twitter: "vSAN Default Storage Policyによる「コンポーネントx2 + 監視x1」では、3-Node構成だけだとESXi 1台停止するとリビルドする場所がない。タイマーを過ぎても「必要なリソースが不足～」となり「可用性が低下 (再構築なし)」でおちつく。いわゆる業務継続はできるがこのまま次の障害が発生したら困る。… https://t.co/m7bMYSQMEv"

Go Watanabe on Twitter: "vSAN 6.7 U3 の容量確認の画面。円グラフがついた。vSANではVM/VMDK単位で仮想マシン ストレージ ポリシーを設定するが、ポリシーごとの空き容量を「ポリシーを次に変更」で確認できる。そのvSANクラスタで設定可能なポリシーだけが表示/選択できるように改善された模様。… https://t.co/gTRXJDKkaG"

Go Watanabe on Twitter: "vSAN では Hybrid / AllFlash が揃っていれば、クラスタ内にローカル ディスク構成の異なる ESXiが存在しても構成できる。たとえば 2 Disk Group／1 Disk Groupの ESXi を混在させても、特にエラーはなく、Capacity Disk分の容量も追加される。 しかし障害時はアンバランスになりやすいので要注意。… https://t.co/vckdTXvl40"

Go Watanabe on Twitter: "vDSのNetwork I/O Control（NIOC）ではvSANトラフィックも制御できる。vDS作成時にデフォルト有効で、vSANトラフィックはインフラ維持で必要なので優先度高にされている。たとえばvmk1 - vMotion、vmk2 - vSANにしてみると、ESXiのesxtop - n key などでトラフィック制御の様子が見られるはず。… https://t.co/6F3P0Dy7Gx"

Go Watanabe on Twitter: "vSANのデフォルトの「vSAN Default Storage Policy」は、Thinプロビジョニング。 Thickプロビジョニングの仮想マシン ストレージ ポリシーを作成して割り当てれば、仮想ディスク作成時に全容量を割り当てておくこともできる。たとえばこのとき100GBをTnickにすると、FTT=1なので2倍の200GBくらい。… https://t.co/ITZPKK1UmH"

Go Watanabe on Twitter: "vSANでは(Primary)FTT x 2 + 1 個のFault Domainが必要になる。デフォルトでは、1つのESXiが1つのFault Domainとみなされる。 FTT=2 RAID1 の仮想マシン ストレージ ポリシーを設定したい場合は、コンポーネント3つ + Witness1つで4ノード「ではなく」、じつは5ノードが必要。… https://t.co/Oyc3TxnYGW"

Go Watanabe on Twitter: "vSAN iSCSI Target (VIT) はSCSI-3 Persistent Reservations（PR）に対応していて、WSFC などのゲストOSでのクラスタむけ共有ディスクとしても利用可。 vSAN外部のLinuxで接続確認すると、SCSI3-PR非対応の ローカルsdcはcommand not supported、一方VITによるsddであればPRに対応している。… https://t.co/gqHTq3r7Aw"

Go Watanabe on Twitter: "vSAN 6.7 U3～ではSCSI3-PRがサポートされる。vSAN iSCSI Targetではない、vSAN上の共有VMDKをゲスト側クラスタに利用可。追加するSCSI ControllerでSCSIバス共有を「物理」にして、そこにVMDKを接続する。 以前の6.7 U1と、U3上のVMでsg_persistなどを試すと結果も異なる。 https://t.co/qI321gr3CN… https://t.co/9wCKFmplhI"

Go Watanabe on Twitter: "vSANのon-disk formatは、6.7 U1から7、U3から10になった。 https://t.co/qjw7vWAXbu Disk Group作成時には自動的に最新になる。そしてvSphere&vSANのバージョンアップでは、vSAN新機能を使うためにvCenter→ESXi→vSAN on-disk formatの順にUPする。 なおon-disk formatは、Disk Group単位のもの。… https://t.co/I2wIjECHdW"

Go Watanabe on Twitter: "vSANの健全性チェックでは使用容量のDiskバランスもチェックする。そしてリバランス処理の様子も確認できる。例では空き容量不足で失敗しているが、こうならないように空き容量を見積もって、ESXiのディスク構成も揃えておくとよい。なお、Diskごとの容量はvSphere ClientやPowerCLIなどから確認可。… https://t.co/s73xbzQCDl"

Go Watanabe on Twitter: "vSANのソフトウェアは、ESXiとあわせてvSphere Update Manager (VUM)＋DRSで自動Updateが可能。VUMではESXiのメンテナンス モード移行が「アクセシビリティの確保」で全データ退避ではないので手作業Updateしてもよい。健全性チェックで問題があると停止し、微妙なまま残ホストを処理しない。… https://t.co/iEkaW5mprZ"

Go Watanabe on Twitter: "vSANのパフォーマンス確認には、vSANクラスタで「パフォーマンス サービス」を有効化する。そうすると通常の監視→パフォーマンスとは別に、vSANのパフォーマンス情報が、クラスタ、ホスト、VMで表示されるようになる。 そしてパフォーマンス管理の情報自体もvSAN上にオブジェクトとして格納される。… https://t.co/0i3WBJ7K0m"

Go Watanabe on Twitter: "vSANデータストアにはデータ重複排除（デデュープ）および圧縮機能があり、容量削減の効果はvSphere Clientでも確認できる。容量削減はディスク グループ内。 設定はvSANクラスタ（vSANデータストア）単位となっていて、重複排除と圧縮はセットで有効／無効にする。どちらか一方だけの有効化は不可。… https://t.co/wSJNZUmk1C"

Go Watanabe on Twitter: "ESXiのメンテナンスモード切り替えにはvSANだと複数のデータ移行方法があるが、方法ごとに「データ移行の事前チェック」ができる。 ちなみにvSAN Default Storage Policyのオブジェクトには最低3ノード必要なため、全データ退避はできない。メンテ中の障害対策には4ノード以上の構成がおすすめ。… https://t.co/ia1BtuQgy2"

Go Watanabe on Twitter: "vSANは、クラスタとゲストOSでUNMAP対応させておくと、ゲストOSでのファイル削除にあわせてThin Provisioningの容量解放ができる。クラスタ側はVCSAのRVC、ゲスト側はLinuxであればdiscardオプション。 ちなみにvSphereでのデータストア容量確認はvSphere Clientで「キャパシティ情報の更新」が必要。… https://t.co/Gv1Za7P3uT"

Go Watanabe on Twitter: "vSANのFault Domain（FD）は、ラックやブレード/HCIでのシャーシ（ブロック）の障害対策として利用できる。デフォルトだとESXiごとにFDあつかいだが、ラックごとなどでFDを作成してESXiをグループ化する。vSANのデフォルトのFTT=1では最低3FDが必要だが、障害対応などの観点から推奨は4FD。… https://t.co/Pmrru1T9CU"

Go Watanabe on Twitter: "vSANはvSphere HAのHeartbeat Datastore（Network障害時に、本当にESXiがNetwork隔離されたのか確認するための）としては利用できない。 そこでHAがより安全に、隔離されたホスト上のVMを停止→起動するには、HAの隔離（を確認する）アドレスにvSAN Networkレンジのアドレスを指定するとよい。… https://t.co/DTsA87aQMa"

Go Watanabe on Twitter: "vSANではプライマリ（優先）/セカンダリ サイトにわけてESXiを配置する、ストレッチ クラスタでサイト障害対策が可能。監視ホストが必要になり、オブジェクトを構成するComponent x 2とWitnessは、優先/セカンダリ サイトと監視ホストに分散配置される。サイト設定にはFault Domainが利用される。… https://t.co/8lkp2LKuDb"

Go Watanabe on Twitter: "2 Node vSANの実体は、ESXi 2台 + 監視ホストのストレッチ クラスタ。たとえば監視ホストはMain DCに集中配置、各Remote Officeに小さなvSANを配置といった構成ができる。ESXi同士のvSAN NW直結も可能で、この場合は監視ホストに通信可能なvmk portに「vSAN監視」を割り当てるWTSというNW構成にする。… https://t.co/44UM67Mi4c"