Häufig gestellte Fragen
Hohe Verfügbarkeit
Was ist der Unterschied zwischen High Availability und Secondary (Geo) Appliance?
- Hohe Verfügbarkeit gewährleistet Fehlertoleranz. Die sekundäre (Geo-) Appliance ermöglicht die Disaster Recovery.
- Hochverfügbarkeit kann für MCN, RCN und Zweige-Appliances konfiguriert werden. Sekundäre (Geo-) Appliance kann nur für MCN und RCNs konfiguriert werden.
- Hochverfügbarkeits-Appliances werden am selben Standort oder geografischen Standort konfiguriert. Eine Zweigeinheit an einem anderen geografischen Standort ist als sekundäre (Geo) MCN/RCN-Einheit konfiguriert.
- Die primäre und sekundäre Appliance mit hoher Verfügbarkeit sollten dieselben Plattformmodelle sein. Die sekundäre (Geo) -Appliance ist möglicherweise das gleiche Plattformmodell wie die primäre MCN/RCN.
- Hochverfügbarkeit hat eine höhere Priorität gegenüber sekundären (Geo). Wenn eine Appliance (MCN/RCN) mit High Availability and Secondary (Geo) -Appliance konfiguriert ist, wird die sekundäre Hochverfügbarkeits-Appliance aktiv, wenn die Appliance ausfällt. Wenn beide Hochverfügbarkeits-Appliances ausfallen oder wenn der Standort des Rechenzentrums abstürzt, wird die sekundäre (Geo) Appliance aktiv.
- Bei Hochverfügbarkeit erfolgt der primäre bzw. sekundäre Switchover sofort oder innerhalb von 10-12 Sekunden, abhängig von der Hochverfügbarkeitsbereitstellung. Der primäre MCN/RCN-zu-sekundäre (Geo) MCN/RCN-Umschalter erfolgt nach 15 Sekunden, nachdem der primäre inaktiv ist.
- Mit der Hochverfügbarkeitskonfiguration können Sie die primäre Rückgewinnung konfigurieren. Sie können die primäre Rückgewinnung für die sekundäre (Geo) -Appliance nicht konfigurieren. Die primäre Rückgewinnung erfolgt automatisch, nachdem die primäre Appliance wieder zurück ist und der Haltezeitgeber abgelaufen ist.
Upgrade in einem Schritt
Hinweis
WANOP, SVM und XenServer Supplemental/HFS werden als Betriebssystemkomponenten betrachtet.
Sollte ich .tar.gz oder ein einzelnes Schritt-Upgrade .zip-Paket verwenden, um von meiner aktuellen Version (8.1.x, 9.1.x, 9.2.x) auf 9.3.x zu aktualisieren?
Verwenden Sie die TAR.gz-Dateien der betreffenden Plattformen, um die SD-WAN-Software auf 9.3.x zu aktualisieren. Nachdem die SD-WAN-Software auf die Version 9.3.x aktualisiert wurde, führen Sie die Änderungsverwaltung mithilfe des Pakets .zip durch, um Softwarepakete für Betriebssystemkomponenten zu übertragen/zu verlagern. Nach der Aktivierung überträgt der MCN Betriebssystemkomponenten für alle relevanten Zweige.
Nach dem Upgrade auf 9.3.0 mit einem Einzelschritt-Upgrade-Paket (.zip-Datei) tun, muss ich ausführen.Upg-Upgrade auf jeder Appliance?
Nein, Betriebssystemsoftwareupdate/-upgrade wird durch das Einzelschritt-Upgrade .zip-Paket übernommen und es wird gemäß den Planungsdetails installiert, die Sie in den Änderungsverwaltungseinstellungen der jeweiligen Standorte angegeben haben.
Warum sollte ich .tar.gz gefolgt von .zip-Paket verwenden, um von früher als 9.3 auf 9.3.x zu aktualisieren, und warum nicht direkt .zip-Paket von 9.3.x verwenden?
Ein Einzelschritt-Upgrade-Paket wird ab 9.3.0.161 unterstützt und bei früheren Versionen (vor Release 9.3) wird dieses Paket nicht erkannt. Wenn das Paket Upgrade .zip in den Change Management-Posteingang hochgeladen wird, gibt das System einen Fehler aus, der besagt, dass das Paket nicht erkannt wird. Daher aktualisieren Sie zuerst die SD-WAN-Software auf Version 9.3 oder höher und führen Sie dann das Change Management mithilfe des ZIP-Pakets.
Wie werden die Betriebssystemkomponenten durch ein einzelnes Schritt-Upgrade installiert, wenn.upg-Upgrade wird nicht durchgeführt?
Der MCN transferiert/stellt Betriebssystemkomponenten Softwarepakete basierend auf dem Appliance-Modell auf, nachdem das Änderungsmanagement mit einem einzigen Schritt upgrade.zip-Paket abgeschlossen wurde. Nach der Aktivierung startet der MCN die Softwarepakete der Betriebssystemkomponenten für die Zweige, die sie für das geplante Update/Upgrade benötigen, zu übertragen/zu stempeln.
Wie installiere ich Betriebssystemkomponenten, ohne für spätere Installationen zu planen?
Setzen Sie den Wert des Wartungsfensters auf ‘0 ‘ für die sofortige Installation der Betriebssystemkomponenten.
Hinweis
Die Installation wird nur gestartet, wenn die Appliance das gesamte Paket empfangen hat, das für die Site benötigt wird, selbst wenn der Wert des Wartungsfensters auf ‘0 ‘ festgelegt ist.
Was ist die Verwendung der Planung der Installation? Kann ich die Fahrplananweisungen verwenden, um VW alleine zu aktualisieren?
Die geplante Installation wurde in SD-WAN Version 9.3 eingeführt und gilt nur für Betriebssystemkomponenten und nicht für VW-Software-Upgrades. Bei einem Upgrade in einem Schritt müssen Sie sich nicht bei jeder Appliance anmelden, um das Upgrade der Betriebssystemkomponenten durchzuführen. Mit der Planungsoption können Sie die Installation der Betriebssystemkomponenten zu einem anderen Zeitpunkt als dem Upgrade der VW-Softwareversion planen.
Warum werden die Planungsinformationen auf der Seite Einstellungen für die Änderungsverwaltung standardmäßig nach dem Plandatum angezeigt und was bedeutet das?
Auf der Seite Einstellungen für die Änderungsverwaltung werden die standardmäßigen Planungsinformationen angezeigt : Start: 2016-05-21 21:20:00, Fenster: 1, Wiederholung: 1, Einheit: Tage . Wenn das Datum ein vergangenes Datum ist, bedeutet dies, dass die geplante Installation auf der Zeit und anderen Parametern wie Wartungsfenster, Wiederholfenster und Einheit basiert und nicht auf dem Datum.
Was ist der Standardzeitplan Installationsdatum/-zeit auf eingestellt, ist die allgemeine oder lokale Appliance abhängig?
Standardmäßig wird die Planungsdetails auf ‘2016-05-21 um 21:20:00 (Wartungsfenster von 1 Stunde und alle 1 Tag wiederholt) ‘gesetzt. Diese Details sind abhängig vom Standort der lokalen Appliance.
Wie kann ich Betriebssystemkomponenten sofort installieren, ohne auf das Wartung/geplante Fenster zu warten?
Setzen Sie den Wert des Wartungsfensters auf 0 auf der Seite Einstellungen für die Änderungsverwaltung. Dadurch wird die geplante Installationszeit außer Kraft gesetzt.
Welches Paket sollte ich für das Upgrade verwenden, wenn die aktuelle Softwareversion 9.3.x oder höher ist?
Verwenden Sie ein Upgrade .zip-Paket in einem Schritt, um auf eine höhere Version zu aktualisieren, wenn die aktuelle Softwareversion 9.3.x oder höher.
Wann werden die OS-Komponentendateien in die Zweige übertragen/bereitgestellt?
Die Betriebssystemkomponentendateien werden in relevante Zweige übertragen, nachdem die Aktivierung abgeschlossen ist, wenn Change Management mit einem einzigen Schritt upgrade.zip-Paket durchgeführt wird, um das System zu aktualisieren.
Welche Appliances erhalten OS-Komponentendateien, Ist sie plattformabhängig oder alle Zweige erhalten sie?
Appliances, die auf Hypervisor basieren, wie z. B. SD-WAN — 400, 800, 1000, 2000 SE und Bare Metal SD-WAN — 2100, die mit EE-Lizenz ausgeführt werden, erhalten Betriebssystemkomponenten für das Upgrade.
Wie funktioniert die Terminplanung?
Standardmäßig wird die Planungsdetails auf 2016-05-21 um 21:20:00 (Wartungsfenster von 1 Stunde und wiederholt jeden 1 Tag) gesetzt, und es bedeutet, dass das System überprüft, ob neue Software für die Installation verfügbar ist, da der Wiederholungswert auf 1 Tagefestgelegt ist und Wartungsfenster von 1 Stunden und die Installation wird ab 21.05.2016 um 21:20:00 Uhr (lokale Appliance-Zeit) ausgelöst bzw. versucht (falls neue Software verfügbar ist).
Wie erfahre ich, ob die Betriebssystemkomponenten aktualisiert wurden?
In der Spalte Status sehen Sie ein grünes Häkchen. Wenn Sie den Mauszeiger darüber zeigen, sehen Sie die Meldung Upgrade ist erfolgreich.
Wie kann ich die Installation von Betriebssystemkomponenten für RCN und seine Zweige planen?
Die Planung für RCN erfolgt über die Seite Einstellungen für die MCN Change Management . Für RCN-Zweige müssen Sie sich bei der jeweiligen RCN anmelden und die Zeitplandetails festlegen.
Wo kann ich den Status der geplanten Installation abrufen?
Der Status der geplanten Installation für RCN kann auf der Seite Einstellungen für die MCN Change Management abgerufen werden. Für RCN-Zweige müssen Sie sich beim jeweiligen RCN anmelden, um den Status zu erhalten.
Wie erhalte ich den Status der geplanten Installation?
Verwenden Sie die Schaltfläche “Aktualisieren” auf der Seite Einstellungen für die Änderungsverwaltung, um den Status von MCN bzw. RCN für Zweige in Standardregion bzw. RCN abzurufen.
Kann ich die tar.gz-Datei verwenden, um auf die nächste Version zu aktualisieren, wenn ein Einzelschritt-Upgrade für das vorherige Software-Upgrade verwendet wurde?
Sie können die tar.gz-Datei zum Aktualisieren verwenden, es wird jedoch nicht empfohlen, da Sie ein Software-Upgrade mithilfe des durchführen können.upg-Datei. Laden Sie zur Aktualisierung der Betriebssystemkomponentensoftware hoch, indem Sie sich bei jeder entsprechenden Appliance anmelden. Ab Version 9.3, Version 1, wird die Seite Betriebssystemsoftware aktualisieren abgeschrieben. Daher können Sie die Änderungsverwaltung mithilfe des Pakets .zip durchführen, um Betriebssystemkomponenten zu aktualisieren.
Wie können wir die aktuellen laufenden Versionen von Betriebssystemkomponenten validieren?
Jetzt können Sie die aktuell ausgeführten Versionen von Betriebssystemkomponenten nicht über die Benutzeroberfläche überprüfen. Sie können sich von jeder Konsole aus anmelden oder STS aufrufen, um diese Informationen anzuzeigen.
Welchen Unterschied würde es machen, wenn ich Bare Metal Geräte in meinem Netzwerk habe? Beeinträchtigt sich die Planung auf Bare-Metal-/Virtual Appliances?
Bare Metal Appliances wie SD-WAN — 410.2100,4100,5100 SD-WAN betreiben nur SD-WAN-Software. Bare Metal Appliances benötigen keine OS-Komponentenpakete. Diese Plattformen werden in Bezug auf die Softwareanwendungen mit SD-WAN VPX-SE-Appliances behandelt. Der MCN wird keine OS-Komponentenpakete an diese Appliances übertragen. Das Festlegen von Planungsinformationen wird für diese Appliances nicht wirksam, da sie über keine Betriebssystemkomponenten verfügen, für die ein Upgrade erforderlich ist.
Wie funktioniert SSU in Hochverfügbarkeitsumgebung/Bereitstellung?
Bei der Hochverfügbarkeitsbereitstellung bei MCN haben wir eine Einschränkung, bei der der aktive MCN Switch/umschaltet die Rolle des primären MCN während des Change Managements und der Standby/Secondary MCN übernimmt. In diesem Fall können Sie die Änderungsverwaltung erneut mit dem ZIP-Paket auf dem aktiven MCN für die Pakete durchführen oder Sie können wieder zum primären MCN wechseln, indem Sie die Rolle des aktiven MCN umschalten, sodass der ursprüngliche primäre MCN die Rolle übernehmen kann, damit die OS-Komponentenpakete auf andere Zweige.
Wie funktioniert ein Upgrade in einem Schritt in der Hochverfügbarkeitsumgebung bzw. -bereitstellung?
Beim Upgrade in einem Schritt in der Hochverfügbarkeitsbereitstellung wird die Rolle des primären MCN und des Standby-MCN umgeschaltet. Dies ist eine Einschränkung. Führen Sie in diesem Fall die Änderungsverwaltung mit dem ZIP-Paket auf dem aktiven MCN erneut aus. Alternativ können Sie zurück zum primären MCN wechseln, indem Sie die Rolle des aktiven MCN umschalten, sodass der ursprüngliche primäre MCN OS-Komponentenpakete in den Zweigen versetzt werden kann.
Wird ein Upgrade in einem Schritt für die Zero-Touch-Bereitstellung unterstützt, um die Appliances neu zu starten?
Ja, es kann verwendet werden.
Kann ich ein Upgrade für meine eigenständige WANOP Appliance mit einem Schritt durchführen?
- Nein.
Kann ich ein Upgrade in einem Schritt verwenden, um eine eigenständige WANOP-Appliance zu aktualisieren, die im Zwei-Box-Modus bereitgestellt wird?
Nein. Nur SD-WAN-Appliance, die Teil des Zwei-Box-Modus ist, würde aktualisiert und nicht die eigenständige WANOP-Appliance.
Welches Paket sollte ich für ein Upgrade auf ein mehrstufiges Netzwerk verwenden?
Verwenden Sie das Einzelschritt-Upgrade-Paket ns-sdw-sw- <release-version>.zip, wenn die aktuelle Softwareversion 9.3.x oder höher ist. MCN kümmert sich um das Staging-Paket zu RCN und RCNs führen das Staging des Softwarepaket zu den jeweiligen Branches durch.
Nach dem Hochladen der Datei ns-sdw-sw-<release-version>.zip sehe ich nur ein Plattformmodell unter aktueller Software?
Ab Release 10.0 wird die Unterstützung für die Skalierungsarchitektur eingeführt, um die Verarbeitung eines Einzelschritt-Upgrades zu beschleunigen. Sie können nur das MCN-Plattformmodell unter aktueller Software sehen. Andere Appliance-Pakete werden angezeigt/verarbeitet, wenn Sie die Schaltfläche Verifizieren oder Stage Appliance wählen.
Welche Pakete werden für VPX/VPXL/Bare Metal Appliances für RCN bereitgestellt?
Das Paket wird zu RCNs bereitgestellt, da RCNS-Zweige von jedem Plattformmodell sein können. Daher benötigen sie alle Pakete.
Wie erhält mein Zweigstandort hinter dem RCN OS-Komponentenpakete, wenn RCN eine VPX-Appliance ist und Zweig eine Appliance ist, die diese Pakete benötigt?
RCN stellt nach Aktivierung des SD-WAN VW-Softwarepakets das entsprechende Paket in den Zweig ein, der die OS-Komponentenpakete benötigt.
Kann ich während der Stagingphase Unvollständig ignorieren wählen und mit der nächsten Phase des Änderungsmanagements fortfahren? Welche Auswirkungen hat es auf Websites, die das Staging nicht abgeschlossen haben, wenn diese Schaltfläche ausgewählt ist?
Ja, Sie können auf Unvollständige ignorieren klicken. Dadurch wird die Schaltfläche Weiter aktiviert, und die Fortschrittsleiste wird angezeigt. Diese Option wird für Szenarien bereitgestellt, in denen die Site nicht erreichbar ist und die Änderungsverwaltung immer noch darauf wartet, dass das Staging für diese Site abgeschlossen ist, sodass Benutzer mit der nächsten Stufe fortfahren können, indem sie den Stagen-Status ignorieren und mit der Aktivierung fortfahren können. Nachdem die Site auftaucht, setzt MCN das Paket nach Abschluss der Aktivierung ein.
Teilweise Software-Upgrade
Was ist ein teilweises Upgrade und wie kann ich es verwenden?
Teilweise Aktualisierung der Standortsoftware ist eine neue Funktion, die in Release 10.0 eingeführt wurde. Sie können die neuere Version von Release 10.x aus dem MCN staged-Software-Version auf der Seite Local Change Management auf ausgewählten Standorten/Zweigen aktivieren. Stellen Sie vor der Aktivierung der bereitgestellten Software auf Standort/Zweig sicher, dass das Kontrollkästchen von MCN aktiviert ist.
- Diese Funktion ist in der Standardeinstellung deaktiviert. Der vorhandene Korrekturmechanismus hält das Netzwerk synchron. Der Benutzer muss festlegen, dass teilweise Standortaktualisierungen zugelassen werden sollen, indem er ein Kontrollkästchen auf der Seite Konfiguration > Verwaltungseinstellungen ändern aktiviert.
- Teilweise Software-Upgrade kann nur auf einem Zweig oder RCNs durchgeführt werden und nicht auf dem MCN.
Im Folgenden finden Sie die Verwendung/Szenario, in der ein teilweises Software-Upgrade verwendet werden kann:
Überprüfen Sie, ob ein Softwarepatch mit relevanten Änderungen kompatibel ist und für eine bestimmte Site funktioniert (wobei ein teilweises Site-Upgrade durchgeführt wird). Überprüfen Sie, ob die aktualisierte Software wie erwartet funktioniert. Dies hilft, die neue Software zu validieren und an einem bestimmten Standort zu beheben, bevor das gesamte Netzwerk mit der neuen Software aktualisiert wird.
Kann ich diese Funktion verwenden, um ein Upgrade von:
- 10.0 bis 10.x
- 10.0.x bis 10.0.y
- 11,0 bis 11.y
- 11.0.x bis 11.0.y
- Alle oben genannten
Teilweise Standortsoftware-Aktualisierung ist nur anwendbar, wenn die Appliance die Softwareversion 10.x und neuer ausführt und innerhalb derselben Hauptversion der Software verwendet werden kann. Es kann zwischen den Versionen 10.0 bis 10.0.x/10.x verwendet werden. Nur im Rahmen eines teilweisen Upgrades der Standortsoftware kann die Konfiguration nicht geändert werden.
Kann ich eine neue Funktion testen, die im Rahmen eines partiellen Software-Upgrades getestet werden soll, indem ich sie über die Konfiguration aktiviere?
Nein, bei einem teilweisen Software-Upgrade muss jetzt die Active und Staged Config identisch sein. Nur Software-Version kann sich ändern.
Kann ich das partielle Software-Upgrade für RCN deaktivieren?
Nein, teilweise Software-Upgrade kann nur über MCN aktiviert oder deaktiviert werden. Bei RCN befindet sich das Feature im schreibgeschützten Modus.
Kann ich das partielle Software-Upgrade verwenden, wenn ich als 9.3.x und 10.0.x aktiv bin?
Nein, die Appliance sollte ab Version 10.0 als aktive Software ausgeführt werden.
Was passiert, wenn die Option partielle Software-Aktualisierung von MCN deaktiviert ist, während einige Zweige bereits über diese Funktion aktualisiert werden?
MCN sendet eine Benachrichtigung an alle Appliances im Netzwerk, dass die Funktion partielle Software-Aktualisierung deaktiviert ist, und dann werden alle Appliances im Netzwerk von MCN automatisch korrigiert, damit sie mit der aktiven und der Version im Staging übereinstimmen. Beachten Sie jedoch, dass MCN erwartet, dass die Option “Staged aktivieren” auf der Aktivierungsseite von Change Management geklickt wird. Sie können das Netzwerk aktivieren, indem Sie auf Staged aktivieren klicken oder auf Vorbereitung ändern klicken, um den Status abzubrechen, indem Sie die Bestätigung akzeptieren.
Änderungsmanagement — Rollback
Was ist Rollback-Funktion im Änderungsverwaltungsprozess?
Ab Version 9.3 ermöglicht das Rollback der Änderungsverwaltung das Rollback auf die Arbeitskonfiguration, wenn unerwartete Ereignisse wie T2-App-Absturz oder Virtual Path nach einem Konfigurationsupdate inaktiv werden . Das Netzwerk und die Appliances werden nach dem Konfigurationsupdate 10 Minuten lang überwacht, und während dieses Intervalls, wenn die folgenden Bedingungen erfüllt sind (sofern der Benutzer die Funktion aktiviert hat), wird die Staged-Konfiguration aktiviert. Die Active Software wird auf Staged zurückgesetzt.
Was sind die Kriterien für den Neustart des Konfigurationsrollbacks?
Das Rollback tritt auf, wenn die folgenden Szenarien auftreten:
- MCN - Nach der Änderung der Konfigurations/Software, wenn der Dienst t2_app aufgrund eines Absturzes innerhalb von 30 Minuten deaktiviert wird.
- MCN - Nach der Konfigurations-/Software-Änderung, wenn der Virtual Path Service nach der Aktivierung 30 Minuten oder länger heruntergefahren ist. Die Rollback-Funktion wird an den Standorten gestartet.
- Site - Wenn die Site nach der Konfigurations-/Softwareveränderung die Kommunikation mit MCN verliert, wird die Rollback-Funktion initiiert.
- Site - Nach der Konfigurations-/Software-Änderung wird t2_app Dienst aufgrund eines Absturzes innerhalb von 30 Minuten deaktiviert.
Was passiert nach dem Rollback?
Nach dem Rollback der Konfiguration wird die fehlerhafte Konfiguration/Software als Staged Software dargestellt.
Wie werden Benutzer benachrichtigt, dass ein Rollback aufgetreten ist?
Ein gelbes Banner oben in der GUI besagt, dass Config aufgrund entsprechender Fehler zurückgesetzt wird, wird angezeigt. Sie können auch sehen, dass es Change Management-Status-Tabelle ist. Es zeigt Konfigurationsfehler oder Softwarefehler an, der dem Standort entspricht, für den ein Rollback aufgetreten ist.
Wird sowohl Konfiguration als auch Software zurückgesetzt?
Ja, wenn ein Software-Upgrade zusammen mit der Konfiguration durchgeführt wird und ein Rollback-Szenario auftritt, dann wird auch Software zurückgesetzt.
Was passiert, wenn es ein Problem in MCN gibt und die Verbindung mit allen Standorten abstürzt oder verliert?
Das gesamte Netzwerk wird mit Ausnahme von MCN zurückgesetzt. Benachrichtigung wird angezeigt, und alle Sites zeigen den Rollback-Status im Bereich Änderungsverwaltung an. Sie können das Problem auf MCN manuell beheben.
Können wir diese Funktion deaktivieren?
Ja, wir können diese Funktion kurz vor der Aktivierung deaktivieren. Diese Funktion ist jedoch standardmäßig aktiviert.
Wie interagiert Rollback mit partieller Software-Aktualisierung, wenn ich über ein mehrstufiges Netzwerk verfügt?
- Wenn das partielle Software-Upgrade deaktiviert ist und ein Standort in einer Region (oder im RCN) zurückgesetzt wird, wird die Region mit dem Problem zurückgesetzt und nach Abschluss des Rollbacks an den MCN weitergeleitet. Infolgedessen wird der MCN und der Rest des Netzwerks zurückgesetzt. Sowohl der RCN in der Region, die zurückgesetzt wurde, als auch der MCN zeigen das Rollback-Banner an, dass der MCN das Rollback-Banner am RCN nicht automatisch schließen kann.
- Wenn ein teilweises Software-Upgrade aktiviert ist und ein Standort in einer Region (oder im RCN) zurückgesetzt wird, wird nur dieser Bereich zurückgesetzt. Das Rollback-Ereignis wird nicht an den MCN weitergegeben. Infolgedessen verlässt der MCN die Region. Der MCN zeigt kein Rollback-Banner an und rollt nicht selbst oder das Netzwerk zurück.
In beiden Szenarien zeigt der RCN das Rollback-Banner an, bis es geschlossen wird. Weil es von MCN nicht automatisch verworfen werden kann.
2100 Premium (Enterprise) Edition
Was zeigt die folgende Meldung an, wenn eine 2100 EE Appliance auf Version 10.0 aktualisiert wird?
Die Appliance verfügt über eine EE-Lizenz oder die WANOP-Umleitung ist über MCN aktiviert. Sie können die Installation von WANOP-Komponenten planen, um mit der Provisioning von WANOP-Features auf dieser Plattform zu beginnen.