vCloud Director Extender:移行





この記事では、VMwareNSX®Edge™Gateway Standaloneコンポーネントを使用して、エンタープライズネットワークをプロバイダーのクラウドに拡張するプロセスについて説明します。 また、仮想マシンの移行のタイプが詳細に分析されます。



移行とネットワーク構成に着手する前に、すべてのインフラストラクチャコンポーネントが展開、構成、および実行されていることを確認する必要があります。 前の記事でVMware vCloudDirector®Extenderインフラストラクチャを展開および構成する方法を参照してください



以下で説明するすべてのアクションは、クライアントインフラストラクチャで実行する必要があります。



vCloud Directorインフラストラクチャに接続する



vCloud Directorインフラストラクチャは、 VMware vCenterServer®インターフェイスを介して管理されます。 新しいクラウドを追加するには:



  1. vCD Extenderコントロールウィンドウに移動します





  2. [ ホーム ]セクションで、[ 新しいプロバイダークラウド ]ボタンをクリックします。





  3. クラウド接続ウィンドウで、指定されたフィールドに入力し、vCloud組織の管理者の資格情報を入力します



    プロバイダークラウド名 -この接続が表示される名前



    プロバイダークラウドURL-組織の名前を持つパブリッククラウドへのリンク



    vCD Extender Cloud Service URL-プロバイダーと共にデ​​プロイされたvCloud Extenderパブリックアドレスへのリンク





  4. [ テスト ]ボタンをクリックし、接続を確認するときにエラーがないことを確認します
  5. 新しいクラウドを追加するには、[ 追加 ] クリックします


接続が確立された後、[ プロバイダークラウド ]タブで、クラウドへの接続、組織の仮想データセンター、リソース消費に関する情報を確認できます。







NSX Edge Gatewayスタンドアロンの展開とネットワークの構成



すでに現在の状態で、システムはコールド移行の準備ができています。 しかし、それについては後で。 まず、「ホット」移行を実行できるようにセットアップを完了します。



vCloud Director Extenderとの対話用に仮想データセンターを準備します。



  1. vCloud Directorインターフェイスに移動
  2. Edge Gatewayのルーター管理タブでターゲット仮想データセンターに移動します



    デフォルトでは、1つの仮想ルーターがすでに作成されています。 L2VPNチャネルの大量のトラフィックがルーターに大きな負荷をかけることに注意してください。 別の仮想ルーターを作成するか、現在の仮想ルーターのリソースの増加を要求することをお勧めします。 この例では、デフォルトルーターを使用します。
  3. ルーターを右クリックして[ 高度なEdgeゲートウェイに変換 ]を選択します。そうしないと、仮想データセンターとローカルインフラストラクチャ間のトンネルを上げることができません。



    変換には数分しかかかりませんが、ルーターのネットワーク可用性は20〜30秒間消える場合があります。







    ネットワークをすぐに準備できます。その後、ローカルvCenterとクラウドの間で「ストレッチ」します。
  4. [ 組織VDCネットワーク ]タブで、新しいルーティングネットワークを作成します



    ネットワークはサブインターフェースとして作成する必要があることに注意することが重要です。 [ サブインターフェイスとして作成]列のボックスをオンにします。







  5. 移行された仮想マシンのネットワーク設定は変更されないため、ローカルで使用されるものと同様の新しいネットワークのパラメーターを設定します







  6. 任意のネットワーク名を指定します。 今のところ、 vCloud Directorインターフェイスの操作を停止します







  7. vCloud Extenderアプライアンスの Webインターフェイスに戻る
  8. [ DC拡張 ]タブに移動し、[ アプライアンス構成追加 ]ボタンをクリックして、 NSX-L2VPN-Edge仮想マシンの構成を作成します。







    開いた[ L2アプライアンスの構成]ウィンドウで、展開仮想マシンの場所のパラメーター(フォルダー、クラスター、データストア、ポートグループ名)を指定します。



    また、[ アップリンクネットワークプールIP ]列で、フィールドに入力して[ 追加 ]ボタンを押して、将来の仮想マシンのIPアドレスを指定します。 ゲートウェイアドレスとネットワークプレフィックスの指定を忘れないでください。 CREATEを押します。







  9. 構成が作成されました。NSXEdge Gatewayスタンドアロン仮想マシン自体の作成を開始できますが、 vCenter Webクライアントインターフェイスを使用します







  10. vCloud Director Extenderコントロールパネルに移動し、[ DC拡張 ]タブで[ 新規 拡張 ]をクリックします







  11. 任意であるが理解しやすい名前を指定し、ソースおよび宛先パラメーターを選択します



    ソースの選択→ネットワーク -ネットワークを「ストレッチ」するローカルポートグループを選択します。



    ターゲットを選択→vDC-ターゲット仮想データセンターを選択します。



    ターゲットを選択→ネットワーク -以前に作成したネットワークを選択します。



    ところで、ネットワークがまだ作成されていない場合、[ネットワークの追加 ]ボタンをクリックして、このインターフェイスから直接ネットワークを作成することができます。
  12. STARTを押す







    NSX Edge Gateway Standaloneの展開中に、追加のトランクポートグループが作成され、仮想マシン自体のOVFテンプレートが展開されます。 数分ですべての準備が整い、クラウドへのトンネル接続が確立されます。







