2019.02.14vSANトレーニング5週連続終えました。NSXとHorizonも要望が高まってきていますので、そのうち主要製品はコンプリートしそうです。Availability)”の動作について質問があったので、動作検証を持って正確な情報を得たいと思います。質問:vSAN上のVMがFTT=1のRAID1ポリシーで保護されている場合、3つのコンポーネントが分断された場合は、オブジェクトは利用不可とはなるが、VMは再起動されるのかされないのかということで毎度お馴染みのHOLで環境を構成します。4ノードvSANクラスターを構成します。Test-VMは現在”esx-03a.corp.local”上で起動しています。続いてコンポーネントの配置を見てみましょう。04号機上に保存されていることがわかります。■シナリオ1:4ノードクラスターで、1ノードが停止するケースまず一旦、4ノードクラスター内の1台をシャットダウンし、vSANクラスターを3ノードまで減らします。Test-VMが動作している”esxi03a.corp.local”をシャットダウンしてみます。ホスト”esx-03a.corp.local”をシャットダウンし、VMも接続性を失いました。ホストがHAによりリスタート完了しました。Test-VMは、4号機上でリスタートされたようです。コンポーネントのステータスはAbsentですね。(ホスト障害やネットワーク疎通不可はデフォルトで60分のタイマー切れ後に再同期動作が始まる)■シナリオ2:オブジェクトに対する一部のコンポーネントが欠損した状態で、更に障害を発生させる。現在のコンポーネント配置は次の状態です。今度はホスト2号機をダウンさせます。1号機でも良いのですが、せっかくなら、VMDKの完全なミラーをもつコンポーネントは残しておきます。理論上、オブジェクトは3つ中2つがアクセス不可となるため、オブジェクトは動作が出来ない状態になると言えます。VMDKオブジェクトが残っていればI/Oは出来る環境は残るので、ひょっとしてVMは継続して動くのでは?と、興味を持たれる方もいるかもしれませんので、1号機を残します。シャットダウン後がこちらです。Clientの更新もしっかり行いましたが、VMは起動状態のままです。HOLは残念ながらクライアントOSのデプロイが出来ないので、IOを発生させるなどの検証は出来ませんでした。Clientからも確認しましたが、やはり起動状態ではあるようですね。データストアブラウザからも、各構成ファイルを確認することが出来ないようです。ちなみに今回は、Test-VMは04ホストで動作をしていましたので、HAによるリスタートは起きませんでした。(後々、そこまで想定してvMotionしとけばよかったと思いました)せっかくなんで、手動でTest-VMを再起動してみます。HAでは無いですが、HAによるリスタートと同じ結果が得られると言えます。1~2秒後に、こんな感じでした。その後、VMのステータスはパワーオフ状態となり、以降起動は失敗します。結論:いくらVMDKのレプリカコンポーネントがアクセス可能であっても、オブジェクトは50%以上のコンポーネントを保有していない場合、VMは正常に動作は出来ない。VMは継続稼働状態にはあったものの、ディスクIOなどを受けた場合は、OSやアプリケーション側のタイムアウトなどにより、エラーが発生し停止することが予想される。HAによるリスタート命令を受けるVMは、リスタートが失敗する。データストアブラウザで見た場合、ファイルが消失しているように見える。付録:vSANでの障害ステータスについて以下の図のように、ご覧を頂くとたった1台のホスト障害で、2つのエラーが発生しているように見えます。別の画面ではVMは障害の影響を受けておらず、正常であるかのようにも見えます。管理者の方からすると、複数の障害が発生している、と見えてしまうかもしれませんが、そうではありません。vSANでは、次の3つの視点からVMを評価しているといえます。Client上の”コンポーネントの状態”コンポーネントを保持するデバイスの種別によって”低下しました”または”不完全”と表示される。これらを纏めると、単一の障害で、これら3つのステータスは連動して変化すると言えます。Defined○○で始まる用語をよく聞きます。ソフトウェアにより定義、制御をする○○という意味合いですが、現場の視点からするとどのような利点があるかを考えてみたいと思います。アーキテクチャー編始めてみました。vSANは実は複数のソフトウェアの集合体、と考えていただくことが可能です。(略称DOM)の紹介です。6.6に於けるディスク要求モードについてvSANについて、あることがきっかけで"ディスク要求モード"について実環境検証をしようとした所、あることに気が付きました。あるはずの、"ディスク要求モード変更メニュー"が6.6の環境では存在しないのです。(ESXi内部から、現在利用中のNICドライバーとファームウェアの情報を確認する方法)今回は、ESXiの持つ情報を基準に、NICが利用しているドライバーとファームウェアの情報を表示したいと思います。既存ナレッジとしては次のものがソースとなります。FT編)過去の記事の続編記事です。今回はのような記事はvSphere入門者向けの記事だと言えます。以下の記事と本記事をセットで読んで頂ければ、vSphereが提供する”冗長性のためのクラスター”についての基本的な理解が出来ます。6.5をデプロイしてみました。