open-vm-tools物理マシンに(VMware Tools)をインストールすることには、どのような欠点があるのか疑問に思います(数MBのディスク容量が気に入らない場合).
これ自体が意味がないことはわかりますが、仮想マシンに変換するときはこれを行う必要はなく、標準インストールに含める方が便利かもしれません。
だからあなたの考えは何ですか？
ベストアンサー1
VMwareとの相互接続の重要な機能は現在カーネルモジュールにあり、open-vm-toolsはこれのためのラッパーにすぎません。
open-vm-toolsカーネルの追加をインストールし、すべてのカーネルのアップグレード操作と一緒に（再）コンパイルし、Cコンパイラ/開発者ツール、カーネルソース/ヘッダ、およびdkmをインストールする必要があった時代は過ぎました。
もちろん、物理コンピュータにインストールすることもできますが、そうしても付加価値は発生しません。また、いつでもインストールできるインストールパッケージにすぎません。要点は、システムがvmwareで実行されるのを妨げるパッケージがないことです。これらのパッケージは、準仮想化されたvmxnetインターフェースを持つために必要なものです（ただそれを行うというわけではありません）。
将来の移行を先制的に準備することに関して、今後数週間/数ヶ月以内にこれらのことが起こることをすでに知っていますか？それがvmwareであることをどうやって知ることができますか？今日、AWSはクラウドに多くの注目を集めています。プライベートクラウドなどのオープンソースの選択肢も人気を集めており、一部の大手ベンダーはほとんど既製のソリューションを提供しています。
結局、どのように準備しようとしても、P2Vの移行作業でいくつかの点を変更する必要があります。
- 少なくともネットワークカードの名前は異なる場合があり、その設定ファイルを変更する必要があります。
- ネットワーク/ IP アドレスは異なる場合があります。
- ハードウェアは変更される可能性があり、変更されます。たとえば、仮想マシンにファームウェアパッケージをインストールする必要はありません。
- 関連する移行プロセスと仮想化技術によっては、一部のパーティション/ディスクデバイス名が変更される可能性があり、ファイルシステム構成も変更される可能性があり、その構成ファイルを再処理する必要があります。 （もちろん、VMware Migration Toolsではディスクレイアウトがそれ難しいRAID構成/コントローラを使用しない場合は異なります）
一部は自動的に変更される可能性があり、一部は使用された方法に応じて管理者の介入が必要です。
家に近い：Unixでは、今必要なものだけをインストールする原則に従うことをお勧めします。遠い将来にあらゆる種類の仮想化テクノロジを移行するには、仮想マシンおよび/または追加のパケットを変更する必要があります。将来を予測することはできません。