VMware vSphere：新機能[V5.5からV6]-仮想マシンの保護と移行：フォールトトレランスとvMotion

最近、トレーニングコースの一部であるCAからビデオストリームを作成し、vSphereのバージョン6のすべての更新について説明しました。 このモジュールは、仮想マシンの保護と簡単な移行に関するものでした。







モジュールのカットオフトランスクリプト、および長いトランスクリプトを読みたくない人のためのビデオの下。



次に、フォールトトレランスに関するセクションを見ていきます。これはHAであり、計画された移行も含まれます。したがって、計画的な停止に対する保護は、vMotion機能と、vSphereの現在のバージョンの新しい機能およびフォールトトレランスなどの機能です これはより詳細になりました。



これは、vSphere 6で最も一般的なことです。すでにこの機能に遭遇している可能性があります。







それを使用できるようにするために、たとえば、vMotion-Vセンター間での仮想マシンの移行。 これを行うには、1つの問題を解決する必要がありました。これは、仮想マシンを「ホット」なものに転送するサブシステムのアーキテクチャ上の問題です。 VMotionネットワーク-これはL2ネットワークでした。1つのブロードキャストドメインが存在する必要があるため、ルーティングはサポートされていませんでした。 したがって、長距離で送信するためには、大きな遅延を伴うメカニズムしかありませんでした。現在、この遅延は100〜150ミリ秒です。 これを行うには、vMotionネットワークとコア自体のアーキテクチャを変更する必要がありました。 さらに、vMotionネットワークにルーティングする機能を追加する必要がありました。



これを行うために、vMotionタスクに使用される新しいTCP / IPスタックを作成することが可能になりました。 実際、カスタムTCPスタックは以前のバージョンでサポートされていましたが、サポートされているオプションではなく、コマンドラインから起動できましたが、方法を見つけるために、ブログを掘り下げなければなりませんでした。 現在、この機能はすぐに使用できます。 2番目のIPスタックはデフォルトでシステムにあり、登場したすべての新しいvMotion製品を利用するために使用されます。



デフォルトゲートウェイが内部ネットワーク用になる直前に、この追加のスタックがvMotionのアーキテクチャに違反したり変更したりすることはありません。別のデフォルトゲートウェイが必要な範囲を超えて、vMotionが通信するチャネルを構成します。 そして、以前は何も変更せずに、新しい機能を追加するだけです。







何ができますか？ 仮想マシンを転送します。これにはL3ネットワークが使用されます。これは、第一に、第二に、大規模な設定でマシンを転送できます。

-スイッチ間

-Vセンター間（必ずしも同じ管理ドメイン内にある必要はありません）



長距離を運ぶ能力。 提供できるもの：

-サイトからサイトへの永続的な移行。 たとえば、2つのデータセンターがある場合、メンテナンスのために1つをオフにする必要があります。つまり、停止しなくても、停止せずにマシンを別のサイトに転送できます。

-この種の問題が予想される場合、これはさまざまな性質のいくつかの災害からの予防的なソリューションとして使用できます-災害復旧ソリューション（たとえば、何らかの嵐の危険がある場合、すべてを別の場所に転送できます）。







転送には何が必要ですか？

vMotionの実行中に、マシンのネットワークサブシステムを再構成する追加のスクリプトを実行しないため、仮想マシン自体は依然としてL2ネットワークです。 したがって、IPは同じになります。



vMotionネットワークはすでにL3ネットワークです。 このような遅延に対処するには、慎重にストリップに行く必要があります。 現在、vMotionバンドの要件は250 Mbpsであり、これは以前のバージョンの3倍です-ギガビットの75％がvMotionを正常に動作させるために使用されていました。 この機能を実行するには、帯域幅要件の削減を観察する必要がありました。







これが機能するための追加条件がいくつかあります。

-すべてが、この機能が利用可能な最後の第6バージョンでなければなりません。

-Vセンターは、相互に必要な情報を送信できるように相互接続する必要があります。 仮想マシンは、あるインフラストラクチャから別のインフラストラクチャに移動し、既に「スーツケースを持って移動しています」。 たとえば、彼女が何らかのクラスターにいる場合、つまり、彼女に関連する設定です。 たとえば、いくつかの入場管理ルール-彼女は一緒に移動します。

-これが機能するには、チャネルの暗号化を考慮して、これらすべてが時間内に同期される必要があります。







vCenterは移行前に何をチェックし、何を保存しますか？

-仮想マシンは設定とともに移動します。MACアドレスの競合がないことを確認する必要があります。これらのアドレスはvSferaによって自動的に生成されても、一致する可能性があるため、確認する必要があります。



