管理者に仮想マシンに展開するよう説得する方法
本番アプリケーションサーバーにVMを使用してどのように「販売」しますか？そのような状況でそれらを使用することの魅力的な利点は何ですか？
重要であるが、現在リソースの必要性が非常に少ない（syslog-ng、openldap、一部の社内ツール）、冗長にしたいアプリケーションをいくつか維持する必要があります。プリンシパルから外れて、CPU使用率が0.1％のマシンがたくさんあるのは好きではありません。
しかし、「仮想マシンはリソースを消費するため、本番環境には決して適していません」と主張する人々を説得しようとした場合、どのように伝えますか？
さて、あなたはここで本当に素晴らしい答えを得ました、しかし私はなぜ私がVMwareを愛しているのか、そしてそれが兄弟であるのかを明らかにします。
使用率-サーバーでいっぱいの部屋で、おそらく1ダースが50％近くの使用率で何かを行っている場合、代わりにそれらのサーバーを1つまたは2つの単一の大きなサーバーに統合して成長の余地を残すことができます。
キャパシティプランニング-成長するリソースを購入できるため、懸念が少なくなります。5000ドル相当のサーバーにより、新しいサービスを展開する際に多くの柔軟性が得られます。
不動産-3つのESXサーバー（2xquadコア）で200台のマシンのテストラボを実行しています。これは、90％の時間アイドル状態で1〜300ワットの電力を消費しておらず、ディスク、メモリ、CPUを浪費していない197台のサーバーです。
柔軟な展開-新しいプロジェクトには15台のWindowsサーバーが必要です。ラボマネージャーのようなツールを使えば、これをすぐに手に入れることができます。
簡略化されたアップグレード-製品へのアップグレードをテストしたい。マシン全体のクローンを作成し、それを独自のネットワークに配置して、既存のサービスに影響を与えることなくアップグレードテストを実行するだけです。
バックアップ-マシン全体の実行状態のスナップショットを撮ることができます。ファイルをロックできない特別なバックアップクライアントはもう必要ありません。 （ただし、アプリケーションの状態については完全には当てはまりません）。
管理-1つの統合ツールからマシン上のすべてのものをリモート管理できます。
コストセンター/使用率の請求-使用率ごとに請求できるツールが市場に出回っており、グループが公正なシェアを超えて支出しないように予算を調整するのに役立ちます。
ディザスタリカバリ-大きなESXサーバーがクラッシュした場合、それは[〜＃〜] can [〜＃〜]ワークロードをリカバリ用に指定されたバックアップサーバーに移行します。 VMがクラッシュしたことさえ知らずに、時々。
主張を裏付けるためにいくつかの数字が必要なようです。
仮想化はオーバーヘッドを追加しますが、アプリケーションのパフォーマンスがオーバーヘッドの影響を受けない場合、オーバーヘッドは関係ありません。提案された仮想化環境でのアプリケーションのパフォーマンスに関する数値をまとめることができれば、「仮想化はリソースを使用する」という議論に反論することができます。
電気代、ハードウェア保守契約、サーバーコンピューターへの設備投資、サーバーコンピューターハードウェアの実地保守にかかる人件費の削減を示す合理的なハードドルの数字を示すことができれば、あなたのケースを強化できると思います。
仮想化環境のライセンス費用とその維持に関連する人件費を忘れないでください。
おそらく、すべての作業を実行して、数値が意味をなさないことがわかる可能性があります。それが起こった場合は、その準備をしてください。
コスト削減を示すためにスプレッドシートを編集しました。それは機能しました-私は今、いくつかのVMサーバーを持っています。
数枚のシートを作成し、コストをレイアウトするだけです。 1枚のシートに、サーバーごとのコスト（サーバー、OSなど）をリストしました。これは、たとえばサーバーあたり8000ドルになります。おそらく10台のサーバーを実行している場合、最大$ 80,000になります。
別のシートでは、VMのコストです。サーバーは一般的に強力なので、ハードウェアの場合は12,000ドル、VMwareの場合は8000ドルとしましょう（これはニーズに大きく依存します。これはおおよそデュアルクワッドです。コアコスト）、およびWindows Serverライセンス用にさらに8000ドル（Datacenter Editionの場合はプロセッサあたり約4000ドル）なので、約28,000ドルになります。これらは大まかな数値ですが、かなり近いはずです。
Datacenter Editionを使用すると、物理ボックスに無制限の数の仮想サーバーをインストールできます。つまり、10台の物理サーバーで80,000ドル、またはボックスで実行できる数のサーバーで28,000ドルです。現在15台あり、余裕があります。
通常、このような数字にはCFOのよだれがあります...
ジェス
メンテナンスが大幅に削減されます。
アプリケーションをシームレスに移動できるため、サーバーをアンロードして作業することができます。電力コストが削減されます。
1台のマシンで複数のサーバーを実行することにより、全体的な電力使用量が削減されます。信頼性が向上します。
クラスタリングにより、すべてのアプリケーションの高可用性が得られます。
コスト削減で十分なはずですが（ このプロジェクト さらに2台の仮想サーバーを手に入れました）、IT稼働時間の責任を負うマネージャーはこれを簡単に検討する必要があります。仮想化がフラッシュインザパンのマーケティングギミックではない他のいくつかの理由。
メンテナンスのしやすさ-バックアップが適切に行われていることを確認しますが、修正プログラム/ロールアップ/アップグレードがうまくいかなかった場合は、スナップショットにロールバックする方がはるかに高速です。
リソースの柔軟性-四半期/年の終わりとあなたの経理部門はすべてスクランブルですか？別のVMから数GBのRAMを取得し、それらをそれらのサーバーに割り当てます。最大10分かかります（そして、午後8時にジャマでそれを行うためにVPNで接続できます）。
ディザスタリカバリのオプションは途方もないです。オフサイトのバックアップから、重要なVMを1日か2日以内にホストするためのオプションの数を想像してみてください。それを、すべての保証ハードウェアを交換するためのコスト/タイムラインと比較してください。
内部プロセスには、おそらく仮想化のための多くのアプリケーションもあります。たとえば、ハードウェアでメジャーバージョンのアップグレードをテストするために重複するテスト環境をセットアップすることと、既存の本番環境をクローンすることによる時間の節約VM（同じ物理サーバー上に存在する可能性がある） 、気にしないでください）...（言うまでもなく、それはより良いテストです）
私は続けたくなりますが、あなたはその考えを理解します。
edit-タイミングがすべてだと付け加えます。このプロジェクトの大部分は、停止とダウンタイムに関する特定の管理上の懸念を、それらの問題を解決できる正確なテクノロジー（たとえば、再インストールできなくなったシステムでのアンティークハードウェアの仮想化など）に結び付けることができたためです。最終的にそれを売り込むことができた）。
より多くの引数については、 仮想化タグ をざっと読みたいと思うかもしれません。人々が思いついたプロジェクトの多くは、私には思いもよらなかったでしょう。
VMのメリットは自分で確認できますが、VMのメリットはわかりません。そのため、VMのメリットをメリットに変換する必要があります。
消費電力が少ないということは、繰り返し発生するコストが少ないということです。稼働時間が長いほど、信頼性も高くなります。管理が簡単になると、他のプロジェクトに取り組む時間が長くなります。
すべての用語を単純化し、管理者が理解できるものに分解すると、理解するのは非常に簡単な方程式です。
このArs Technicaイントロ から始めて、 他の記事 を読み、 AnandTechのパフォーマンステスト でフォローアップします。確かにたくさんの記事があり、Arsのサーバールームフォーラムにはいくつかの進行中のスレッドがあります-あなただけではありません。
私は彼らにどこへ行くべきかを教えますが、それはあなたの状況を助けません。 ITが仮想化のメリットを理解していない取締役会を示すことは困難です。ただし、たとえばディザスタリカバリにVMを使用する場合、たとえば4VMを備えた2台のサーバーを配置するための豪華なフェイルオーバーシステムを配置できるため、ROIをすぐに確認できます...一方のサーバーがダウンすると、もう一方のサーバーがアップします自動的になど。1つのボックスでマシンのパワーホスティングをより有効に活用することに影響を与えています。これはVMの通常のボトルネックであるため、ハードディスクの使用には注意してください。
一部の作業環境では、無料のVMソリューション（ESXiなど）を使用して、中断することなく移行できる場合があります。テスト後、サーバーの電源を切ることによる節約と節約を示します。あなたの時間と管理能力について。
有料の追加が必要な場合でも、機能が本当に役立つためには、ライブマイグレーションのようなものは必ずしも安価ではありませんが、無料のものは、環境でソリューションを使用する可能性を示すのに大いに役立ちます。
繰り返しますが、これがどれほど実行可能かは、環境に完全に依存します。そして、これを実行しようとすると発生する可能性のある問題を示すことができます。データベース主導のPOSサーバーがありましたが、当時は仮想化が嫌だったようです。それがVMWareサーバーのインストールなのか、ホストのインストールなのかはわかりませんが、物理サーバーを本番環境に戻す前に、トラブルシューティングや調整を行う機会はあまりありませんでした。
一方、現在、ESXiを実行している1つの仮想サーバーに約7台のサーバーをシャットダウンしました。サーバールームでの電力消費を確実に節約し、冷却にも役立ちました。