6.2のコース提供を絶賛行っております。基本的な障害に関する情報はコース内で紹介するものの、具体的な交換手順やその際の諸注意は資料以上の内容が知りたいという声も多いです。HUBの情報をベースに、HOL上での動作検証も踏まえ上記に対する考察を記載していこうと思います。backup.(もしストレージポリシーによる保護で、FTTが0に設定されているVMのデータが障害ディスクに保存されている場合は、VMDKへのアクセスはできなくなる。この場合はバックアップからのデータ復元を行う必要がある)ここまではStoragehub.vmware.comの簡易翻訳にすぎないので、HOLで動作を見たいと思います。今回はHOLということで、物理的な実機はないので、pythonスクリプトで予め用意されている疑似障害スクリプトで動きを見てみます。疑似障害の発生から収束までの手順はは次の通りで実施をしてみます。”デバイスID”コンポーネントの再同期状態をGUIで確認する3.で設定した疑似障害のステータスをクリアする以下の図では既に1.と2.の工程を終えています。(Failure-Testという名称のVMのデータが、FTT=1で保護されており、ホスト01と03上にデータコンポーネント、02ホストにスプリットブレイン回避用のウィットネスメタデータが保持されています)ここではこの赤枠内の黄色の蛍光ペンでマークしているesx-01a~で始まるホストのディスクに障害をマークしたいと思います。Testドキュメントからの抜粋であり、naa識別子により障害発生ディスクを指定しています。(naa.600508b1001cla7f310269ccd51a4e83=vmhba1:C0:T0:L4です)HOLでは上図のように括弧内を見たところ、NAA識別子ではないMPX識別子でディスク識別子が与えられていたので、MPXから始まる値で次のコマンドを実行してみました。mpx.vmhba3:C0:T0:L0上記でコマンドをSSH接続したESXiホストに実行した所、次の出力となりました。コマンドの結果、1台のキャパシティディスクに障害フラグを立てることが出来ました。この結果vSAN内で保護されている仮想マシンのコンポーネントの様子を見てみると次の通りです。ネットワークの通信状況は?(ネットワーク編)少々更新が遅れましたが、今週初めの記事です。esxtopネタを続けようかと思っております。今回はネットワークの通信状況について、esxtopにて確認をしてみようかと思います。Volumesのメリット久々の更新です。社内でVMware以外の製品トレーニングに追われており、なかなかVMware製品の知識まとめが出来ておりませんでしたがぼちぼち再開をしていきます。AWSの使い方(その2)インターフェースの操作方法について本項では、実際にHOLを操作してみて、インターフェースの操作方法を確認してみたいと思います。このままNEXTを押下すると、パスワードを聞かれました。