他の要件は、ホスト間だけでなくvCenter間でも交換するためのvMotionの標準です。

-仮想マシンが実稼働ネットワークとの接続を失わないように、アップリンクのないスイッチに接続しないでください-内部ネットワークを使用しないでください。接続先のネットワークは、新しいポイントで利用可能でなければなりません。







すべて、絶対にすべて、仮想マシンの設定も一緒に移動します。 クラスターはそれぞれ変化しているため、これらすべてのパラメーターを渡す必要があります



フォールトトレランス機能



この関数はデモンストレーションでは見栄えが良く、耳でよく認識されますが、このバージョンの実装までは有用とは言えません。 技術的な制限のため。 この機能は、16ギガバイト以上のRAMを使用しないシングルコア、シングルプロセッサマシンでのみ有効にできます。



HA機能を使用するには、クラスターを作成する必要があり、その中で、マシンを常に保護するフォールトトレランスを有効にできることを思い出してください。 1つのコピーから2番目のコピーへの切り替えは即座に行われ、pingが消えず、ネットワークの相互作用は中断されず、ダウンタイムはほぼゼロです。 問題は、この方法で1台の車を保護できないことでした。







これで、要件が簡素化されました。 この機能は実稼働環境でも使用できます-最大4プロセッサ、最大64ギガバイトのRAM-vMotionを有効にできるマシン向け。



第二に、アルゴリズム自体が変更されました。 他のプロトコルが使用されており、少し異なる方法ですべて動作し、より簡単ですが、いくつかの点があります。 より多くのデータを送信する必要があるため、ネットワーク要件など、要件の一部が厳しくなりました。 一方、要件の一部が簡素化されました。以前のように、すべてを完全なパフォーマンスに調整する必要がなくなりました。 vSphereの以前のバージョンでフォールトトレランスを有効にした場合、シンディスクは厚いディスクに分離され、それらが使用されただけで、メモリは最大予約に設定されました。 これはすべて必要ではありません。少なくとも、すべてのシンディスクは同じシンのままです。



そして今、別の同期アルゴリズム（スライドに表示）。

-データ損失なし

-ダウンタイムなし

-ネットワーク接続の損失なし



つまり、ほぼ瞬時にバックアップコピーに切り替えます。



この関数はクラスター内でも機能し、ホスト障害を通知するメカニズムとしてここで使用されます。 この機能は、逆方向の障害からも保護します。 プライマリホストに障害が発生すると、セカンダリホストへの即時転送が行われます。







以下は、以前のバージョンと同様の比較と、このバージョンでの方法です。

-プロセッサー-最大4

-1つの同種クラスターは不要で、特定のチェックセットが発生しますが、要件はそれほど厳しくありません

-新しいプロセッサの一部の機能が使用されます。特に、バージョン2のハードウェア仮想化のサポートが必要です。

-ディスクはどれでもかまいませんが、バラバラにする必要はありません



VMDC redun-それが何であるか。 以前の場合、フォールトトレランスが保護するマシンは共有ストレージ上にある必要があります（ホストメモリとプロセッサのステータスのみがコピーされます）-これらは2つのホストでカウントされる2つの仮想マシンであり、可能な限りパラメーターに近い必要があります。 これで、マシンは完全に1つのホストに置かれ、2番目のホストにはそのコピー全体がRAMに置かれ、ファイルがディスクに置かれます。 ボールの存在は必須ですが、仮想マシンの保存には必要ありません。 同期は、ディスク上のデータとランダムアクセスメモリの両方で発生します。 当然、それを支払う必要があります-それを有効にするには、10ギガビットが必要です。 物理法則に違反することはできません。転送するデータが多いほど、より多くのネットワーク帯域幅が必要になります。



ホストごとのマシンの数は変更されていません-最大4つのみです。高レベルのアーキテクチャは変更されていません。メインマシンと保護されているマシンがあり、ホストごとに4つしか存在できません。



vSphere DRS-まだ完全にはサポートされていません。 古いフォールトトレランス機能はDRSをサポートしていたため、どのマシンのvMotionでもプライマリセカンダリとDRSがその操作方法を知っていたため、vMotionは保存されましたが、クラスターはまだその操作方法を学習していません。 これもまた論理的です。現在共有されており、ここではEnhanced vMotionに似たものが機能し、クラスターでは機能しないため、DRSは使用されません。







いずれの場合も、ホストで問題が発生したことを示すメカニズムとして使用されるため、設定する必要があります。 また、マシンを再起動する標準メカニズムを実行し、単純にバックアップからコピーに切り替えるフォールトトレランスメカニズムを実行します。



