VMwareのスナップショットは時々遅くなり、それが仮想マシンのパフォーマンスに影響します。スローなVMwareスナップショットを防いだり、修正したりすることは可能です。もしうまく行かなくても、スナップショットを避ける方法もあります。
スローなスナップショットをを解決するために何はユーザのスナップショット処理を遅れさせているのかを見つけ出す必要があります。仮想マシン(VM)はビジーかどうか?ストレージは加重負担を強いられているか?インフラ環境内で何がスナップショット問題を起こしていないか?
VMwareのスナップショットは時々遅くなり、それが仮想マシンのパフォーマンスに影響します。スローなVMwareスナップショットを防いだり、修正したりすることは可能です。もしうまく行かなくても、スナップショットを避ける方法もあります。
スローなスナップショットをを解決するために何はユーザのスナップショット処理を遅れさせているのかを見つけ出す必要があります。仮想マシン(VM)はビジーかどうか?ストレージは加重負担を強いられているか?インフラ環境内で何がスナップショット問題を起こしていないか?
VMware vMotionは互換性のあるCPUを使用するサーバ間のみ使用することができます。vMotion Enhanced Compatibilityで新旧サーバCPUは同じ言語を使用することができますが、仮想マシン(VM)はIntel CPUを使用しているサーバからAMD CPUへvMotionでマイグレイトはできません。
ネットワーク・コンフィグレーションはvMotionの成功・不成功に大きな役割をします。例えばvSphere 5.1のVMware拡張ネットワーク・監視と最適化オプションで、管理者はスイッチでのミス・コンフィグレーションでのネットワーク問題をさらに簡単に解決することができ、vMotionでのネットワークを順調に保つことができます。vSphere vMotionはラウンドトリップ・ネットワーク遅延が5ミリ秒以下の場合のみ稼働します。このネットワーク遅延要件が厳しすぎることが判明した場合、管理者はvSphere Enterprise Plusエディションでの遅延を感知するMetro vMotion機能を利用して、ラウンドトリップ・ネットワーク遅延制限を10ミリ秒に倍増することができます。
バースト性ネットワーク・トラフィック・パターンでのVM(仮想マシン)では大きなパケット損失(ロス)が起こる可能性があり、VMのネットワーク設定内で修正を必要とする可能性があります。最初にVMが使用している仮想ネットワーク・カードのVMXNET3を検証します。Linuxホストでこのような場合、大容量データ・ファイルが高帯域幅のネットワークを介して送信され、そして特定のある状態で高いパケット損失が起こります。送受信チェックサムを無効にすることによって、状況を修正します。これらのチェックサムが正常に誤ったパケットを締め出すようにするには、リスクを追加します。通常のイーサネット・カードのエラーは百万分の一以下で、リスクレベルは低いです。
A:Virtual Machine Management Serviceプロセス (vmms.exe) がVMをエキスポートしますが、このプロセスを止めることはできません。代わりにHyper-V管理コンソールをオープンし。エクスポートしたVMを選択して図のように「Cancel Exporting」を選択します。
Veeam Software社は仮想化におけるデータ保護に関する調査をVanson Bourne社という独立した調査会社に依頼し,そのレポートが2010年版に続き2013年版が発刊されました。これはその一部を紹介するものです。
調査は2012年の11から12月に行われ、米、英、仏、独の4か国の従業員1000名以上の企業の500名のCIOに対して行われました。(Ave:平均, DE:独, FR:仏, UK:英, US:米)
データセンターでの多種類のハイパーバイザー管理における問題点は?
今日の仮想化技術の先端状況を考えると、同じ環境で1つのハイパーバイザーが他と共存しないというケースはほとんどありません。最大のズレはVMの相互運用性の不在です。例えばHyper-VでディプロイされたサーバはESXi仮想マシンへのロードや起動はできません。ESXiのVMは他のvSphereシステムで始動するかマイグレートする必要があります。
マイクロソフトは Windows Server 2012 Hyper-VからVM(仮想マシン)のインポート・プロセスを効率化させました。
VMのインポート・プロセスの要望が多かった理由にはいくつかあります。最初にインポートする前にVMのエクスポートが必要です。しかしVMのエクスポートには必要以上に制限したプロセスがあります。
スナップショットはHyper-V管理者のツールキットとして重要な一部です。Hyper-Vのスナップショットを使用して管理者は以前の状態にロールバックしたり、変更を元に戻したり、リカバリ時間を削減したりすることができます。しかしそれを正しく使用することを知らなければ、障害に陥ったり、不注意にVMパフォーマンスを落としたりすることがあります。自身の仮想化概念を持つ前に、いつ、どのようにHyper-Vスナップショットを使用するかを確認する必要があります。
vSphereや他の仮想環境に大規模VMをディプロイする場合には負荷分散と高可用性バランスに注意を払います。負荷分散と高可用性バランスはいつも簡単に実行できるわけではなく、自動のvSphereロードバランシングとHAツールはいつも高度の非対称環境でのタスク次第ではありません。
絶対的なRAMとCPU消費ではVM全体は分かりません。例えば最近の2Pサーバは簡単に512GB RAMを搭載できます。もし高いRAM要求で、低CPU使用率のサーバに384GB VMが常駐していていれば、低RAM要求で、高VPU使用率のの小さなVMを追加できますか?
VMware vSphere内またはMicrosoft Hyper-V内のいずれを問わず、VMが正しく動作するには、仮想プラットフォームでOSとVMオブジェクトの両方が機能している必要です。どちらか一方を失えば、VMは動作しません。これは当たり前にように思うかもしれないが、多くのバックアップ ツールは、仮想化を意識して設計されていません。このような従来型ツールは、VMを構成するファイルを保護することに注意を集中し、プラットフォーム内のVMのメタデータには全く注意を払ってません。
VMwareで仮想マシンのスナップショットを作成する際に以下のようなエラーが発生することがあります。
・Create virtual machine snapshot VIRTUALMACHINE File <unspecified filename> is larger than the maximum size supported by datastore ‘<unspecified datastore>’
・File is larger than the maximum size supported by datastore
・仮想マシンのスナップショットの作成 VIRTUALMACHINE ファイル VIRTUALMACHINE/VIRTUALMACHINE.vmx はデータストア「[unspecified datastore]」がサポートする最大サイズを超えています。
通常、vSphereではスナップショットを仮想マシンの構成ファイルである.vmxと同じディレクトリに保存しています。しかし、VMFSのディスクサイズ制限(記事はこちら)により、スナップショットが作成できない場合やスナップショットを別のデータストアで管理したい場合などには必要に応じて、この保存先を変更する必要があります。