仮想化の落とし穴/教訓


23

既存のハードウェアを仮想化環境に変換した後に学んだ落とし穴または教訓は何ですか?あなたが仮想化しようとしたが、二度としないことはありますか?


おそらく、これはコミュニティwikiである必要があります。
jtimberman

回答:


14

失敗すると仮想メディア(CD / DVD /フロッピー)が常に排出されるため、vMotionがトラックで停止することがよくあります。

NTPとDNSのセットアップを正しく取得してください。これにより、自殺を考えずにすみます。

十分なメモリまたはストレージを確保することはできません。

HPのiLOシステムなどのマシンに、OSなしでリモートアクセスできることを確認してください。

OS / App .ISOファイルのリポジトリを保持します。

あなたの質問への直接的な答えではありませんが、誰かがこの応答を見つけることによって将来自分の髪を引き裂くことから自分自身を救うことを期待して-HPブレードサーバーはデフォルトで有効になっている「VT」ビットで出荷されません、有効にする必要がありますBIOS(F9)で。これがなければ、ESX 3.5U4は有用なエラーをスローせず、コードのインストール前にハングするだけです:(


1
それはあなただけではない、私はほとんどのプロセッサがデフォルトでVTを有効にしていると思う。少なくとも最初のパニックは、そのコーヒーを必要としないようにします!
カラマルフィア2009年

1
メモリーを増やすには+1。私たちは常に新しいVMを起動しており、(2.3 GHzの比較的低速なCPUでも)十分な CPUを使用できますが、RAMは貴重です!
マットロギッシュ2009年

2
HPのiLOの場合、大きなライセンスを取得してください。ブートローダーの起動後、基本ライセンスではコンソールにアクセスできません。基本ライセンスを使用すると、パワーサイクル(およびシリアルポートへの接続)だけを行うことができます。シリアルポートのgettyは、実際のコンソールポートには何もありません。(sparcを使用すると、シリアルで実際のコンソールを取得できます。Sunの同等のiLOには、追加ライセンスなしのコンソールがあります)。
トーマス

13

質問に答えるために-P2V移行に関連する落とし穴。

最初に-P2V移行はほとんどの場合非常にうまく機能します。システムがクリーンで新しいほど良いですが、古い環境(NT4システム)を移行した場合でも、さまざまな環境で100回以上移行した後の成功率は約90%です。それは、計画された日(ほとんどが夜間)に移行され、運用環境に引き渡されたシステムです。移行が明らかに成功した後に取り消す必要があったシステムが1つしかありませんでした。プラットフォームが提供できる以上のCPU処理能力を必要とするSQLボックス。VMware Converterは無料で(エンタープライズ版ではない)、Platespinは非常に優れています(ただしコストがかかります)。

とはいえ、避けるべきことがあります。

MSCSクラスター。それらを機能させることはできますが、決して素晴らしいアイデアではありません。また、後で問題が発生した場合、Microsoftはほとんど確実にあなたを助けません。代わりに、新しいスタンドアロンシステムを構築します。

大規模なSQLサーバー-大規模を重視。これらは事前にCPU要件POVから赤信号されているはずですが、ターゲットVMに十分なCPUヘッドルームがあるかどうか確信がない場合は、POVを動かそうとは思わないでください。

移行中にシステム名またはIPアドレス(またはその両方)を変更する予定がある場合は、最初にそれを行わないことを検討してください。絶対に選択の余地がない場合は、それらの変更が問題のシステム。私の最悪の移行は、DMZに配置されたVPNの認証に使用されるRSA ACEサーバーであり、クライアントは私の異議の聞き取りを拒否し、移行中に名前とIPアドレスの両方の変更を要求しました。

上記に関連する-完全にフラットなネットワーク以外のものがある場合は、テストVMを構築し、VMネットワークが移行元の物理ネットワークを完全に複製することを100%確認します。

Windows AD環境では、移行するボックスにローカル管理者アカウントがあることを常に確認してください。移行する前にテストしてください。

物事にどれくらい時間がかかるかをよく知っていることを確認してください。P2Vのコピー時間は、使用可能なネットワーク帯域幅(明らかに)によって異なりますが、移行する各ボリュームのファイル数によっても大きく影響を受ける可能性があります。これは特に、PlatespinがNT4 *システムを移行する際の問題ですが、ファイルレベルでコピーするP2Vソフトウェアに影響します(通常、ボリュームのサイズ変更を選択した場合に適用されます)。GigEネットワーク、比較的高速のソース、適切なターゲット設定で1秒あたり70〜80メガバイトのコピーレートが可能ですが、20〜30メガバイト/秒がより一般的であり、100Megネットワークと多くのファイルを持つ前述のNTシステムではコピーレートを確認しました50キロバイト/秒の範囲にドロップダウンします。

  • 理想的にはこれらを取り除くことができますが、一部の人々はその豪華さを持たず、おそらく実行される完全に修復不可能なハードウェアのそのようなOSを取得することはほとんど常に良い考えです。

8
  • 事前にしっかりとしたバックアップ戦略を用意してください。VMをベアメタル上にあるかのようにバックアップするか、データストア上の仮想ハードディスク(または両方)をバックアップするかを決定します。一般的に、必要なバックアップフットプリントは最初は大幅に増加することがわかったため、すべてのねじれを解決する前に、古い物理マシンと新しいVMの両方をバックアップする最初のスパイクに備えてください。
  • VMのスプロール化にも注意が必要です。仮想化が開始されると、すべてをVMに移行する衝動が大きくなります。これは機能しますが、おそらく十分なハードウェアをすぐに注文しなかったでしょう。
  • 変換できないマシンや、おそらく変換すべきでない他のマシンがあると思います。10年前の物理マシンを使用してVMにクローンを作成できることは素晴らしいことですが、いぼなどもありますが、
    クリーンなOSを構築して物理マシンからオブジェクトを移行する方が良いシナリオは確かにあります。時には、クモの巣を介して変換しない方が良い場合があります。
  • 多くのネットワークポートを使用する準備をします。異なるVLANで実行するシステムがあり、単一のポートをトランキングできる場合は、vSwitchに供給するVLANの個々のポートが必要になる可能性があります。冗長性が必要で、iSCSIを使用している場合、多くのNICを見ることができます。

7

私の経験から、記憶媒体については非常に注意してください。iSCSI SANを使用して、100Mbit接続のみをサポートするようにしました。システム上で1つのVMを実行することは悪くありませんでしたが、2つでは十分ではありませんでした...

私の個人的な教訓:評価されたIOPSを確認し、ストレージデバイスの使用方法に関連する製品に関するレビューをさらに読む

私が学んだもう一つの便利なこと...基本インストールと強化後に「バックアップ」ディスクイメージを作成すると、他のシステムのビルドが速くなり、維持するのに非常に便利です。


6

仮想環境で本番データベースサーバーを実行しないようにしてください。I / Oのオーバーヘッドは許容できません。DBAがプライマリMSSQLサーバーの仮想化を許可したときに、大きな問題が発生しました。クエリの実行には数千ミリ秒かかりました。専用のボックスに戻すように説得したところ、スループットと速度が10,000%向上しました。


6

vmotion / vmkernelトラフィックに冗長ネットワークを使用します。スイッチがリブートしたからといって、仮想マシンをシャットダウンしたくありません。

ああ、1つのDC / DNS / DHCPサーバーを仮想化から除外します。重大なSANクラッシュが発生した場合、ユーザーはあなたをあまり嫌いません。


1
非仮想化基本ネットワークサービスの+1-そのリストにNISを含めます。また、私は中央のsyslogサーバーを仮想化されていないものにするのが好きです。
デビッドマッキントッシュ

良い点は、管理サーバー(VmwareのvCenterなど)を仮想化しないことです(はい、できますが、できません)。
パウスカ2009年

5

まだ持っていない場合-移行前に物理マシンの完全なバックアップを取ります。ほとんどのマシンにある通常のコンテンツバックアップの代わりに、イメージがおそらく最良であるか、ASR /システムの復元または完全なシステムスナップショットを提供するものであれば何でもかまいません。

P2Vツールは、物理マシンを台無しにして予期せず裏目に出る可能性があります(VMWareコンバーターでP2Vを1回試みていたマシンを1度殺しましたが、幸いなことにテスト移行でした)。システムを最初から復元する準備をしてください。はい、これは多分1000対1のチャンスですが、あなたはそのチャンスになりたいですか?


5

VMWare Converterは、scsiから起動する仮想マシンを作成します。MS仮想マシン scsiから起動できません。[編集-コンバータのバージョン4では、SCSIまたはIDEを指定できるようになりました。

非ACPI物理マシンを仮想化する場合は、目的のためにソフトウェアを購入してください。(発見のエキサイティングな旅に数週間の余裕がない限り!)

また、VMWare Converterは、MS SCVMMが失望して手を放つジョブに取り組みます。

大量のRAMを持ち込みます。

仮想化ツール(VMWareまたはMS)がインストールされるまで、何もしないでください。

別のプラットフォーム/バージョンに移動する場合は、前述のツールをアンインストールします。

CPU制限に注意してください。2 CPUウィンドウ2000のP2Vは、1つだけがサポートされることを教えてくれました。

  • 2000-1コア
  • 2003-2コア
  • 2008-4コア

別のプラットフォームに移動する前にツールをアンインストールするための+1。
ケンチェン2009年

4

SANを使用してVMイメージを保存する場合は、デバイスとホストに非常に明確なラベルを付けてください。SAN上のホストからディスクへのマッピングを削除すると、VMでまだ使用されている場合はひどいことをします。


3

Microsoftは、VMwareで実行されているExchange 2003をサポートしません(少なくとも、これは正式な対応でした)。多くの腕をひねることで、彼らからいくつかの非公式のサポートを得ることができましたが、それはすでにストレスの多い危機で余分な頭痛を引き起こしました。


3

これらの多くはVMware固有のものです。

  • 物理マシンとしてのパフォーマンスが低い場合、仮想マシンとしてのパフォーマンスは低下します。
  • Cold Clone ISOはあなたの友達です
  • ガベージイン、ガベージアウト。古いシステムをP2Vしている場合、不要なフットプリントを残すことができます。参照してください。P2Vの後にゴーストハードウェアの表示P2Vの後に必要な手順、およびP2V-scripts.pdf
  • ゲストオペレーティングシステムがP2Vソフトウェアでサポートされていることを確認してください。
  • Windows 2000はSCSIドライバーに関して苦痛になることがあります

2

VMwareの愚かな悩み:VMwareの異なるバージョンは、仮想ディスクデバイスに異なるSCSIドライバーを使用します。そのオプションを検討する前に2時間を無駄にすることは完全に可能です。


1

さて、これまでのところ、私が仮想化を行っているという恐ろしい話はありません。ただし、いくつかの注意事項があります。

  1. 事前に詳細に慎重に計画してください。特に、仮想化できない宿題をいくつか行います。

  2. サーバーで実行されているアプリケーションのベンダーが仮想環境をサポートしていない場合は、サポートされるまで待ちます。

  3. すべてのVMイメージを格納するストレージとしてSANを実装します。

  4. ほとんどのパフォーマンスを得るには、ESXまたはESX(i)、またはHyper-Vを実行します。

おそらくそれ以上ですが、今のところはこれですべてです。:)

[更新]ここに別のものがあります。ホストサーバーに最新のファームウェアを適用します。しなかったものがあり、数日に1回紫色の画面が表示され、サーバーが完全にクラッシュした。


1

仮想化の影響は、オーバーヘッドのパフォーマンスの約5%です。既存の環境でのリソース消費を測定して、仮想化環境がこの負荷に耐えられるかどうかを判断します。

仮想化ソリューションを導入する前に:

  • VMをバックアップおよび復元する方法を知っていることを確認してください。Windows DCの場合のように、スナップショットの使用はサポートされない場合があります
  • そのソリューションがVM内でサポートされているかどうかをエディターに確認してください。Microsoftは、サポートされるソフトウェアのリストをVM内に保持しています:KB 897613
  • VMを作成するのは非常に簡単なので、ユーザーはすべてのリクエストに対して新しいVMを生成する傾向があります。次に、ソリューションがサポートする予定よりも多くのVMがあります。

1

あなたが仮想化しようとしたが、二度としないことはありますか?

もう一度試してはいけないとは言いませんが、階層化された仮想化は扱いにくいものです。

階層化とは、Egenera、HP Virtual Connect、Cisco UCSなどの仮想化ハードウェアでxenまたはesxを実行することを意味します。良いアイデアのように聞こえますが、デバッグには非常に時間がかかる場合があります。


0

VMWareで、スナップショットが終了する場所を確認します。VMファイル自体を使用してSAN上のLUNに配置するように構成しました。技術者は、ほぼ満杯のLUNでスナップショットプロセスを実行していました。後で彼は何らかの理由でVMを再起動し、ログファイルが原因でVMが起動しませんでした。原因としてLUNがいっぱいになったのは、ちょっとした幸運でした。


0

動的に拡張するVHDを使用する場合は、十分に大きくなるようにしてください。100GBを使用し、20個しか使用しない場合...大したことはありません。ただし、25で行った場合は、先にいくつかの作業があります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.