フォールトトレランスは、そのような設定に関するDRSを認識しており、オンにすると、プライマリとセカンダリが異なるホスト上にある必要があることを考慮します。 いずれにしても、HAとDRSはマシンを異なるホストに分散します。 前にも言ったように、高レベルのアーキテクチャは変わっていません。







マシンが共有ストレージ上にある必要はないという事実についてのこのスライド。 仮想マシンのすべてのファイルが同期されます：vmdkファイルと構成ファイル。 フォールトトレランスを使用すると、ローカルストレージにある仮想マシンを保護できます。 この場合、データ量が転送されることは明らかです。これは、10ギガビットが必要なもう1つの理由ですが、共有ストレージは構成目的でのみ必要です。







アルゴリズムの操作方法が変更されました。 前のバージョンでは、2つのホスト上の2つの稼働中のカウントプロセッサの同期でした。 これですべてがプライマリマシン上で行われ、計算は1つのホストによって行われ、短時間でデータがセカンダリマシンに転送されます。 これは、人間の観点から見ると、同期した同時送信のように見えます。 つまり、プロセッサの状態を同期する必要はありません。これは本質的にインスタントvMotionです。 ソースは削除されずにvMotionを起動し、1つのホストと2番目のホストのデータを常に同期します。 同時に、RAMの状態とvmdkファイルの状態を同期します。







これは、このアルゴリズムの使用方法をグラフィカルに示しています。 2番目のフォールトトレランスには似たようなものがありましたが、計算を同期するための特別なプロトコルがありました。現在はvMotion機能の特定の使用法です。 この手順の間、一定の間隔で、メモリのページが1つのホストから別のホストにコピーされます。これらのテーブルは、「現在使用されていない」または「最も使用されていない」として表でマークされます。 コピー時に変更されている場合、コピープロセスが開始されます。







ここでも同様のアプローチが使用されますが、高速チェックポイントメカニズムが使用されます。 これらの同期は、明確な期間後に行われます。10ミリ秒後、この間に変更されたデータは、2番目のマシン、隣接マシンで回転している隣接ホストに送信されます。 この機能は常に実行されており、これらのチェックポイントを追跡します。







これは、フォールトトレランス機能がオンの間、継続的に発生します。 数年前、このようなマシンでプレビューが行われました。4コア、64ギガバイト、中規模のデータベースがあり、ネットワーク上のフォールトトレランストラフィックは約3〜4ギガビットでした。 したがって、10から良い部分を「食べる」ことができます。 仮想マシン内のデータに依存します。データベースは、どのくらいのレーンを取ることができるかを確認する良い例です。



それでも、共有ストレージが必要です-何のために？ このメカニズムの動作を同期します。 shared.vmftと.ftgenerationの2つのファイルが作成されます-それぞれに独自のタスクがあります。 shared.vmftは、いくつかの構成の転送です。 ホストが、ONモードのアクティベーションの場合、どこでどのマシンをオンにするかを言うため。 Ftgenerationは、いわゆる 「統合失調症」は、さまざまなタイプのクラスターで発生する標準的な問題から脳を分割し、サービスの重複がないようにします。 誤ってホストを不良と判断せず、同じIPアドレスとネットワーク設定を持つマシンの2つのコピーがすぐにオンにならないようにするために、これは良いことにはつながりません。 このデータストアは大きくない場合があり、大きなパフォーマンス要件はありませんが、これを機能させるには、これらの構成ファイルを配置するための共有データストアが必要です。







shared.vmft-「仮想マシン」の情報とID、および仮想マシンが現在配置されているvmxファイル内のパス：含めるもの。 ホストからホストに移動すると、これらのファイルの情報が変更されます。



クラスター内に2つのホストがある場合、障害が発生した場合、それらは単に（そのまま）場所を交換します。 また、10個のホストのクラスターがある場合、プライマリマシンがあったホストを故障させると、作業はセカンダリに切り替わります。ホストがオフにならないため、プライマリになり、自動コピーが自動的に作成されます。 そして、これに十分なホストがある間、または十分なリソースがある間、保護は機能し続けます。



3つのホスト（プライマリマシン、セカンダリマシン、プライマリホストが破損している場合）がある場合、セカンダリマシンは3番目のマシンで作成され、セカンダリはプライマリになり、3番目のホストで保護されます。



