KVM-over-IPをサポートしていない専用サーバーがあります。
このサーバーは2つのIPアドレスを「所有」し、そのうちの1つはeth0現在使用中です。
KVMゲストで2番目のIPを使用するには、ユーザーが仮想ブリッジを追加する必要があります。
すべてが簡単に見えます。ほとんどのチュートリアルでは、基本的なイーサネット接続を「削除」する必要があると言うことを除いてはそうです。それほど簡単ではありません。
主な質問はトピックにあり、質問は一般的なユースケースをカバーしています。
ユーザーは、NATなしで完全に公開されたVMと新しいIPが必要です。
答え1
KVMの使用（Xenを除く）これで、ブリッジングの代わりにMacvtapを使用できるようになりました。。したがって、実際にホストのネットワークスタックを解体し、ブリッジを介して再インポートする必要はありません。
Macvtap は既存のイーサネットインターフェイスをピギーバックして動作します。イーサネットインターフェイスが追加のMACアドレスを受信し、そのMACアドレスに入ってくるパケットのアドレスを「盗む」ことで、もはやそのイーサネットインターフェイスを介して入るのではなく、代わりにゲストに送信されるようにします。
まだブリッジ構成を使用したい場合は、これを行うことができますが、もちろんこれが危険であることを知っています。 1つのアプローチは、構成変換のために実行する必要があるすべてのコマンド（brtcl、etc...）をシェルスクリプトに入れることです。 10分後にマシンを再起動するようにタスクをipスケジュールし、atシェルスクリプトを実行します。成功した場合は、at操作をキャンセルし、構成ファイルを編集して変更を永続的に適用します。間違えても、少なくとも10分後にサーバーがバックアップされます。私はそれをお勧めしません！
答え2
これには、ルーティング設定とブリッジング設定という2つの異なる概念があります。
あなたが話している仮想ブリッジにブリッジポートがない場合（eth0またはその問題のネットワークカード）、ルーティング設定を見ているので、デフォルト設定を削除する必要はありませんが、eth0正しいルーティングのためにすべてを設定します。
一方、ブリッジ設定はeth0ブリッジの一部であるため、ブリッジはもはや独立して機能しないeth0ため、引き継ぎではなくブリッジを構成する必要があります。eth0
ほとんどのデータセンターは、特定の環境に関する独自の文書を提供しています。ブリッジ設定には、各IPに独自のMACアドレスがある場合があります。そのため、IP 側がどのように構成されているかによっても異なります。