Sie können ein Upgrade Ihrer aktuellen vRealize Network Insight-Umgebung auf die neueste Version durchführen.
Wichtige Punkte, die vor dem Upgrade berücksichtigt werden sollten:
- Nach dem Upgrade benötigt vRealize Network Insight ca. 12 bis 24 Stunden, um die Daten zu verarbeiten, die sich während des Upgrade-Vorgangs in der Pipeline befanden, und dies auf der Benutzeroberfläche darzustellen.
- vRealize Network Insight unterstützt weder eine Wiederherstellung noch ein Produkt-Downgrade. Sie müssen eine Sicherung durchführen, bevor Sie mit dem Upgrade fortfahren. Weitere Informationen zum Sicherungs- und Wiederherstellungsvorgang finden Sie im KB-Artikel https://kb.vmware.com/s/article/55829.
- In einer Cluster-Umgebung müssen Sie den Upgrade-Vorgang nur auf dem Platform1-Knoten durchführen.
- Nach dem Upgrade auf vRealize Network Insight 5.1 werden einige Firewall-Regel-IDs möglicherweise zu den neuen IDs geändert, die von der VMware Cloud on AWS 1.9-API zurückgegeben wurden. Wenn VMware Cloud on AWS 1.8-Firewallregeln vorhanden sind, die an die Flows angehängt sind, kann Folgendes eintreten:
- Die korrekten oder entsprechenden VMware Cloud on AWS 1.9-Firewallregeln werden unmittelbar nach dem Upgrade für alle aktiven Flows angehängt.
- Die Firewallregeln beziehen sich auf für die Flows nicht vorhandene Regeln, deren Zeitraum der Inaktivität 24 Stunden vor dem Upgrade von Version 1.8 auf 1.9 übersteigt.
Hinweis: Wenn bei der Durchführung des zentralisierten Upgrades Probleme wie z. B. Uploadfehler oder Fehler bei der Benutzeroberfläche auftreten, wenden Sie sich an den VMware Support.
Migration zu FoundationDB
Um Konfigurationsdaten über Datenspeicher im Cluster zu verteilen, ersetzt
vRealize Network Insight 5.1 zum Speichern der Konfigurationsdaten PostgreSQL durch FoundationDB. Dadurch kann
vRealize Network Insight Folgendes gewährleisten:
- Verringerung der Last auf Platform1-Knoten
- Vermeidung von einzelner Fehlerquelle
- Verbesserung der Robustheit
- Verbesserung der Leistung
- Gleichmäßige Aufteilung der Festplatte über die Clusterknoten hinweg
Im Rahmen des Migrationsvorgangs werden automatisch folgende Aktionen ausgeführt:
- Herunterfahren aller Dienste
- Starten der tabellenweisen Migration von PostgreSQL zu FoundationDB
- Anzeigen der Fortschrittsinformationen zur dynamischen Migration auf der Platform1-Benutzeroberfläche
Die Migrationszeit für das Verschieben von Daten von PostgreSQL zu FoundationDB hängt von der Festplattengeschwindigkeit und der Anzahl der Knoten ab (mehr Knoten bieten mehr Schreibdurchsatz in FoundationDB)
Die Zeit, die zum Abschließen des Migrationsvorgangs benötigt wird, hängt von der Größe der Datenbank ab.
| Setupgröße | Datengröße | Knotenanzahl | Typische Migrationszeit |
|---|---|---|---|
| Klein | 20 GB bis 40 GB | 1 Knoten | 1 bis 2 Stunden |
| Mittel | 60 GB bis 100 GB | 3 Knoten | 7 bis 10 Stunden |
| Einrichtungen mit einer großen Cloud | 500GB | 10-Knoten-Cluster | 15 bis 20 Stunden |
| XL (Megatron) | 1 TB | 10-Knoten-Cluster | 35 bis 40 Stunden |
Beachten Sie, dass die Migration im Rahmen des vRealize Network Insight-Upgrades erfolgt. Das Upgrade dauert somit möglicherweise länger, was während des Vorgangs auf dem Bildschirm zu sehen ist.
vRealize Network Insight bietet unterschiedliche Upgrade-Modi.
