Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

So aktualisieren Sie einen vierköpfigen VCF der QFX-Serie

Informationen zu diesem Beispiel für die Netzwerkkonfiguration

In diesem Beispiel für die Netzwerkkonfiguration (NETWORK Configuration, NCE) erfahren Sie, wie Sie ein Vier-Mitglieder-Virtual Chassis Fabric (VCF) der QFX-Serie aktualisieren, wenn der NSSU-Prozess (Nonstop Software Upgrade) nicht verfügbar oder unerwünscht ist. Dieser Prozess minimiert Serviceunterbrechungen und hat minimale Auswirkungen auf Die Workloads im Datencenter.

Siehe auch

Konfigurationsbeispiel

Anforderungen

In diesem Beispiel verwenden wir folgendes:

  • Ein Zwei-Spine- und Zwei-Leaf-VCF, der aus QFX5100-Switches besteht, auf denen Junos OS Version 14.1X53-D47.6 ausgeführt wird

  • Vorkonfigurierter VCF-Modus, der mit VCF-Best Practices wie Virtual Chassis Graceful Routing Engine Switchover (GRES) und Nonstop Bridging (NSB) konfiguriert wird

  • Nur Layer-2-VCF

  • Router der MX-Serie als Uplink-Gerät

  • Serieller Konsolenzugriff (obligatorisch)

  • Junos OS-Version 18.4R1.8

Sie können diesen Ansatz für ein Upgrade zwischen allen Versionen verwenden, solange alle Geräte in der VCF dieselbe Version ausführen.

Sie können dieses Verfahren für die folgenden VCFs der QFX-Serie verwenden:

  • Ein vierköpfiger QFX5100 VCF, der nur aus QFX5100s besteht

  • Ein vierköpfiger QFX5110 VCF bestehend aus:

    • Nur QFX5110s oder

    • Zwei QFX5110s als Spine-Geräte und zwei QFX5100s im gemischten Modus als Leaf-Geräte, oder

    • Zwei QFX5110s als Spine-Geräte und ein QFX5100 und ein QFX5110 im gemischten Modus als Leaf-Geräte

Das Uplink-Gerät kann jedes Gerät mit Routing-Funktionen sein.

Übersicht

Manchmal ist es nicht möglich oder nicht wünschenswert, ein VCF mit NSSU auf eine andere Softwareversion zu aktualisieren. Dieses Dokument zeigt eine alternative Methode zum Upgrade eines vierköpfigen VCF der QFX-Serie mit minimalen Ausfallzeiten. Diese Methode ist kein Ersatz für NSSU, sondern eine minimalinvasive Methode, die bei Bedarf mit geeigneter Planung implementiert werden muss, wie in den folgenden Schritten beschrieben.

Teilen Sie den VCF zunächst in zwei VCFs auf, die jeweils aus einer Routing-Engine und einer Linecard bestehen. Nach dem Umleiten des Datenverkehrs durch eine VCF aktualisieren Sie das andere Gerätepaar. Umleiten sie den Datenverkehr über die aktualisierte VCF, bevor das verbleibende Gerätepaar aktualisiert wird. Stellen Sie die Vier-Mitglieder-VCF wieder her, indem Sie die Geräte nach und nach mit der neuen VCF aus zwei Membern verbinden.

Während dieser Prozedur können Warnmeldungen angezeigt werden, einschließlich SNMP-Traps und Systemprotokollmeldungen.

Topologie

Abbildung 1 veranschaulicht die Topologie des VCF. Die Mitglieder 1 und 0 sind mit dem Uplink-Gerät verbunden, während die Linekarten mit dem Server verbunden sind.

Abbildung 1: Topologie des VCF Topology of the VCF

Konfiguration

Bereiten Sie sich auf das Upgrade vor

