web-dev-qa-db-ja.com

VMware ESXi VM=新しいデータストアに移動-シンプロビジョニングを保持

利用可能なvCenterがないVMware ESXi環境の問題に対する適切な解決策を探しています。

VMDKシンプロビジョニングを維持しながら、VMを1つのデータストアから別のESXiホスト上の別のデータストアに移動する最良の方法は何ですか？

これは、別のドライブアレイ/データストアで拡張されたスタンドアロンサーバーです。古い配列に含まれているデータを新しい配列に移動したいのですが。

編集：宛先データストアのサイズは実際にはソースよりも小さいです。シックファイルをコピーするための十分なスペースがありません。

vmware-esxidatastorethin-provisioning
28
ewwhite

ファイル->エクスポート-> OVFテンプレートのエクスポートを使用することもできます

それをインポートします。前回試したとき、これはvmdk形式を保持すると思います。それはかなり長い時間であったので、今は確かではありません。

21
johnshen64

自分でこれを行う方法を見つけたところです。転送中のシンプロビジョニングを維持しながら（したがって、転送時間も短縮して）、VMを新しいデータストアに移動する方法を簡単に理解できるガイドを次に示します）。

CLIでvmkfstoolsを使用するステップバイステップガイド

  1. VMの電源を切る
  2. （オプション） 必要に応じてスナップショットを統合します。
  3. VMをvCenterインベントリから削除します
    • VMを右クリックし、[インベントリから削除]をクリックします enter image description here
  4. ESXiマシンでSSHを有効にする
    • VSphereクライアントで次の場所に移動します：構成->セキュリティプロファイル->プロパティ（サービスの横）-> SSH（リスト）->オプション->開始
  5. RootとしてSSH経由でログイン
  6. 宛先データストアにディレクトリを準備します
    • mkdir "/vmfs/volumes/destination_datastore/Some VM"
  7. シンプロビジョニングを使用して.vmdkファイルのクローンを作成します
    • vmkfstools -i "/vmfs/volumes/source_datastore/Some VM/Some VM.vmdk" -d thin "/vmfs/volumes/destination_datastore/Some VM/Some VM.vmdk"
  8. 残りのファイルをコピーします（.vmdkファイルの上書きを避けます）
    • find "/vmfs/volumes/source_datastore/Some VM" -maxdepth 1 -type f | grep -v ".vmdk" | while read file; do cp "$file" "/vmfs/volumes/destination_datastore/Some VM"; done
  9. 手順2でスナップショットを統合しなかった場合は、スナップショットの.vmdkデルタファイルが存在する可能性があります。これらもコピーする必要があります（これには時間がかかる場合があります）：
    • find "/vmfs/volumes/source_datastore/Some VM" -maxdepth 1 -type f | grep [0123456789][0123456789][0123456789][0123456789][0123456789][0123456789] | grep ".vmdk" | while read file; do cp "$file" "/vmfs/volumes/destination_datastore/Some VM"; done
  10. 必要なすべてのファイルの複製とコピーが完了したら、VMを新しいデータストアからインベントリに追加します
    • VSphereクライアントでConfiguration-> Storage-> Data Browserに移動し、移動した宛先データストアを右クリックVM to and 「データストアの参照」。 enter image description here
  11. VMを参照し、。vmxファイルを右クリックして、[インベントリに追加]をクリックします enter image description here
  12. VMを起動して、それが機能するかどうかを確認します。コピーしたか移動したかを尋ねられたら、コピーしたと答えてください（これが何を意味するのかわからないが、少なくともvNICのMACアドレスを変更することで実行します）。 enter image description here
  13. VMが正常に起動した場合は、VMを古いデータストアから削除できます。
    • rm -rf "/vmfs/volumes/source_datastore/Some VM"

注：ESXi 5でのみテスト済み

このブログ から恥知らずにコピーされたイラスト。

28
ohaal

チェックアウト この答え 。同じロジックがあなたの状況に適用されます、すなわちこの引用：

これは「コンバーター」と呼ばれますが、実際には「多目的OSデータムーバー」と呼ばれる必要があります。ただし、舌からうまくロールオフしません。

唯一の違いは、ソースホストと宛先ホストは同じですが、データストアは異なります。これは、ファイルがESXiホストからConverterマシンに移動してから、ホストに戻ることを意味します。 Converterが "スマート"で、同じホストであることを知っていればいいのですが。残念ながら、それはお金がかかります。

警告：VMを変換すると、ネットワークアダプターの新しいMACアドレスが生成されます。ほとんどのゲストOSは、これを新しいデバイスと解釈します。

8
Joel E Salas

実際には、ターゲットの宛先にフォルダーを作成し、そのフォルダー内のファイルをソースからコピーするだけです。フォルダをコピーすると、薄いフォルダから厚いフォルダに変換されます。

3
Vidar

ファイルをコピーしてから、vmkfstoolsを使用してシンに再変換します。

0
Jim B