管理者になったつもりで考えてみてください。管理者として自社の仮想基盤の整理を任されています。サーバ上で100台の仮想マシンが動いています。自社のvSphereの環境構成図あなたの会社がある新規サービスを立ち上げるため、仮想マシンを展開することになりました。サーバはリソースが飽和状態のものや時間帯によって大きく変化したりと様々です。サーバを探そうと考えたのではないでしょうか。サーバのリソースを調べるのにも大変な労力と時間を消費します。見つかったとしてもすぐ負荷負荷状況が変わる可能性もあります。サーバ間の負荷の均衡をとります。サーバにどの仮想マシンを移行すればよいのか?判断が難しい。ホストへ移行していくのも根気のいる作業。サーバにどの仮想マシンを退避したらいいのか?もちろん移行先にある仮想マシンに影響がでないようにしなくては...。仮想基盤にしたにもかかわらず悩ましい課題がでてきてしまいました。サーバを、一つの大きなコンピュータ(リソース)として扱える、と説明しました。お任せできてしまいます。サーバ上に自動(もしくは管理者が承認後)で展開されます。サーバ上に移行されます。発動後の​​負荷のロードバランス課題3。サーバをメンテナンスモードにすることによって、仮想マシンの再配置を自動的に行ってくれます。サーバ上へ展開するか?といったことを考える必要はなく、単にクラスタに仮想マシンを展開するといった感覚で仮想マシンの展開を可能にしています。課題1~3について考慮する必要は無くなりますね。?クラスタ単位で考えると、今まで以上に仮想基盤を有効に使う事ができるかもしれません。設定を行ってみましょう。して仮想マシンの再配置が行われるタイミングは以下の2つです。設定で特徴的なのが「自動化レベル」と「移行のしきい値」です。有効にしても仮想マシンを移行するタイミングは自分で確認したい!という方には自動化レベルの設定が役に立ちます。サーバに自動で移行されます。クラスタ内の負荷の偏りを検出し、自動で仮想マシンの移行を行ないます。サーバで動いているかあまり意識しません。より仮想マシンが最適なホストに配置されます。クラスタ内のリソースに偏りが出てくると、仮想マシンの移行推奨が表示され、IT管理者が承認後、仮想マシンの再配置が行われます。●手動この場合、自動的な仮想マシンの移行は行われません。サーバのリスト表示、またクラスタのリソースに偏りが出た場合、仮想マシンの移行を推奨する表示がされ、いずれもIT管理者の承認後仮想マシンの配置、再配置が行われます。)のクラスタのリソースに偏りが出た場合ですが、少しの偏りでも再配置をするのか、大きく偏りが出た場合に再配置をするのか?を定義するのが「移行しきい値」です。サーバ間のリソースの偏り具合によって移行するかしないかを決定します。この決定する値のことを移行しきい値と呼びます。図7に示す通り、しきい値は1(保守的)〜5(積極的)までの5段階あり、デフォルトは3に設定されています。しきい値1はメンテナンスモードと呼ばれ、仮想マシンの再配置はメンテナンスモードが実行された際のみ行なわれます。移行しきい値は、値が大きくなるにつれ、少しの偏りでも仮想マシンの再配置(積極的な再配置)が行なわれるようになります。サーバを限定したい!というご要望があるかと思います。ホストアフィニティという機能です。サーバを限定することでソフトウェアライセンスの節約や、仮想マシンの所在をはっきりさせておくことも可能となります。HAの時にも有効に働きます。できることを一度ご理解いいただくと、この機能にきっと魅力を感じると思います。ない環境はちょっと大変...と思われているかもしれません。ちなみに、VMwareでは事例を紹介しております。(統合率32.5)を稼働させ、リソースを有効に使用させてさせております。こちらのお客様のお声もご参照ください。使用されているお客様にうかがうと、「この機能はやはり便利♪」とおっしゃっておりました。魅力をご紹介していきたいと思います。