VMwareのノート

【vSphereのHA】
vSphereのHA障害損傷はESXiホストを行わなければならないとき,他の唯一の生き残りHAクラスタのESXiホストで,仮想ホストVMの再起動の共有ストレージリソースに格納されます。

基本となるESXiホストの故障損傷事故は発生しなかった場合,しかし、のvCenter内Serverのホスティングサービスが停止したときの動作そのもの,だから、vSphereのHA高可用性メカニズムは有用ではありません。 (これは、ウォッチドッグによって作ることができます)

【ウォッチドッグ】(6.0単なるサポート以上,自動的にデフォルトで有効になって)
vCenter Serverの6.0は、「ウォッチドッグ」監視機構を追加します,サービスの操作は動作を停止している間、障害イベントが発生した場合,前者は二回発生した場合,ウォッチドッグは、サービスを再起動しようとします,三回目は、まだサービスを再起動できない場合,VMの仮想ホストが再起動されます。

【參考連結】

——
【VMware Data Recoveryの】
VMware Data Recoveryの(VDR)ディスクベースのバックアップに属し,(それはまた、仮想ホストであるため)、シンプルで機能を展開するのは簡単です,サポートWindows VSS(ボリューム・シャドウ・コピー)のバックアップ,また、単純な重複排除機能をサポートしています(データ重複除外)。

ただし、このバックアップツールは、機能に関連する次のような制限があります:

·バックアップ環境は、vCenter Serverを持っている必要があります,このバックアップツールを使用することができます。
·ディスクベースの所属,またはファイルレベルのブロックレベルのバックアップを使用することはできません。
·各VDRはわずか100仮想ホストをバックアップすることができます。
·IPv6ネットワーク環境では動作しません。
·唯一のバックアップ操作のWindowsオペレーティングシステム(Windowsの2000 / XP / Vistaの/ 7をサポートしています、Windows Server 2003/2008)のWebホスティング,他のオペレーティングシステムをサポートしていません,Linuxなど、Solaris版、等のWebホスティング。

【參考連結】

——
【VMwareフォールトトレランス】
同社は、受け入れることができない場合は、Webホスティングを開始するための短いダウンタイムのVMware HAメカニズムを持っています,VMwareのFTは、問題の解決策になることがあり,しかし、多くの前提条件がありますVMwareのFTを有効にします,たとえば、仮想ホストは、スナップショット(スナップショット)を取ることができません、StoargeのvMotion機能は使用できません。、仮想ホストにのみなど1つのvCPU条件を、使用することができます。

VMwareのFTメカニズムは異なるが、プライマリとセカンダリホストのWebホスティングを確立した2になります,そして、ESX / ESXiホスト上のVMkernelポートのvLockstepへの情報技術の使用は、仮想ホストにプライマリセカンダリ仮想ホストを転送します,しかし、セカンダリは、I / Oの実際の動作を記述しません。。

ESX / ESXiは、プライマリ障害ダメージをホストされた仮想ホスト,セカンダリ仮想ホストは、すぐに関連する仕事を引き継ぎます,プライマリおよび仮想ホストになります,この時点で別のESX / ESXiホストになります,プライマリWebホスティングとデータを同期するための新しいセカンダリ仮想ホストを再確立

【總結】
·vMotionで/ DRS:ダウンタイム「のプロジェクト」のためのこのメカニズム,たとえば、ESX / ESXiホストエンティティサーバがメモリを発生したとき、ハードドライブの故障,またはファームウェア(ファームウェア)アップデートと年間保守のためにシャットダウンする必要がある場合,この作品は、この技術を使用することができます良い計画を予定されています,Webホスティングの仮想化プラットフォーム上で動作します,他のステーションESX / ESXiホストへの移行,企業が中断することなくサービスの場合には、物理​​ホストを維持できるように、。

·HA / FT:このメカニズムは、ダウンタイム「の非プログラム」に適しています。ときにESX / ESXiのホストサーバーのエンティティの電力システムの問題のない時に停電,ホストエンティティまたはマザーボードの損傷が非障害状態のこれらの非人的要因の誤動作に物理ホストにつながる場合には計画を発生します,このメカニズムを介して自動的にブートの動作を継続するために、他の局ESX / ESXiホスト上の仮想ホストに移行することができます。

しかし、それはすることが重要です,これらのメカニズムは、単にESX / ESXiのホストレベルのレベルのみを保護しています,むしろ仮想ホスト・オペレーティング・システム・レベル(OSレベル)より,同様に、オペレーティング・システム・レベル(アプリケーションレベル)でアプリケーション。

例えば前述のようにVMware HAの機構,ときにESX / ESXiホストの障害の損傷,仮想ホスト上の業務に等しく、それは不適切なシャットダウンました,仮想ホストは、別のテーブルのホスト上で再びオンにすることができますが、,しかし、それは誤った操作がシステムに損害を与えたため、仮想ホストオペレーティングシステムがシャットダウンされていることが可能です,ですから、ホスト上の他のユニットに移行した場合でも、,成功は順調なスタートすることはできません,だから、バックアップジョブの必要性・オペレーティング・システム。

VMwareのFTメカニズムは、2つの仮想ホストが正確に同じデータを操作するようにすることです,したがって、状況クラッシュがプライマリWebホスティングを発生したときの場合,たとえば、Windowsオペレーティングシステムのクラッシュは、死のブルースクリーン(ブルースクリーンを発生します,BSOD),この時間は、同期メカニズムをのvLockstepますので,セカンダリおよび状況も発生したときに、仮想マシンのホストシステムを作ります。

アプリケーションレベルの保護メカニズムについて,現在、多くのメーカーは、メカニズムが開発されています,Veritas Cluster技術開発と例えばアプリケーションHAシマンテック,仮想ホスト上で実行するアプリケーションを保護することです,このようなMSSQLなど、Exchange、オラクル、SAPなど。

【參考連結】

—–
【VMwareのDRS】
ホストエンティティを自動ロード , 自動スケジューリング仮想位置システム , 場合は、高ホスト負荷駅エンティティつまり、 , DRSは、VMotionを通じ、サブシステムの一部にすることができますを通じて、負荷の軽いホストエンティティに移動します。

コメントを残す

注意してください: コメントモデレーションが有効になって、あなたのコメントを遅らせる可能性があります. コメントを再送信する必要はありません.