Manageのトレーニング提供です。やるたびやるたび話したい内容が増えていきます。前回のトレーニング中に受けた質問にこんなものがありました。■トレーニング受講生のGさん:すいません、資料には”ドライブ交換の際って、ESXiはメンテナンスモードにする必要がありますか?”■私:いや、特に不要だと思われます。見ると確かにスライドにそういう記述がありますね。ホットプラグ非対応なサーバーをシャットダウンする時には設定が必要と言えるから載ってるようにも見えますね。実際前に私が擬似障害を発生させた場合は、メンテナンスモードにしなくともオブジェクトの再同期はうまく行きました。この経験に基づけば、不要かな、とも言えます。スライドで態々メンテナンスモードにすると書いてある記載がどうにも気になり調べてみました。ここに行き着いたわけです。困ったときのコーマック・ホーガン先生です。blogs.vmware.comコーマック先生によると、VMwareはディスクグループまたはディスクの交換を安全に行うためのは、データをなるべく退避し交換作業を行うことを強く勧める、とのことです。安全性という意味では確かに、と頷けます。ディスク交換に関連するページでも、次のように交換作業時のデータ欠損リスクを無くすために、データ退避を勧めていますね。Libraryしかし、ディスク交換のために正常稼働しているディスク上のデータの移行も発生するわけであります。クラスターノードはディスクグループ上のキャッシュとキャパシティの提供を行わなくなります。クラスター内で、メンテナンスモードに設定されるホストが提供する空き容量が大きい場合、メンテナンスモード投入後に空き容量が不足する可能性が考えられるため、ノードごとの提供容量が均一化されている方が、単一ノードのメンテナンスモード設定による影響が低減出来ることを意味します。メモリ)も、一時的に減ることを意味します。言うことはデータ退避が目的のはずのメンテナンスモードであるにも関わらず、コンピュートリソースまで減るのは少し影響があるように見えます。ここでコーマック先生は続けて次のようにコメントしています。6.0からはメンテナンスモードにしなくとも、ディスクグループ削除またはディスクの削除時にデータ移行のオペレーションが出来るようになった、と言っています。確かに、6.0からは仕様が変更されており、メンテナンスモードでなくともこれらのオペレーションは出来ます。いう意味では、6.0以降であれば必ずしもメンテナンスモードでなくとも、データ退避は出来ますからこちらの手法でもいいかもしれませんね。いうことで、今回は次の結論に行き着いたと言えます。結論:VMwareとしては、ディスク交換時には、関連ディスクグループ内のデータを移動することを推奨している。(つまり、メンテナンスモードにすることを推奨にしているわけではないようです)但し、3ノードクラスターでのFTT=1構成など、構成規模によってはデータ移行が出来ない環境もあるため、そうした環境ではその次第ではないことも念頭においておく必要が有るといえます。Manageのトレーニング提供でした。Manageが新たにリリースされましたね。6.2のコース提供を絶賛行っております。基本的な障害に関する情報はコース内で紹介するものの、具体的な交換手順やその際の諸注意は資料以上の内容が知りたいという声も多いです。帰国>久しぶりの更新となりました。2日ほど前に帰国しましたが、前回の更新から本日に至るまで色々ありました。ちなみにこれはNSX最終日のディナーでした。T-Boneステーキだそうです。見た目は小さいですが意外とこれで量は多いです。その2>出張まであと2日です。何も揃ってない私ですが、Amazonが居てくれるのでなんとかなるに違いない。いうことでこんな感じで荷物が届きました。Replicationに関する情報ソースまとめと簡単なFAQ集です。本記事では、VMware社公式なソース、私の検証に基づく情報が掲載されます。