XenServer 9におけるDom0ネットワークインターフェースの命名
概要
XenServer® 9の新機能: コントロールドメイン (dom0) は、systemdの予測可能なネットワークインターフェース名を採用し、Toolstack networkdでインターフェース処理を統合します。以前のリリースでは、複数のコンポーネントがdom0インターフェースを従来のethNパターンに名前変更していました。XenServer 9では、dom0インターフェース名が強制的にethNに変更されることはなくなりました。
この変更により、安定性と保守性が向上し、dom0が業界標準の命名規則に準拠するようになります。
XenServer 9の新機能
-
安定したハードウェア属性に基づいたdom0内の予測可能なインターフェース名（例: eno12429np0）。
-
Toolstack networkdにおける統合されたインターフェース管理。
-
ethNへの強制的な名前変更（例: eth0、eth1）の廃止。
XenServer 8.4との違い
-
XenServer 8.4: 複数のコンポーネントが連携してdom0インターフェースをソートし、ethNに名前変更していました。
-
XenServer 9: Dom0はsystemdの予測可能な名前を使用し、単一のコンポーネントがインターフェースの命名と状態を管理します。
注:
予測可能な名前はハードウェアとトポロジから派生します。正確な名前はプラットフォームによって異なります。
製品での表示
-
dom0のインターフェース名はsystemdの規則に従います。例えば、eth0はeno12429np0として表示される場合があります。XAPI PIFのdeviceフィールドには新しい名前が反映されます。
-
eth0に関連付けられていたプール全体のネットワークのデフォルトのネットワーク名ラベルは、現在「Pool-wide network 0」です。
利点
-
統合されたインターフェース管理により、製品の安定性と保守性が向上します。
-
予測可能な名前により、再起動やハードウェア変更時の曖昧さが軽減されます。
自動化とスクリプトを移行する
XenServer 9にアップグレードすると、ethNデバイス名を前提とするスクリプトやツールが失敗する可能性があります。ethNをハードコーディングする代わりに、インターフェースを動的に検出するように自動化を更新してください。
例:
-
Linuxツールを使用してdom0インターフェースを一覧表示する:
ip -o link show
-
xeを使用してPIFとデバイスを検出する:
xe pif-list host-uuid=<host-uuid> params=uuid,device,MAC,management
xe network-list params=uuid,name-label
重要:
ドキュメントやスクリプトでethN名に依存しないでください。Dom0インターフェース名はethNパターンを使用することを保証していません。
トラブルシューティング
問題が解決しない場合は、ログを収集してサポートに連絡してください。