ホストが2台ある場合-ホストに障害が発生した場合、保護は機能しますが、セカンダリであった2番目のホストでプライマリになり、次の反復では保護が機能しません。 最初のホストが再起動すると、ホストはONにフォールバックし、フォールトトレランスがオンになり、セカンダリになり、2番目のホストがプライマリのままになります。 外部の観察者には、彼らが場所を切り替えたように思われますが、実際にはシステムが再作成されました。 ftgenerationファイルのタスクだけで、プライマリマシンが2つのホストで起動しないようにします。 ログがライブである場合、彼はファイルの名前を変更しようとしますが、それは単に成功しません。 現時点では、プライマリマシンはこのファイルを自分用に使用し、ファイル名の変更を許可しません-ファイルをロックする標準的な方法です。 プライマリマシンが存在しない場合、ファイルは解放され、ログはタイムリースによって解放されます。または、タイムスタンプが表示され、2番目のプライマリマシンを起動する必要があることが明確になります。



仮想環境では、10ギガビットを取得することは問題ではありません。 しかし、第2レベルの仮想化が必要であり、さらにハードウェアサポートは第2世代のものである必要があるため、追加のキーが明らかに必要です。 いくつかの追加のチェックは、高度な設定を通じていくつかのキーによって無効にされていますが、VMwareはまだそれらについて何も言っていません。 フォールトトレランスの以前のバージョン（仮想環境で実行可能）については、しばらくしてから情報が表示されました。 彼らはトレーニングのためにこのサポートされていないモードを明確にテストしました-それは便利でした、おそらく次のリリースで登場するかもしれません、多分それは基本的に不可能です、それは後で見られます。







NAについて-Virtual Machine Component Protectionのような機能が登場しました-彼はリポジトリの状態を理解することを学びました。 ON-リポジトリーへの接続に関する問題から保護できます。リポジトリーがなくなった場合、バージョン6までは、別のホストで「virtualka」を再起動しようとする問題として表示されませんでした。つまり、ホストは動作し続けますが、「virtualka」は死んで、ホストは彼女をサポートし続けます。



現在、彼はこれらの問題を監視し、まだリポジトリに接続している別のホストでシステムを再起動しようとします。

オン-より多くの問題から保護できるようになりました







それぞれクラスターが大きくなり、HAが大きくなり、すべてのクラスターが大きくなりました。 現在、最大64台（最大6000台）のマシンをATを使用して保護できます。



Virtual Volumesはリストでさらに機能します。NSXはここに登場しました-その助けを借りて構築された仮想ネットワーク-ONも機能します。 ここにそのような問題があります-vCenterがなく、コントロールコントローラーがない場合、NSXを使用して構築されたネットワーク、つまり仮想ネットワークで、一部のポートにグループを含めるために、制御部がないときに別のホストでマシンを再起動する必要があります



これを可能にするメカニズムがあります。 Distributed Switchの場合、この情報はデータストアのフォルダーに保存されます。NSXの場合、ポートグループから構成を取得する方法もあります。







vCloud AirはVMwareクラウドであり、かなり難しい運命にあります。VMwareはパブリッククラウドをリリースした最初の企業の1つであり、約5年前にAmazonが開発を始めたばかりです。 いくつかの失敗した起動がありましたが、それらはロードで成功しませんでした。その後、一時停止があり、クラウドの名前が変更されました。 ブランド名の変更-vCloud Air。 この間、競合他社は進歩しました。 VMwareクラウドにはニッチがあります。 市場のリリースにより、彼らは遅れをとった。 , , , , – . , VMware - , , , . , vCloud Air – , . VMware, vCloud Air, .







. C -, « vCloud Air», , , , . , , – , , . , , , . «», , , . – , , , - , .



VMware – , , , – VSPP, vCloud Air Network. , . . , VMware, vCloud Air Network – , VMware, .



vCloud Air. – - ( – -). – My VMware. , My VMware , . - – My VMware – .



, . – : , , – -, , vCloud Air Network , .



, , , , [ ] , — .



, , , , , «» -. - , - , , .



vCloud Air vCloud , VMware, , . vCloud Director , , VMware , -. , , VMware Lise Automation open stack, VMware – . - . 6 – VMware Lise Automation, , .



– .

---

:

---

UPD :

---

VMware , , ,

---

VMware

:

15-19 , VMware vSphere 5.5: Fast Track

1-3 , Managing 3PAR Disk Arrays

6月4〜5日、 HP 3PARディスクアレイの管理：レプリケーションとパフォーマンス

8-10 , ITIL V3 Foundation: ITIL -



MUK-Service-あらゆる種類のIT修理：保証、非保証修理、スペアパーツの販売、契約サービス