Schritt-für-Schritt-Verfahren

  1. Melden Sie sich mit dem Root-Benutzer oder einem anderen Anmeldebenutzer mit administratorrechten, die Sie konfiguriert haben, bei dem Gerät an.

  2. Überprüfen Sie den Status der VCF, bevor Sie mit dem Upgrade beginnen. Notieren Sie sich die Seriennummern, Mitglieds-IDs und zugehörigen Rollen der Geräte.

  3. Überprüfen Sie die Virtual Chassis-Ports (VCPs) und erstellen Sie ein Topologiediagramm zur Referenz. Abbildung 1 zeigt die Topologie der VCF in diesem Beispiel.

  4. Prüfen Sie, ob alle vier Mitglieder anwesend sind. Überprüfen Sie das Junos OS-Image, das auf jedem Gerät ausgeführt wird. Auf jedem Gerät muss dieselbe Junos OS-Version ausgeführt werden. Wenn eine Version nicht stimmt, sollte das Gerät als inaktiv angezeigt werden.

  5. Verwenden Sie FTP, um das neue Junos OS-Bild in die primäre Routing-Engine zu kopieren. Kopieren Sie dann das neue Bild aus der primären Routing-Engine in die anderen VCF-Member. Unter Remotezugriffsübersicht erfahren Sie, wie Sie FTP konfigurieren.

    Abbildung 2 zeigt, wie das neue Junos OS-Image unter den Mitgliedern verteilt wird.

    Abbildung 2: Kopieren eines Junos OS-Bilds in VCF-Mitglieder Copy Junos OS Image to VCF members

    Verwenden Sie die folgende Anweisung, um das Bild aus dem Verzeichnis /var/tmp auf die primäre Routing-Engine in Member 3 zu kopieren, die auch fpc 3 /var/tmp genannt wird:

    Hinweis:

    Das Kopieren des Bildes kann eine Weile dauern, also seien Sie geduldig.

    Tun Sie dasselbe für die anderen Mitglieder. Die FPC-Nummer ist die gleiche wie die Mitgliedsnummer.

  6. Greifen Sie über die primäre VCF-Routing-Engine auf jedes Mitglied zu, und bestätigen Sie, dass die Datei in jedes Mitglied kopiert wurde. Zum Beispiel für den Zugriff auf Member 3:

    Überprüfen Sie als Nächstes das Verzeichnis /var/tmp auf diesem VCF-Member für das neue Junos OS-Image.

    Wenn Sie fertig sind, kehren exit Sie zum primären Gerät zurück.

    Wiederholen Sie die Bildprüfung auf jedem Gerät in der VCF.

  7. Wenn Sie den VCF halbieren, bilden Sie vorübergehend zwei Virtual Chassis mit jeweils zwei Mitgliedern. Wir empfehlen, die splitte Erkennung zu deaktivieren, wenn Sie ein Virtual Chassis mit nur zwei Mitgliedern bilden. Wenn Sie die splitte Erkennung nicht deaktivieren, übernimmt das primäre Gerät möglicherweise eine Linecard-Rolle und stoppt die Steuerungs- und Datenebene, wenn Sie es später in diesem Beispiel von der Backup-Routing-Engine trennen.

    Deaktivieren Sie die geteilte Erkennung auf dem primären Gerät.

  8. Um während des Vorgangs auf Datenverkehrsverluste zu prüfen, starten Sie einen kontinuierlichen Ping vom Server zu IRB 192.168.100.1 auf dem Uplink-Router der MX-Serie.

Umleitung des Datenverkehrs über Member 1 und Member 3

Schritt-für-Schritt-Verfahren

  1. Identifizieren Sie mithilfe der obigen Abbildung die Link Aggregation Control Protocol (LACP)-Memberschnittstellen und VCPs, die Sie auf den Mitgliedern 0 und 2 deaktivieren müssen, um sie vom Rest der VCF zu isolieren. Die VCPs, die Sie deaktivieren, sind Port 2 auf Member 0 und Port 53 auf Member 2.

    Verwenden Sie den folgenden Befehl für die primäre Routing-Engine (Member 1), um die Namen der relevanten Schnittstellen zu ermitteln. Sie deaktivieren die LACP-Member-Schnittstellen für das Uplink-Gerät und die Server. In diesem Fall ist et-0/0/23.0 die Upstream-Schnittstelle von Member 0 und xe-2/0/46.0 die Downstream-Schnittstelle von Member 2.

  2. Greifen Sie auf die Konsole des primären Geräts (Member 1) zu, und führen Sie die folgenden Schritte aus:

    Deaktivieren Sie die Schnittstelle von Member 0 zum Uplink-Gerät.

    Deaktivieren Sie die Schnittstelle von Member 2 zum Server.

    Bestätigen Sie die Konfiguration, damit sie wirksam wird.

  3. Zu Mitglied 1:

    Löschen Sie den VCP von Mitglied 0 zu Mitglied 3.

    Lesen Sie Schritt 3 in Vorbereitung auf das Upgrade und das Topologiediagramm, um zu bestimmen, welche VCP Sie deaktivieren müssen. Identifizieren Sie unter fpc0 in der Tabelle den VCP in der Schnittstellentyp- oder PIC/Port-Spalte, um zu Neighbor ID 3 zu gehen. Deaktivieren Sie in diesem Fall den VCP, der als PIC/Port 0/2 identifiziert wurde, also vcp-255/0/2.

    Löschen Sie den VCP von Mitglied 2 zu Mitglied 1.

  4. Prüfen Sie, ob die Mitglieder aus der VCF entfernt und als NotPrsntmarkiert wurden.

Upgrade von Member 0 und Member 2

