Vagrant: ネットワークインターフェイス用に構成済みのPCIスロットをvagrantが尊重するようにします

これは＃4590のフォローアップアイテムです。

systemd linuxでは、NICはeth0またはeth1ではなく、 ens32またはens33ようなIDで識別されます。 systemd IDは、NICのPCIスロットに基づいています。 VagrantがVMを起動すると、NICが再初期化され、PCIスロットが変更される可能性があります。

問題は、OSに特定の場所（例：ens33）でネットワークインターフェイスを初期化するように指示する構成（通常は/ etc / network / interfaces内）があることです。 VagrantがPCIスロットを32に変更すると、VM内のネットワークは開始できません。

ここには2つのアプローチがあります。

1. Vagrantは常にPCIスロット32を使用すると推測できます（これは特定の状況では当てはまるかもしれませんが、どれかはわかりません）。

2. Vagrantは、決定論的動作を使用して、VMXファイルで指定された既存のNICを識別できます（これは、VM内で既に構成されているものを反映している必要があります）。

いずれにせよ、私はこれを決定論的にしたいので、次のようになります。

1. Vagrantをサポートするためにpacker構成に手動オーバーライドを追加する必要はありませんが、他のコンテキストではVMを使用できなくなります
2. Vagrantfileに手動オーバーライドを追加する必要はありません。
3. Vagrantの誤動作を回避するために、OS内に手動オーバーライドを追加する必要はありません。

パッカー-> Vagrant

デフォルトでは、packerはPCIスロット33のNICを初期化しますが、Vagrantはこれを32に変更します。代わりに、VagrantがVMXファイルを解析し、すでに割り当てられているのと同じPCIスロットを再割り当てすることをお勧めします。

また、NICに常にPCIスロット32を使用するようにPackerを変更し、NICが再初期化されたときにVagrantが決定論的にPCIスロット32を使用することが示されている場合に限ります。 私はこれを証明することができませんでした。

私はこれを少なくとも3つの方法で回避できますが、箱から出してこの機能は壊れており、VagrantはPackerでのVMXビルドなどの他のワークフローを壊します。回避策はOSによって異なるため、これはかなり面倒です。