移行の種類



[ 移行 ]タブに移動し 、[ 新しい移行 ]ボタンをクリックすると、 移行を実行できます。 1つの仮想マシンまたはグループで移行できます。







次に、順番に、すべてのタイプの移行を検討します。 1つ目は「コールド」移行(コールド移行)です。



コールドマイグレーション



移行の種類コールド移行を選択し、ウィザードの指示に従います。



仮想マシンを「コールド」移行用にマークする場合、移行時にそれらをオフにする必要があることを考慮する必要があります。







  1. [ターゲットクラウド選択]ステップで「宛先」を指定します



    1つのvAppへの移行中の仮想マシンのグループ化が期待どおりに機能しないため、1つを除くすべての仮想マシンの移行が失敗することに注意してください。







  2. ディスクのタイプと移行の開始時間を選択し、プロセスを開始します



    移行の期間は、インターネットチャネルの帯域幅と仮想マシンのサイズによって異なります。







  3. 移行が完了すると、 vCloud Directorインターフェイスを介して仮想マシンのコピーを管理できるようになります









ホットマイグレーション



ホットマイグレーションを実行するには:



  1. メニューから適切なタイプを選択します。







    「ホット」移行の実行は、含まれている仮想マシンでのみ可能です。







  2. 次に、同様の手順に従って、宛先パラメーターを選択します。 この場合、拡張機能が構成されたネットワークを選択します







  3. 移行を開始する前に、開始時間、ディスクのタイプ、およびRPO(リカバリポイント目標-移行中に許容されるデータ損失が可能な期間)を選択する必要があります-少なくとも5分(デフォルトでは15分)







  4. 移行を開始してタスクを作成した後、レプリケーションを開始できないというvCenterサーバーのイベントにエラーが表示されます。 これは文書化された「バグ」であり、実際には複製が正しく実行されるため、注意する価値はありません。







  5. データの同期が完了すると、移行タスクのステータスに示されているように、切り替えを開始できるようになります







  6. ただし、スイッチを開始する前に、PINGコマンドを使用してVMの可用性チェックを実行します。 バックグラウンドで実行するコマンドを残します。 したがって、切り替え時にVMのネットワーク可用性を制御することが可能になります









  7. [カットオーバーの開始]ボタンを押すと、切り替えの準備ができた仮想マシンのリストと、追加の有効化オプションの選択が利用可能になりました







  8. 切り替えています







    切り替え手順には時間がかかります。 プロセスが完了すると、移行タスクは完了としてマークされます。







    切り替え時にVMのネットワーク可用性を確認すると、いくつかの要求が失敗したことがわかります。 その瞬間、最終的な同期が行われていました。つまり、ローカルマシンをオフにし、クラウドでコピーをオンにしました。 仮想マシンのダウンタイムは約2分でした。









