vSphereデータセンター間でVMテンプレートをコピーするにはどうすればよいですか？

背景/環境アーキテクチャ：

私の現在の環境$corp_overlords$は、技術的に恵まれたホームオフィスハブ（SAN、bladecenter / bladesystem ESXiクラスター、ファイバーインターネット接続など）が、リモートサイトスポークの数に接続されているハブアンドスポークモデルで設定されています。それほどうまくいっていません。通常、単一のESXiホストサーバーが含まれ、T1経由でホームオフィスのハブに接続します。リモートサイトで発生するすべてのトラフィックは、「MPLSネットワーク」（実際には、リモートサイトをホームオフィスに接続する単なるT1）を介してホームオフィスにルーティングされます。

ホームオフィスのSAN上には、VMの展開元として作成したVMテンプレートがいくつかあります。それらは、vSphereデータストアであるNFSボリュームに保存され、vSphere内のホームオフィスデータセンターオブジェクトに接続されます。

各リモートサイトには、対応するvSphereデータセンターオブジェクトがあり、リモートサイトに物理的に配置されているESXiホストサーバー上のローカル接続ストレージに接続されているデータストアオブジェクトが含まれています。

これらのVMテンプレートはNFSボリューム上に存在するため、約40 GiB（シンプロビジョニング）を占有します。NTFS（またはLinux FS）上のファイルとして、それらは〜100 GiBを占有します。

質問：

この40 GiBのシンプロビジョニングされたデータ（ファイルシステム領域の100 GiBを占める）をサイト間でコピーするにはどうすればよいですか？

私には約5日間の制約があり、「通常のネットワークトラフィック」に（特に）干渉することはできません。

ホスト間でテンプレートを直接コピーするためにovftoolを使用するのはどうですか？

これは以前にVMに使用したことがあり、かなりうまく機能します。これがテンプレートでも機能するかどうかはわかりませんが、機能しない場合は、テンプレートを一時的にVMに変換してコピーすることができます。

手順と例がここにあります。

また、ovftoolを使用してテンプレートを.ovfパッケージ（非常にコンパクトなもの）に変換し、BITS、FTP、SCP、または任意のプロトコルを使用して、データセンター間でパッケージを転送することもできます。

オプション：

私の見方では、私は3つの可能なアプローチを持っていますが、ここにいる誰かが私を指摘できるより良いアプローチを見逃していないことを心から願っています。（理想的には、40 GiBの実際のデータのみを移動し、再開可能な「バックグラウンド」または速度制限された方法で移動します。）

1. vSphereクライアントを介して、データストア間でファイルをコピーします。
   • 利点：〜40 GiBのみを移動し、〜100 GiBは移動しません。
   • 短所：その他すべて-再開不可、バックグラウンド/速度制限なし、インターフェイスSUCKS。
     
     
2. BITSを使用してWindowsゲスト間でファイルをコピーする
   • 利点：再開可能なバックグラウンド転送。
   • 欠点：実際には存在しない約60 GiBのデータを移動する。
   • ボーナス：PowerShellを使用します。<3
   • 二重秘密保護観察ボーナス：PowerShell Remotingでは、これを1つのコマンドで実行できます。
     
     
3. SCPを介してESXiホスト間でファイルをコピーする
   • 利点：速度が制限され、再開できる可能性があります。
   • 欠点：実際には存在しない約60 GiBのデータを移動する。バックグラウンド転送ではありません。
   • おまけ：首ひげ。再開可能性のための余分なひげ。
     
     
4. サーバー障害について、より良いオプションが提案されました。
   • 利点：存在する最大40 GiBのデータのみを移動する、再開可能な高速スロットルのバックグラウンド転送。
   • 短所：報奨金を授与すると、担当者が費用を負担します。
   • おまけ：新しいことを学び、職場でServerFaultをプレイすることを正当化します。

これがあなたにとってやや興味深いアイデアです。最初のシードには役立ちませんが、Crashplanの無料の製品のようなものを使用すると、テンプレートに役立つかどうか疑問に思います。

https://www.code42.com/store/

