Von IBM verwalteter Master für vom Kunden bereitgestellte Workerknoten für die Steuerebene des Satellite-Standorts:

Die Hosts, die Sie an die Steuerungsebene des Standorts Satellite anbinden möchten, müssen über eine Verbindung mit geringer Latenz (Round-Trip-Zeit, RTT von höchstens 200 Millisekunden <= 200ms) zur Region IBM Cloud verfügen, von der aus Ihr Satellite-Standort verwaltet wird. Eine steigende Latenz kann sich auf die Leistung auswirken, einschließlich dem Durchsatz des Satellite-Links, der Bereitstellungszeit für den Satellite-fähigen IBM Cloud-Service, die Wiederherstellungszeit nach einem Hostfehler und in Extremfällen die Verfügbarkeit von Ressourcen, die in der Steuerebene des Satellite-Standorts ausgeführt werden, wie z. B. Red Hat OpenShift-Cluster-Master. Weitere Informationen finden Sie in Latenz zwischen IBM Cloud und den Hosts der Steuerebene des Satellite-Standorts testen.

Vom Kunden bereitgestellte Workerknoten in der Steuerebene für den Satellite-Standort für Workerknoten, die Satellite-fähige IBM Cloud Services (z. B. Red Hat OpenShift-Cluster) an demselben Standort ausführen

Die Konfiguration Ihrer Host-Infrastruktur muss eine Verbindung mit geringer Latenz (Round-Trip-Zeit (RTT) von höchstens 100 Millisekunden (<= 100ms)) zwischen den Hosts gewährleisten, die für die Worker-Knoten der Steuerungsebene des Satellite-Standorts verwendet werden, und den Hosts, die für andere Ressourcen an diesem Standort genutzt werden, wie beispielsweise Cluster oder den Satellite-fähigen IBM Cloud-Dienst. Bei Cloud-Providern wie AWS bedeutet diese Konfiguration beispielsweise, dass alle Hosts am Satellite-Standort aus derselben Cloudregion wie us-east-1stammen. Eine steigende Latenz kann sich auf die Leistung auswirken, z. B. auf die Bereitstellungs- und Wiederherstellungszeiten, reduzierte Workerknoten im Cluster, eine Verschlechterung des Satellite-fähigen IBM Cloud-Service, und in Extremfällen kann es zu Fehlern in Ihren Clusteranwendungen kommen.

Vom Kunden bereitgestellte Workerknoten, die derselben Ressource zugeordnet sind, z. B. der Steuerebene für den Satellite-Standort oder einem Cluster

Die Konfiguration Ihrer Host-Infrastruktur muss eine Verbindung mit geringer Latenz von höchstens 10 Millisekunden (<= 10ms ms) Round-Trip-Zeit (RTT) zwischen allen Hosts aufweisen, die derselben Satellite-Ressource zugewiesen sind, wie beispielsweise der Satellite-Standort-Steuerungsebene, einem Satellite-fähigen IBM Cloud-Dienst oder einem Cluster. Eine zunehmende Latenzzeit kann sich auf die Leistung auswirken, einschließlich Satellite-fähiger IBM Cloud-Services wie Datenbanken, oder kann zu Fehlern bei Clusteranwendungen führen.

Latenz zwischen IBM Cloud und den Hosts der Steuerebene des Satellite-Standorts testen

Jeder Satellite-Standort wird von einer mehrere Zonen umfassenden IBM Cloud-region aus verwaltet. Sie können die Latenz zwischen Ihren Hosts und der Region testen, um sicherzustellen, dass Sie eine Verbindung mit einer geringen Latenz von höchstens 200 Millisekunden (<= 200ms ms) Round-Trip-Zeit (RTT) verwenden.

1. Melden Sie sich bei Ihrem Infrastrukturprovider bei der Hostmaschine an, die Sie einem Satellite-Standort hinzufügen möchten. Beispiel: Stellen Sie über die Befehlszeile eine SSH-Verbindung zum Rechner her.

2. Notieren Sie sich die IP-Adressen für die Region IBM Cloud, die Sie testen möchten

   Dallas

   52.117.39.146, 169.48.134.66, 169.63.36.210

   Frankfurt

   149.81.188.122, 158.177.88.18, 161.156.38.122

   London

   158.175.120.210, 141.125.97.106, 158.176.139.66

   Osaka

   163.68.73.50, 163.69.65.242, 163.73.67.10

   Sao Paulo

   163.107.67.18, 163.109.71.82, 169.57.144.42

   Sydney

   130.198.65.82, 135.90.66.194, 168.1.58.90

   Tokio

   161.202.104.226, 128.168.67.106, 165.192.108.10

   Toronto

   163.74.65.138, 163.75.70.50, 169.53.160.154

   Washington, DC

   169.63.123.154, 169.63.110.114, 169.62.13.2, 169.60.123.162, 169.59.152.58, 52.117.93.26

   Madrid

   13.120.67.114, 13.121.67.98, 13.122.67.106

3. Überprüfen Sie von Ihrem Host aus die IP-Adressen der IBM Cloud-Region mit einem Pingbefehl.

   ping <ip_address>
   

4. Schließen Sie die Verbindung, nachdem einige Pakete die Übertragung abgeschlossen haben. Geben Sie beispielsweise über die Befehlszeile Folgendes ein: ctrl+c.

5. Beachten Sie in der Ausgabe ping statistics die durchschnittliche (avg) Round-Trip-Dauer in Millisekunden (ms) zwischen dem Host und der Region IBM Cloud und prüfen Sie, ob die Verbindung die Latenzanforderung von höchstens 200 Millisekunden (<= 200ms) erfüllt.

   Beispiel für eine Verbindung, die die Latenzanforderungen erfüllt:

   --- 169.63.123.154 ping statistics ---
   25 packets transmitted, 25 packets received, 0.0% packet loss
   round trip min/avg/max/stddev = 48.131/77.716/181.397/27.893 ms
   

   Beispiel für eine Verbindung, die die Latenzanforderungen nicht erfüllt:

   --- 158.175.120.210 ping statistics ---
   9 packets transmitted, 9 packets received, 0.0% packet loss
   round trip min/avg/max/stddev = 138.453/217.370/419.901/108.211 ms