ヒント：Hyper-V仮想マシンの展開に関する考慮事項

Microsoft Hyper-Vを構成する際、ユーザーはストレージ、フェイルオーバー、ネットワーキング、構成の自動化などの主要テクノロジに集中できます。これらのモジュールは重要ですが、ユーザーが実際に仮想システムを使用することを決定した場合、仮想マシン（VM）がクラッシュし、仮想リソースに対する可視性の欠如が最大の脅威となります。プロビジョニングモデルの古いバージョンでは、システムワークロードの設定を開始するために新しいサーバーを申請するのに要求から数週間かかりました、そして今プロセスはわずか数分かかります。

新しい仮想マシンを起動すると便利になりました。これは、新しいサーバーを起動するという物理的な制限がなくなったことを意味します。リソースに制限がないと、管理者はこれらのリソースがどこから来たのかを理解せずにそのリソースに陥る可能性があります。すべてのマシンにコストがかかるだけでなく、マシンが使用するCPUおよびストレージリソースにもライセンスが必要であることに注意してください。

仮想サーバーのプロビジョニングに関する考慮事項

では、ユーザーはこの状況をどのように制御するのでしょうか。新しいサーバーを監視することから始めることができます。たとえば、プロセスに費やされる時間と労力のために、物理マシンに気付かれないようにすることはほとんど不可能であり、仮想マシンははるかに高速になる可能性があります。これは、QA環境でテストを処理したり、新しいソフトウェアテストのために新しい仮想マシンを使用したりするときに特に便利です。まず、ユーザーはすべての新しいマシンとその使用法と権利が記録されていることを確認する必要があります。また、一時的な使用のみを目的としている場合は、期限に注意を払い、これらの日付に厳密に従ってください。

多くのWindows管理者が直面しているもう1つの問題はストレージのあいまいさです。これは仮想マシンの接続数が一定の数に達することによって引き起こされます。ユーザーが新しい仮想マシンのハードディスクに100 GBの記憶域を割り当てる必要があるたびに、これは記憶域ネットワーク（SAN）のパフォーマンスに影響します。クラスタ共有ボリューム（CSV）は、実用的なクラスタを支援するだけでなく、構成においても役割を果たし、ユーザーが集中管理された組織構造を使用して自分自身をストレージテクノロジから切り離す場合に特に効果的です。クラスタ共有ボリュームは各仮想マシンの新しい論理ユニット番号（LUN）を置き換えるため、ユーザーはより多くの仮想ハードディスク（VHD）ファイルを格納するためにより大きなLUNを要求できます。これにより、保管が容易になるだけでなく、ユーザーは保管状況をより認識しやすくなります。

CSVでは、同時に発生したI /O要求のバランスをとり、アンバランスが発生したときのI /Oパフォーマンスに影響を与えるという課題もあります。たとえば、いくつかのハイエンドI /Oポートデータサーバーをキューに追加すると、パフォーマンスに影響を与える可能性があります。これはありそうもないように思えるかもしれませんが、ユーザーがマシンを速く設定しすぎているときにこのエラーを受け取るのは簡単です。負荷が大きいため、このエラーは、SANまたはiSCSIストレージへの直接パスがシステム管理者に渡されたときに特に発生します。そのため、ユーザーは、コンテンツが格納されている場所を正確に把握し、仮想マシンを追跡する際にその構成を理解する必要があります。

仮想環境サーバー構成の標準化

構成が標準化されるまで、それ以上の処理を行わないでください。操作マニュアルや面倒なプログラムが原因で、多くの仮想環境が問題を抱えています。技術的な観点からは、ユーザーがプロセスを続行する方法はいくつかあります。

初心者が一般的なマシンを自動化する方法はいくつかあります。

- システム事前準備ツールを使用して、使用可能な仮想マシンとして保存可能なイメージを作成します。

- Windows構成サービスを使用して、これらのコンピューターを構成可能な状態にします。

- WMIスクリプトとPowerShelllコマンドを使用して構成を自動化します。 （注：起動デバイス用の仮想スイッチはスクリプトを使用して構成できます。）もちろん、ユーザーはこれらの方法を実装したり、仮想マシンを追跡したり、自動化プログラムにグラフィカルユーザーインターフェイス（GUI）を追加したりすることもできます。たとえば、MicrosoftのSystem Center Virtual Machine Management、Citrix Essentials、その他のUC4やHP Innsightなどのサードパーティ製品は、ユーザーが自動化機能を向上できるように設計されています。より大きな観点からは、これらのツールは賢明な投資です。 VMvareと同様に、これらのツールの価格と実際の使用率によって、システムのROIが決まります。しかし、これらのツールを使用する鍵は、構成だけではなく、アプリケーション管理にもあります。

ユーザーが自分の仮想マシンを標準化するための適切なツールと自動化機能を持っていても、以前の構成プロセスは依然として存在するため、ユーザーはシステム内の現在のリクエストプロセスを表示する必要があります。通常、ユーザーにはIPアドレス、システムアカウントなどのネットワーク構成の要件が表示されます。マシンを動的ディレクトリに接続するには、複数の権限と情報が必要です。ユーザーが自分のHyper-V仮想インフラストラクチャをできるだけ機密にしたい場合は、究極の目標、つまり新しい仮想マシンを提供するというアプローチを取る必要があります。

これを行うには、システムの標準構成を、仮想LAN、サブネット、およびトランクを含むユーザーのネットワーク構成と同じにする必要があります。構成プロセスでは、SANとの保管場所の交渉も重要です。最後に、アカウントを自動化し、コンピュータ主導の管理を実装する方法を見つけ、可能な場合は安全なスクリプトに渡します。

ユーザーはツール自体ではプロセスが自動化されず、仮想マシンを構成する方法は仮想テクノロジと同じくらい柔軟であることを覚えておく必要があります。独自のスクリプトを使用するか、これらの仮想管理ツールを使用してそれらを同じように構成するかにかかわらず、チームの準備を整え、サーバー仮想化によって提供される迅速で機動的なサービスを楽しんでいます。
zh-CN"],null,[1],zh-TW"]]]