多くのXENサーバーがすべてCentOSまたはRHELを実行しています。それらが実行するVMは、すべて独自のものである必要がありますVLAN顧客が期待する以外の理由はありません。しかし、簡単に言えば、現時点ではこれを変更できません。
また、インターフェイスでボンディングを有効にする必要があります。したがって、これに対応するために、eth1とeth2をbond0にスレーブします。次に、bond0.VLANIDと呼ばれる個別のインターフェースを作成します。VLANIDは正しいVLANに対応します。例:ifcfg-bond0.204
DEVICE=bond0.204
BOOTPROTO=static
ONBOOT=yes
VLAN=yes
BRIDGE=xenvlan204
XENへのブリッジ
ご覧のとおり、最終的にはこれをXENにブリッジする必要があります。これを行うには、xenvlan204(この場合)と呼ばれる別のインターフェイスを追加します。 ifcfg-xenvlan204
DEVICE=xenvlan204
BOOTPROTO=none
ONBOOT=yes
TYPE=bridge
XEN Vm Config
最後に、各VMのXEN構成に追加します
vif = [ "bridge=xenvlan204" ]
これにより、VMホストがその特定のVLANにアクセスできるようになります
問題
この設定にはいくつかの問題があります。 1つは、現在、インターフェースを手動で作成していることです。つまり、VLAN対応のインターフェイスとブリッジをさらに追加する場合、通常はxendを再起動する必要がありますが、これは私がそれほど熱心ではないことです。また、下位レベルのスタッフはインターフェースの数によって頭が溶けてしまい、ミスが発生するリスクが高くなります。
次に、VLANタグ付きのインターフェイスが多数ある場合、ホストが起動するまでに時間がかかることがあります。
第三に、それは管理面でうまくスケーリングしていないだけです
質問
これを行うためのより柔軟な方法はありますか(特に、centos 5.3、5.4、5.5が付属しているXenでは、3つすべてをサポートする必要があるため)、スクリプトまたは他のソリューションを活用して、任意の量のインターフェイスを作成できるようにします。 vmがインスタンス化されます。
あなたのアドバイスと専門知識は大歓迎です。
Xenの専門家ではありませんが、ブリッジドインターフェイスとvlanタグを使用して行っていることは、ボンディングモード0および6(これらは上のブリッジに問題があることが知られている)から離れている限り、見積もりOKです。それら)。
もう1つ、RHELベースのXenを使用しているため、libvirtも使用している必要があります。 KVMを使用して見た限り、新しいブリッジが利用可能になるのを確認するために何かをリロードする必要はありませんでした。
最後に、私が述べたように、私はXenの専門家ではないので、ここでは何も撮影していない可能性がありますが、再起動する代わりにxendをリロードすることはできませんか?