Wie kann ich nach der horizontalen Skalierung des Clusters auf die Benutzeroberfläche zugreifen?
Der Zugriff auf die Benutzeroberfläche ist nur von Platform1 beschränkt.
Was ist Platform1 und warum muss ich mich an diesen Knoten erinnern?
Der Plattformknoten, von dem der Cluster-Erstellungsprozess initiiert wird, wird als Platform1 behandelt. Auf die Benutzeroberfläche sollte nur von diesem Knoten aus den n Knoten im Cluster zugegriffen werden.
Wie werden Daten von den anderen Knoten in einem Cluster abgerufen, wenn der Zugriff auf die Benutzeroberfläche auf Platform1 beschränkt ist?
Die Daten des Datencenters werden auf alle Knoten in einem Cluster verteilt. Und wenn die Benutzeroberflächenebene Daten auf Platform1 anfordert, ruft der Platform1-Knoten die auf allen Knoten gespeicherten Daten ab und sendet eine Antwort an die Benutzeroberfläche.
Kann ich einen Plattformknoten verwenden, der in einem anderen Datencenter zum Erstellen von Clustern bereitgestellt wird?
Alle Knoten in einem Cluster tauschen Daten untereinander aus. Um Latenzprobleme zu vermeiden, wird daher empfohlen, die im selben Datencenter bereitgestellten Plattformknoten zum Erstellen eines Clusters zu verwenden.
Was geschieht mit Daten auf einer vorhandenen Plattform, wenn ich den Plattformknoten horizontal skaliere?
Die Daten auf einem vorhandenen Plattformknoten werden beibehalten und über alle Knoten in einem Cluster verteilt.
Spielt die Anzahl der Collector-VMs eine Rolle bei der Bestimmung, wie viele Plattform-Bricks ich benötige?
Nein. Nur die Gesamtzahl der VMs in allen vCenter-Instanzen und der Status der Flows (aktiviert oder deaktiviert) haben Auswirkungen auf die Anzahl der benötigten Bricks. Weitere Informationen dazu erhalten Sie in der Brick-Modelltabelle im Installationshandbuch zu vRealize Network Insight.
Hat die Anzahl der vCenter oder die Anzahl der physischen Geräte (wie z. B. Router) oder anderer Datenquellen einen Einfluss auf die Anzahl der benötigten Plattform-Bricks?
Nein. Nur die Gesamtzahl der VMs in allen vCenter-Instanzen und der Status der Flows (aktiviert oder deaktiviert) haben Auswirkungen auf die Anzahl der benötigten Bricks. Weitere Informationen dazu erhalten Sie in der Brick-Modelltabelle im Installationshandbuch zu vRealize Network Insight.
Unterstützt vRNI Plattform-Cluster, die über 2 Datencenter verteilt sind, aus HA-Gründen?
Nein. Der Plattform-Cluster unterstützt nicht das Splitten zwischen Datencentern. Alle Plattform-Cluster-VMs müssen sich auf derselben Site befinden. Der Plattform-Cluster unterstützt HA derzeit nicht. Die Funktion befindet sich in der Roadmap. Die Kunden können SRM für HA in Verbindung mit DR über 2 Sites hinweg verwenden.
Unterstützt vRNI ein einzelnes vCenter mit mehr als 6000 VMs und aktivierten Flows?
Bis zu Version 3.5 unterstützen die vRNI-Proxys nicht die Erfassung von Daten aus einem einzelnen großen vCenter mit über 6000 VMs mit Flows. Diese Funktion befindet sich in der Roadmap.
Wie viel Festplattenspeicher wird auf Platform1 benötigt?
Platform1 benötigt im Vergleich zu anderen Knoten im Cluster mehr Festplattenspeicher, da einige Konfigurationsdaten nur auf Platform1 gespeichert werden.
Was passiert, wenn auf einem der Knoten nicht genügend Festplattenspeicher zur Verfügung steht?
Die Benutzeroberfläche beginnt mit der Anzeige von Fehlermeldungen, wenn der Festplattenspeicher auf einem bestimmten Plattformknoten einen bestimmten Schwellenwert erreicht. Fügen Sie dem Plattformknoten mehr Festplattenspeicher hinzu, indem Sie sich bei vCenter anmelden.
Wie oft werden Daten im Cluster repliziert?
Der Mechanismus für die Datenreplikation hängt von den Komponenten ab, die im Plattformknoten vorhanden sind.
Wie funktionieren die Cluster?
- Alle Proxys in einer Bereitstellung stellen eine Verbindung mit einer Plattform (Platform1) her. Die Konnektivität zwischen Plattform und Collector erfolgt über HTTPS auf Port 443. Daher ist nur Port 443 für Proxys von Platform1 aus sichtbar.
- Nach dem Empfang der Anforderungen vom Collector verteilt der Platform1-Knoten die Last der Anforderungen an andere Plattformknoten im Cluster in Round-Robin-Manier.
- Der Plattformknoten normalisiert die Daten und platziert Sie in der Messaging-Warteschlange für die Verarbeitung durch die Berechnungs-Engine.
- Die Berechnungs-Engine verteilt die Daten mithilfe des Datenreplizierungsmechanismus über alle Knoten im Cluster. Auf diese Weise tritt kein Datenverlust auf, wenn einer der Knoten (außer Platform1) im Cluster ausfällt.
- Einige Konfigurationsdaten werden explizit auf Platform1-Knoten gespeichert, die nicht repliziert werden. Aus diesem Grund wird die Hochverfügbarkeitslösung nicht unterstützt.