プリロードシードへの移行(プリロードシードを使用したウォームマイグレーション)



「プリロードされたコピーへの」移行は、通常の「ホット」移行とは異なり、移行中にこのコピーを指定する必要があります。 コピー自体は、 vCloud Directorインターフェイスを介してOVFテンプレートとして、または以前に「コールドに」移行されたコピーにダウンロードできます。 レプリケーションを「ロール」するクラウド内の仮想マシンのコピーをオフにする必要があります。







[ターゲットクラウド選択 ]ステップでは、ターゲットデータセンターでオフになっている仮想マシンのリストを含むドロップダウンメニューが利用できることに注意してください







それ以外の場合、実行されるすべての手順は、「ホットマイグレーション」で説明した手順と同様になり、クラウド内のターゲットコピーに切り替えられます。



移行が完了すると、 vCloud Directorインターフェイスを介して仮想マシンを管理できるようになります。











VMwareクラウドの使用シナリオ



次のオプションは、vCloud Extenderソリューションを使用するための最も関連するシナリオと見なすことができます。



エンタープライズクラウドの移行



このプロセスは、いくつかの段階に分けることができます。



  1. 計画中



    この段階で、さまざまなインフラストラクチャノードの相互作用の検証および作成スキームが実行されます。 必要なコンピューティングおよびディスクリソースの計算。 リスク評価が進行中です。
  2. 準備する



    準備段階で、必要なリソースの追加注文を行い、必要な割り当てを増やします。 クラウドにネットワークリソースを割り当てます。 仮想データセンターでネットワークを構成し、VPNトンネルを作成します。
  3. テスト中



    テスト段階では、クラウドからのローカルインフラストラクチャノードの可用性を確認することが重要ですが、移行時間を推定するためにチャネル容量を確認することも同様に重要です。 これを行うには、テンプレートから小さな仮想マシンを展開し、必要なすべてのテストを実施できます。
  4. 移行



    最後のステップは、移行そのものです。 同時に、すべてのタスクを事前にスケジュールするだけで、スタッフの参加なしで時間外に実行できます。 移行が「コールド」だった場合、午前中はクラウド内のすべての仮想マシンをオンにするだけです。



    それらが「ホット」モードで実行された場合、レプリカを「トリミング」するタスクを完了する必要があります。これは、翌日または夜間にスケジュールすることもできます。 このようなシナリオでは、プリロードされたコピーへの移行が最適です。




インフラストラクチャの復元力を向上させるための事前構成済みサービスの移行



このシナリオでは、サービスはローカルエンタープライズインフラストラクチャで事前に展開および構成されます。 この場合、クラウドインフラストラクチャのレンタルに投資したお金を節約し、移行後にローカルリソースを解放して他のニーズに使用できるようにします。 このシナリオは、Webポータル、メールサーバー、および同様のサービスの展開に最適です。



おわりに



この記事では、 vCloud Director ExtenderがVMware vCloudクラウド内のエンタープライズネットワークをスケーリングする機能について説明しました。 また、「コールド」、「ホット」、「プリロードされたコピーへ」という3種類の移行が検討されました。 上記からわかるように、移行手順とコンポーネントのインストールプロセスには、エンタープライズシステム管理者の能力を超える特別な知識とスキルは必要ありません。



おそらく最も重要な利点の1つは、事前にコンパイルされた計画に従って、人的資源をアンロードして自動的に移行できることです。



それでも、クラウドへの移行プロセスは明らかに単純ですが、このプロセスは責任を持って慎重に扱う必要があります。 最も重要な段階は移行そのものではなく、その準備と計画です。 適切に設計され、テストされた計画は、時間、神経、お金を節約し、良い夜の睡眠を保ちます!



インフラストラクチャの一部をVMwareベースのクラウドに移行することに決めたが、どこから始めればよいかわからない場合は、この記事が最初の一歩を踏み出すのに役立つことを願っています。



All Articles