ブレードエンクロージャへのESXDRS非アフィニティルール
たとえば、20台のホストが2つ以上のブレードエンクロージャー/ラックに分割されているESX 3.5U4クラスターがある場合、同じエンクロージャー内のブレードで同じクラスの2人のゲストをホストしないようにDRSを構成する方法はありますか？
それらが同じホストで実行されていないことを確認するのは簡単ですが、エンクロージャーまたはラックを紛失した場合に、特定のクラスのすべてのゲストを失わないようにしたいと思います。エンクロージャーまたはラックごとにクラスターメンバーを1つだけ持つことでそれを行うことができましたが、それは私が受け入れる準備ができている以外の多くの方法で私を制限します。
前もって感謝します。
さて、私はついに、この問題を分類しました-私が望んでいた方法ではありませんが、それで十分です。
基本的に、vCenter4.1の更新されたDRSルールシステムは大幅にアップグレードされています。新しいバージョンでは、ホストのグループとVMのグループを作成し、これらに対して4つの異なるルールのいずれかを作成できます。ルールは次のとおりです。
- 名前付きVMグループのVMメンバー必須名前付きホストグループのホストメンバーで実行
- 名前付きVMグループshould）のVMメンバーは、名前付きホストグループのホストメンバーで実行されます
- 名前付きVMグループのVMメンバー必須ではありません名前付きホストグループのホストメンバーで実行
- 名前付きVMグループのVMメンバーすべきではない名前付きホストグループのホストメンバーで実行
これは、エンクロージャーやラック番号をホストメタデータと一緒に保存し、VMグループを定義して、「」というルールを適用する機能を持つという、私が探していた理想からはほど遠いものです。これらのVMをこれらのホスト間で可能な限り均等に分散させます」-しかし、物乞いは選択者などになることはできません。
だから私がやった方法は、これは大雑把に聞こえるかもしれませんが、機能し、保守が簡単です。「evens」などのホストグループと「odds」という別のホストグループを作成して、これらのホストグループに入力することでした。偶数または奇数のラックに存在するホスト。たとえば、ラックVV041のすべてのホストは「奇数」グループに入れられますが、ラック「FF068」のホストは「偶数」グループに入れられます。
次に、VMに対して同じことを行いました。たとえば、サーバー「web01」、「sql1」、「app75」は「奇数」になりますVMグループと02、24、98など） 。 '偶数のグループに入ります。
その後、2つのルールを作成するだけです。1つは「奇数番号のVMは奇数番号のホストに存在する必要がある」、またはその逆です。 DRSを手動で実行する場合は、vMotionストームが発生する可能性があります:)
これで問題なく動作するので、ホスト間でVMのバランスがほぼ均等になり、重要なことに、常に順番に名前を付けるのと同じエンクロージャー/ラックに2つのメンバーのクラスターが存在することはありません（つまり、01と02）。仕事をし、管理が簡単です。
これがITオタクの0.000002％がこのアドレスに役立つことを願っています:)
エンクロージャーごとに個別のVMWareクラスターを作成することはできませんか？ DRSはクラスターごとに機能すると思います。