This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Benennung der Dom0-Netzwerkschnittstelle unter XenServer 9
Übersicht
Neu in XenServer® 9: Die Kontrolldomäne (dom0) übernimmt systemd-vorhersehbare Netzwerkschnittstellennamen und konsolidiert die Schnittstellenverwaltung in Toolstack networkd. In früheren Versionen benannten mehrere Komponenten die dom0-Schnittstellen in das ältere ethN-Muster um. In XenServer 9 werden die dom0-Schnittstellennamen nicht mehr zwangsweise in ethN geändert.
Diese Änderung verbessert die Stabilität und Wartbarkeit und gleicht dom0 an die branchenüblichen Benennungsstandards an.
Was ist neu in XenServer 9
- Vorhersehbare Schnittstellennamen in dom0 basierend auf stabilen Hardwareattributen (zum Beispiel eno12429np0).
- Konsolidierte Schnittstellenverwaltung in Toolstack networkd.
- Entfernung der erzwungenen Umbenennung in ethN (zum Beispiel eth0, eth1).
Unterschiede zu XenServer 8.4
- XenServer 8.4: Mehrere Komponenten arbeiteten zusammen, um dom0-Schnittstellen zu sortieren und in ethN umzubenennen.
- XenServer 9: Dom0 verwendet systemd-vorhersehbare Namen, und eine einzelne Komponente verwaltet die Schnittstellennamen und den Status.
Hinweis:
Vorhersehbare Namen werden von Hardware und Topologie abgeleitet. Die genauen Namen variieren je nach Plattform.
Was Sie im Produkt sehen
- Schnittstellennamen in dom0 folgen den systemd-Konventionen. Zum Beispiel könnte eth0 als eno12429np0 erscheinen. Das Gerätefeld des XAPI PIF spiegelt den neuen Namen wider.
- Die Standard-Netzwerkbezeichnung für das poolweite Netzwerk, das mit eth0 verbunden war, ist jetzt Pool-wide network 0.
Vorteile
- Konsolidiertes Schnittstellenmanagement verbessert die Produktstabilität und Wartbarkeit.
- Vorhersehbare Namen reduzieren die Mehrdeutigkeit bei Neustarts und Hardwareänderungen.
Automatisierung und Skripte migrieren
Wenn Sie auf XenServer 9 aktualisieren, können Skripte oder Tools, die ethN-Gerätenamen annehmen, fehlschlagen. Aktualisieren Sie die Automatisierung, um Schnittstellen dynamisch zu erkennen, anstatt ethN fest zu codieren.
Beispiele:
- dom0-Schnittstellen mithilfe von Linux-Tools auflisten:
ip -o link show
<!--NeedCopy-->
- PIFs und Geräte mithilfe von xe erkennen:
xe pif-list host-uuid=<host-uuid> params=uuid,device,MAC,management
xe network-list params=uuid,name-label
<!--NeedCopy-->
Wichtig:
Verlassen Sie sich nicht auf ethN-Namen in der Dokumentation oder in Skripten. Dom0-Schnittstellennamen verwenden nicht garantiert das ethN-Muster.
Fehlerbehebung
- Ein Skript schlägt nach dem Upgrade fehl, weil es auf eth0 oder eth1 verweist.
- Aktualisieren Sie das Skript, um das PIF anhand der MAC-Adresse, des Management-Flags oder der Netzwerkbezeichnung zu erkennen.
- Sie können die Verwaltungsschnittstelle nicht finden.
- Führen Sie in dom0
ip -o link showaus, um Geräte aufzulisten. Überprüfen Sie in XenCenter die Host-Eigenschaften > NICs. Führen Sie in xexe pif-list management=true params=uuid,device,MACaus.
- Führen Sie in dom0
Sammeln Sie Protokolle und wenden Sie sich an den Support, wenn die Probleme weiterhin bestehen.
Teilen
Teilen
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.