重複排除とブロックレベルの差分を行うため、本社の1台のローカルサーバーに「シーダー」としてインストールし、各スポークサーバー（おそらくVM内）に「レシーバー」としてインストールできます。HQサーバー上のテンプレートが格納されるフォルダーのみを含むようにバックアップをセットアップします。複数の宛先（各「スポーク」など）にバックアップすることもできますhttps://support.code42.com/CrashPlan/Latest/Getting_Started/Choosing_Destinations

手順（両側にCrashplanアプリを設定した後）は次のように機能します。

1. テンプレートをデータストアから「シード」サーバー、Crashplanが監視しているディレクトリにコピーします。ギガビットネットワークではこれには少し時間がかかるかもしれませんが、悪くないはずです。
2. Crashplanはファイルを監視し、スポーク/レシーバーへのファイルのバックアップを開始する必要があります。これには明らかにかなり時間がかかります。
3. 最初のシード/バックアップの後、将来のテンプレートが変更されたときに、それらを実際のデータストアから「シード」サーバーのディレクトリにコピーします。Crashplanが監視し、元のテンプレートのコピーを上書きします。その後、クラッシュプランは重複排除を行い、ブロックレベルの変更のみをスポークに反映します。

ただのアイデア...これらのファイルだけの貧しい人の重複排除/ブロックレベルのレプリケーションとして機能するかどうかを調べてみるのは興味深い道かもしれません。

私はこのタイプの移動をいくつかの方法で行いましたが、あなたが説明したことを考えると...

フェデックスまたはUPS、ひねりを加えた...

使用しているサーバーはHP ProLiantおよびDell PowerEdgeサーバーであることを知っています。VMwareは、データストアターゲットとしてリムーバブルデバイス（USBなど）を適切にサポートしていません。ただし、メインサイトで単一ドライブのRAID 0論理ドライブ（HP版では）を使用しても機能します。HPおよびDellシステムでローカルに接続されたディスクを追加および削除し、それをデータストアを転送する手段として使用できます。

テンプレートなので、vCenter経由でローカルディスクに移動/コピーできます。ディスクを発送します。受信スタンドアロンサーバーに挿入します。アレイとデータストアは、ストレージシステムの再スキャンによって認識されます。データをコピーします。利益。

また、vSphereレプリケーションのコピーをシードする手段としてこれを使用しました。24時間の差分は、複数の完全同期よりも管理がはるかに簡単だからです。

これは、この種のシナリオでかなり頻繁に使用する方法です。データストアに格納されたVM内からデータストア自体にファイルをアップロードしているため、直感に反するようです。ただし、これにより、転送の実行方法をより詳細に制御できます。

• WinRARまたは7Zipを使用して、テンプレートを1GB〜2GBのチャンクに分割します。
• 各リモートサイトのESXiサーバーにVMを作成します。最小限のリソースが必要です。これはステージングエリアにすぎません。
• これらの各VMに、転送するデータを保持するのに十分な大きさのVMDKを接続します。
• お好みのOSと転送ツールをインストールします（これにはSFTPサーバーを使用します）。
• RAR化されたテンプレートをステージングVMにアップロードします。
• RAR化されたテンプレートを解凍します。
• vSphereまたはWeb UIを使用して、ステージングVMからESXIデータストアにテンプレートをアップロードします。（これはFAST転送になります）。

長所：

テンプレートを細かく分割することで、転送中にデータが破損するリスクを軽減できます。（ファイルが破損した場合は、40GBファイル全体ではなく、RARのその部分のみを再アップロードする必要があります。）

転送するのは40GBのみです（RAR処理するとさらに圧縮されるため、おそらくそれより少なくなります）。

選択したOS内で転送を行うと、転送ユーティリティを選択できます。

短所：

ステージングVMを作成する必要があります。私はこれを簡単にするために、1GB未満で、ベアOSインストール+ SFTPサーバーだけのテンプレートを事前に作成します。

40GBテンプレートの圧縮/解凍には、CPUリソースによって異なりますが、最大4〜6時間かかります。

私はこの同じ問題に何度も対処しましたが、約半分の時間で、離れた場所に新しいマシンを構築するだけの方がはるかに良いと感じています。これは、私が「テンプレート」マシンと呼ぶものに特に当てはまります。それの私のバージョンはかなり基本的なマシンです。あなたのバージョンは少し違うかもしれません。