Schritt-für-Schritt-Verfahren

  1. Greifen Sie auf die Konsolen für die Mitglieder 0 und 2 zu. Geben Sie den folgenden Befehl ein, um die Mitglieder auf das Junos OS-Image zu aktualisieren, das auf die Geräte kopiert wurde.

  2. Sobald jedes isolierte Mitglied aktualisiert wurde, überprüfen Sie, ob die isolierten Mitglieder, Member 0 und Member 2, anwesend sind.

    Eine neue VCF wurde automatisch gebildet, weil Member 0 bereits als Backup-Routing-Engine konfiguriert war. Daher übernahm er die primäre Routing-Engine-Rolle, wenn es vom ursprünglichen primären Gerät getrennt wurde. Member 2 war bereits in der Linecard-Rolle konfiguriert.

    In der obigen Ausgabe werden die VCP-Schnittstellen angezeigt, die die Geräte verbinden. Wenn in der Ausgabe keine VCP-Schnittstellen in der letzten Spalte angezeigt werden, führen Sie Schritt 3 aus.

  3. Wenn in der Ausgabe im vorherigen Schritt nicht angezeigt wird, dass Member 0 und Member 2 verbunden sind und dass sie die Mitglieder einer neuen VCF sind, konfigurieren Sie die VCP-Verbindung zwischen ihnen.

    Aktivieren Sie auf Member 0 VCP 10.

    Aktivieren Sie auf Member 2 VCP 52.

  4. Bestätigen Sie, dass das Upgrade erfolgreich war.

Datenverkehr über Member 0 und Member 2 umleiten

Schritt-für-Schritt-Verfahren

  1. Deaktivieren Sie gleichzeitig die Uplink- und servergerichteten Ports des alten VCF-Paars (Member 1 und Member 3) und aktivieren Sie die Server- und Uplink-Schnittstellen im neuen VCF, den wir aus den aktualisierten Member 0 und Member 2 gebildet haben. Dadurch wird der Datenverkehr über den neuen VCF umgeleitet.

    Es ist sehr wichtig, die Konfiguration gleichzeitig auf beiden Geräten zu übernehmen, damit die LACP-Zustände auf dem Host und dem Uplink-Router der MX-Serie beibehalten werden. Sie können dies mit Skripten tun, z. B. mit Ansible-Tooling.

    Wenn Sie die Konfigurationen nicht gleichzeitig festlegen, wird der Datenverkehr unterbrochen und der Service beeinträchtigt, solange Es dauert, die Ports auf dem alten VCF zu deaktivieren und die Schnittstellen für die neue VCF zu aktivieren.

    Entfernen Sie auf Member 1 die Restkonfiguration aus der Zeit, als sie das primäre Gerät des vierköpfigen VCF war.

    Deaktivieren Sie den Uplink und die servergerichteten Ports auf Member 1.

    Aktivieren Sie die Uplink- und servergerichteten Ports auf Member 0.

  2. Gleichzeitige Ausführung commit auf Member 1 und Member 0.

  3. Überprüfen Sie, ob der kontinuierliche Ping vom Server zu IRB 192.168.100.1 auf dem Uplink-Router der MX-Serie weiterhin erfolgreich ausgeführt wird. Dadurch wird bestätigt, dass der Datenverkehrspfad erfolgreich gewechselt wurde.

Upgrade von Member 1 und Member 3

Schritt-für-Schritt-Verfahren

  1. Überprüfen Sie, ob der alte VCF aus einem primären Gerät und einem Gerät in einer Linecard-Rolle besteht.

  2. Trennen Sie die alte VCF, indem Sie die VCPs zwischen Member 1 und Member 3 löschen. Da Member 1 das primäre Gerät ist, können Sie diese Befehle auf Member 1 ausführen.

    Streichen des VCP von Mitglied 3 gegenüber Mitglied 1:

    Streichen des VCP von Mitglied 1 gegenüber Mitglied 3:

    Stellen Sie sicher, dass dies auf jedem Gerät erfolgreich war.

    Zu Mitglied 1:

    Greifen Sie auf die Konsole "Member 3" zu:

  3. Upgrade von Member 3 auf Junos OS Version 18.4R1.

    Bestätigen Sie, dass das Upgrade erfolgreich war.

  4. Upgrade von Member 1 auf Junos OS Version 18.4R1.

    Bestätigen Sie, dass das Upgrade erfolgreich war.

Wiederherstellen der vierköpfigen VCF

