web-dev-qa-db-ja.com

XENでボンディングされたVLANタグ付きインターフェースを実行するためのより良い方法はありますか

多くの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がインスタンス化されます。

あなたのアドバイスと専門知識は大歓迎です。

4
AJ01

Xenの専門家ではありませんが、ブリッジドインターフェイスとvlanタグを使用して行っていることは、ボンディングモード0および6(これらは上のブリッジに問題があることが知られている)から離れている限り、見積もりOKです。それら)。

もう1つ、RHELベースのXenを使用しているため、libvirtも使用している必要があります。 KVMを使用して見た限り、新しいブリッジが利用可能になるのを確認するために何かをリロードする必要はありませんでした。

最後に、私が述べたように、私はXenの専門家ではないので、ここでは何も撮影していない可能性がありますが、再起動する代わりにxendをリロードすることはできませんか?

1
dyasny