物理マシンにopen-vm-toolsをインストールすると欠点がありますか?

物理マシンにopen-vm-toolsをインストールすると欠点がありますか?

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では、今必要なものだけをインストールする原則に従うことをお勧めします。遠い将来にあらゆる種類の仮想化テクノロジを移行するには、仮想マシンおよび/または追加のパケットを変更する必要があります。将来を予測することはできません。

関連質問:「open-vm-tools」の開発ツール/カーネルソースはいつ必要ですか?

関連情報