Requisitos de latencia de red para los hosts de Satellite

Revisa los requisitos de latencia de red para los hosts que añadas a tu ubicación de IBM Cloud Satellite con el fin de garantizar un rendimiento y una disponibilidad óptimos.

De nodos maestro gestionados por IBM a nodos de trabajador proporcionados por el cliente para el plano de control de ubicación de Satellite

Los hosts que desee conectar al plano de control de la ubicación de Satellite deben tener una conexión de baja latencia, con un tiempo de ida y vuelta (RTT) inferior o igual a 200 milisegundos (<= 200ms), a la región de IBM Cloud desde la que se gestiona su ubicación de Satellite. A medida que aumenta la latencia, es posible que vea impactos en el rendimiento, incluido el rendimiento de Satellite Link, el tiempo de suministro de servicio IBM Cloud habilitado para Satellite, el tiempo de recuperación de anomalías de host y, en casos extremos, la disponibilidad de recursos que se ejecutan en el plano de control de ubicación de Satellite , como los maestros de clúster de Red Hat OpenShift. Para obtener más información, consulte Probar la latencia entre IBM Cloud y los hosts del plano de control de ubicación de Satellite.

Nodos de trabajo proporcionados por el cliente en el plano de control de ubicación de Satellite a nodos de trabajo que ejecutan servicios IBM Cloud habilitados para Satellite, como por ejemplo clústeres de Red Hat OpenShift en la misma ubicación

La configuración de su infraestructura de hosts debe contar con una conexión de baja latencia,<= 100ms con un tiempo de ida y vuelta (RTT) inferior o igual a 100 milisegundos entre los hosts que se utilizan para los nodos de trabajo del plano de control de la ubicación de Satellite y los hosts que se utilizan para otros recursos de la ubicación, como clústeres o el servicio IBM Cloud habilitado para Satellite. Por ejemplo, en proveedores de nube como AWS, esta configuración normalmente significa que todos los hosts de la ubicación de Satellite son de la misma región de nube, como us-east-1. A medida que aumenta la latencia, es posible que vea impactos en el rendimiento, incluidos los tiempos de suministro y recuperación, los nodos de trabajo reducidos en el clúster, la degradación del servicio IBM Cloud habilitada para Satellite y, en casos extremos, las anomalías en las aplicaciones de clúster.

Nodos de trabajo proporcionados por el cliente que están asignados al mismo recurso, como el plano de control de ubicación de Satellite o un clúster

La configuración de su infraestructura de hosts debe contar con una conexión de baja latencia, con un tiempo de ida y vuelta (<= 10ms RTT) inferior o igual a 10 milisegundos entre todos los hosts asignados al mismo recurso de Satellite, como el plano de control de ubicación de Satellite, un servicio IBM Cloud habilitado para Satellite o un clúster. A medida que aumenta la latencia, es posible que vea impactos en el rendimiento, incluidos los servicios IBM Cloud habilitados para Satellitecomo bases de datos o anomalías de aplicaciones de clúster.

Probar la latencia entre IBM Cloud y los hosts del plano de control de la ubicación de Satellite

Cada ubicación de Satellite se gestiona desde una región multizona de IBM Cloud. Puede comprobar la latencia entre sus hosts y la región para asegurarse de que utiliza una conexión de baja latencia, con un tiempo de ida y vuelta (RTT) igual o inferior a 200 milisegundos (<= 200ms).

En el proveedor de infraestructura, inicie sesión en una máquina host que desee añadir a una ubicación de Satellite. Por ejemplo, conéctate a la máquina mediante SSH desde una línea comando.
Anota las direcciones IP de la región de IBM Cloud que quieras probar

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

Londres

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
Desde el host, haga ping en las direcciones IP de la región de IBM Cloud.
```
ping <ip_address>
```
Tras finalizar la transmisión de unos cuantos paquetes, cierre la conexión. Por ejemplo, desde la línea comando, introduzca ctrl+c.
En el resultado ping statistics, anota la distancia media (avg) de ida y vuelta en milisegundos (ms) entre el host y la región de IBM Cloud, y comprueba si la conexión cumple el requisito de latencia de 200 milisegundos o menos (<= 200ms).

Ejemplo de una conexión que cumple los requisitos de latencia
```
--- 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
```
Ejemplo de una conexión que no cumple los requisitos de latencia
```
--- 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
```