ディザスター・リカバリ(DR)/ビジネス継続(BC)にインパクトを与える仮想化戦略
●物理サーバ数の低減:これは物理スペース、消費電力、メンテナンスの視点ではいいことですが、必要なOS,アプリケーション、データ間で使用可能なリソースを分けるということは重要なことです。
●システムに渡るインパクトの低減:ユーザの仮想サーバ内にアプリケーションがある場合、システムが他のシステムにインパクトを与える可能性は低減されます。(特に変更がある時に)
ディザスター・リカバリ(DR)/ビジネス継続(BC)にインパクトを与える仮想化戦略
●物理サーバ数の低減:これは物理スペース、消費電力、メンテナンスの視点ではいいことですが、必要なOS,アプリケーション、データ間で使用可能なリソースを分けるということは重要なことです。
●システムに渡るインパクトの低減:ユーザの仮想サーバ内にアプリケーションがある場合、システムが他のシステムにインパクトを与える可能性は低減されます。(特に変更がある時に)
仮想環境での基本的な活動は本質的に物理ストレージ環境と同じです。クリティカルなシステムとデータを確認し、それらのバックアップとリカバリ機能を確立し、その特定したクリティカルなシステムとデータのリカバリ性をテストと検証をする必要がまだあります。しかしユーザ企業が総合的なディザスタ・リカバリ(DR)戦略/BC(ビジネス継続)プログラムを認めていても、特に大企業では何百、何千というサーバを保有する大企業では仮想化環境用途が大きな作業となっています。完全なDR/BCソリューションの開発、ディプロイ、サポート、テストは予算、人員、リソースを要求されます。
仮想マシン(VM)のクローン化、コピー、エクスポートは、時間がかかり、大量のリソースを消費する可能性があります。また、VMの電源を切断する必要がある場合には、業務に影響を及ぼす可能性もあります。しかし、VeeamZIPを使用すれば、VMを簡単にバックアップして、どんなホストにもリストアできます。
バックアップ、レプリケーション、ディザスタリ・リカバリ(DR)を統合することは中小企業(SBM)のニーズと予算には最適なものです。それらをスタートするには:
ディスク・ベースのバックアップ・ツール:オフサイトへのレプリケーションをサポートする製品の確認。よいものは同様にバックアップ時間も削減できるでしょう。毎晩のバックアップに代わって、ディスク上の変更のあった仮想ディスク・ブロックのコンスタントで確実なストリームが可能です。VMとホスト上のリソース使用上でこれを少ない労力で実行できるツールが必要です。
SMBファイル共有でVMをストアする機能はWindows Server 2012 と Hyper-V 3.0でマイクロソフトがリリースしたものです。これ以前にVMをストアするオプションは直接続のストレージ、SCSIパススルー・ディスク、FC-SAN、iSCSIストレージなどがありました。
スタンドアローンのHyper-Vサーバの場合、SMBストレージにVMを移動できるということはVM使用のローカル・ストレージでのホスト・サーバにプロビジョンが不要になります。VMはディスクI/O単位で要求され、ストレージ・アレーはほとんどの場合、適切なVMのパフォーマンスのために要求されます。ユーザはVMに必要な充分なフリー・スペースを持つ高パフォーマンスなファイル・サーバを所有しているなら専用のストレージ・アレーの出費を回避することができます。
1台以上のvCenter本番サーバを持つ多くのVMware管理者はvCenterのディプロイを物理環境のままにすることを選択しています。専用のvCenterサーバにすることで100%の仮想化に不安、不信を持つユーザをなだめているようです。管理者のなかには大規模なデータセンタで多くのホストを管理するには物理環境の方が安定していて、管理が簡単と考えているようです。
A:Windows Server 2012に組込まれたネイティブなNICチーミング機能はVM仮想ネットワーク・アダプタのデフォルトはデセイブルになっています。しかしHyper-Vホストと-AllowTeaming Onスイッチ(MACスプーフィングを可能にする)を使用してWindows PowerShell経由で簡単にイネイブルにすることができます。
特定のVMのすべての仮想ネットワーク・アダプタをイネイブルにするにはVMネーム用のGet-VMNetworkAdapterコマンドからSet-VmNetworkAdapterコマンドへアウトプットをパイプ(pipe)します。
シン・プロビジョンによりユーザは即のストレージ・スペースを必要とすることなく仮想ディスクに対して追加のディスク・ストレージ・スペースを追加することが可能です。固定のファイル・サイズ(ファット・プロビジョン)を作成するよりも、小さなファイルは最大サイズに届くまで、要求に応じて増えていきます。Microsoft Hyper-Vではこれはダイナミック・ディスクとして参照されますが、コンセプトはVMware vSphereシン・プロビジョンと本質は同じです。
Workstation9上でWindows Server 2012のHyper-Vを実行するためには前準備が必要です。
まず仮想マシン構成ファイルに下記2行を追加します。
hypervisor.cpuid.v0 = “FALSE”
mce.enable = “TRUE”
Windows Server 2008 R2では「hypervisor.cpuid.v0 = “FALSE”」のみでOKでしたが、Windows 8では「mce.enable = “TRUE”」も必要です。
Workstation8にWindows8をインストールする場合は、Workstation8がWindows8を正式サポートしていないため手動でのインストールが必要でしたが、Workstation9はWindows8を正式サポートしているので、簡易インストールモードを使用可能です。
なお注意点として簡易インストールモードを使用した場合、ログインユーザはローカルユーザとなります。Windows8のウリの1つであるMicrosoftアカウントをログインユーザとして指定する場合は、簡易インストールモードでのインストールが完了後に改めて設定することが可能です。(簡易インストールを使用しない場合はWindows8インストール時にその場でMicrosoftアカウントを指定可能)
Hyper-V 3.0でストレージ・スペースがどのように活用できるか?
ストレージ・スペース(MicrosoftではWindowsストレージ・スペース、またはストレージ・スペースとプールと呼びます。)はロー・ストレージを可能とするWindows 8とWindows Server 2012の新機能です。手法は物理ディスクからストレージ・ボリュームを取り除きます。
VMware ESXiのストレージ・トラフィックはネットワークに大きな負荷をかけます。それによりネットワーク過密時には仮想マシン(VM)パフォーマンスに影響を与えます。ESXiストレージ・トラフィックに対する VMkernelネットワークを分離設定をすることでインフラ全体のネットワーク・パフォーマンスを改善することができます。