Schritt-für-Schritt-Verfahren

  1. Fügen Sie Member 3 zum neuen VCF hinzu, indem Sie VCP 49 auf Member 3 und VCP 2 auf Member 0 aktivieren. Abbildung 3 zeigt den Status der neuen VCF, nachdem diese Ports aktiviert wurden.

    Abbildung 3: Hinzufügen von Member 3 zum neuen VCF Add Member 3 to the New VCF

    Aktivieren Sie auf Mitglied 3 den VCP für Mitglied 0:

    Zu Mitglied 0:

    • Aktivieren Sie den VCP für Member 3:

    • Stellen Sie sicher, dass vcp-255/0/2 auf Member 0 und vcp-255/0/49 auf Member 3 aktiviert ist:

  2. Da Member 1 die primäre Routing-Engine des ursprünglichen VCF war, verfügt sie über einige Restkonfigurationen für die Mitglieder 0, 2 und 3. Diese Konfigurationen können den VCF stören, wenn Sie ihn zum neuen VCF hinzufügen, insbesondere wenn Member 1 Member 0 als primäres Gerät für die neue VCF vorgreift.

    Verwenden Sie auf Member 0, dem primären Gerät des neuen VCF, den folgenden Befehl, um die serverorientierte Schnittstelle für Member 3 erneut zu aktivieren und zu halten, dass Member 1 sie nicht versehentlich herunterfährt.

  3. Halten Sie auf Member 1 die uplink-gerichtete Schnittstelle et-1/0/23 deaktiviert. Der Datenverkehr leitet vom benachbarten neuen primären VCF-Gerät an den Uplink-Router der MX-Serie.

    Hinweis:

    Wenn Mitglied 1 im nächsten Schritt Mitglied 0 als primäres Gerät des neuen VCF vorbemerkt, wird die set interfaces et-1/0/23 disable Erklärung an den neuen VCF weitergeleitet. Dies kann zu Verkehrsunterbrechungen führen, in diesem Fall müsste diese Aussage sofort entfernt werden.

  4. Um Member 1 zum neuen VCF hinzuzufügen, stellen Sie die VCP-Links von Member 1 zu den Mitgliedern 2 und 3 wieder her, wie in Abbildung 4 dargestellt.

    Abbildung 4: Hinzufügen von Member 1 zum neuen VCF Add Member 1 to the New VCF

    Zu Mitglied 1:

    • Legen Sie den VCP fest, der eine Verbindung zu Member 3 herstellt.

    • Legen Sie den VCP fest, der eine Verbindung zu Member 2 herstellt.

    Auf Member 0, dem neuen primären VCF-Gerät:

    • Legen Sie den VCP auf Member 2 fest, das eine Verbindung zu Member 1 herstellt.

    • Legen Sie den VCP auf Member 3 fest, das eine Verbindung zu Member 1 herstellt.

  5. In den meisten Fällen wird die Konfiguration der neuen primären VCF-Routing-Engine auf die neu hinzugefügte Backup-Routing-Engine angewendet. Manchmal kann die neu hinzugefügte Backup-Routing-Engine (bei der es sich um die ursprüngliche primäre VCF-Routing-Engine handelte) dem neueren primären VCF-Gerät die primäre Rolle vorentippen und übernehmen. Prüfen Sie, ob dies vorgefallen ist.

    Mitglied 1 hat die primäre Rolle übernommen. Dies kann den Datenverkehrsfluss stören. Wenn Sie dies beobachten, aktivieren Sie schnell den im nächsten Schritt gezeigten Uplink.

  6. Aktivieren Sie auf Member 1 die uplink-gerichtete Schnittstelle et-1/0/23 des neuen VCF.

    Sie haben jetzt eine vierköpfige VCF gebildet, wie in Abbildung 5 dargestellt.

    Abbildung 5: Wiederherstellen der Vier-Mitglieder-VCF Restore the Four-Member VCF

  7. Erwarten Sie eine Unterbrechung des Datenverkehrs in weniger als einer Minute, wenn der LACP-Status neu gesetzt wird, wenn Member 1 dem neuen VCF beizutreten. Überwachen Sie den laufenden Ping vom Server.

  8. Da Member 1 erneut die primäre Rolle übernommen hat, überprüfen Sie, ob die Uplink- und servergerichteten Schnittstellen aufgrund einer Restkonfiguration nicht automatisch deaktiviert wurden. Führen Sie die folgenden Befehle auf Member 1 aus, und überprüfen Sie, ob die untergeordneten LACP-Schnittstellen im Zustand sind collecting distributing .

  9. Auf Member 1, dem neuen primären Gerät des VCF, bestätigen Sie, dass alle VCF-Mitglieder die beabsichtigte Junos OS-Version ausführen.

  10. Stellen Sie auf dem laufenden Ping sicher, dass der Datenverkehr vom Server normal durch die VCF fließt. Erwarten Sie eine Ausfallzeit von 40–50 Sekunden.

    Der Datenverkehr fließt normal durch den VCF. Ihr vierköpfiger VCF ist aktualisiert und voll funktionsfähig.

Schlussfolgerung

Diese Prozedur beschreibt eine der empfohlenen Möglichkeiten, einen gesamten VCF mit minimalen Auswirkungen auf Datencenter-Workloads zu aktualisieren, wenn NSSU nicht verfügbar oder nicht wünschenswert ist.