XenServer

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 のデバイスフィールドには新しい名前が反映されます。
  • eth0に関連付けられていたプール全体のネットワークのデフォルトのネットワーク名ラベルは、現在「Pool-wide network 0」です。

利点

  • 統合されたインターフェース管理により、製品の安定性と保守性が向上します。
  • 予測可能な名前により、再起動やハードウェア変更時の曖昧さが軽減されます。

自動化とスクリプトを移行する

XenServer 9にアップグレードすると、ethNデバイス名を前提とするスクリプトやツールが失敗する可能性があります。ethNをハードコーディングする代わりに、インターフェースを動的に検出するように自動化を更新してください。

例:

  • Linuxツールを使用してdom0インターフェースを一覧表示する:
  ip -o link show
  <!--NeedCopy-->
  • xeを使用してPIFとデバイスを検出する:
  xe pif-list host-uuid=<host-uuid> params=uuid,device,MAC,management
  xe network-list params=uuid,name-label
  <!--NeedCopy-->

重要:

ドキュメントやスクリプトでethN名に依存しないでください。Dom0インターフェース名はethNパターンを使用することを保証していません。

トラブルシューティング

  • スクリプトがeth0またはeth1を参照しているため、アップグレード後に失敗します。
    • MACアドレス、管理フラグ、またはネットワーク名ラベルによってPIFを検出するようにスクリプトを更新してください。
  • 管理インターフェースが見つかりません。
    • dom0で、ip -o link showを実行してデバイスを一覧表示します。XenCenterで、ホストプロパティ > NICsを確認します。xeで、xe pif-list management=true params=uuid,device,MACを実行します。

問題が解決しない場合は、ログを収集してサポートに連絡してください。

XenServer 9 における Dom0 ネットワークインターフェースの命名