Latencia de host

Revise los requisitos de latencia de red para los hosts que añada a la ubicación de IBM Cloud Satellite.

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 desea conectar al plano de control de ubicación de Satellite deben tener una conexión de latencia baja de menos o igual a 200 milisegundos (<= 200ms) de tiempo de ida y vuelta (RTT) a la región IBM Cloud desde la que se gestiona la 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 la infraestructura de host debe tener una conexión de baja latencia de menos o igual a 100 milisegundos (<= 100ms) de tiempo de ida y vuelta (RTT) entre los hosts que se utilizan para los nodos trabajadores del plano de control de ubicación Satellite y los hosts que se utilizan para otros recursos de la ubicación, como clústeres o Satellite-enabled IBM Cloud servicio. 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 la infraestructura de host debe tener una conexión de baja latencia de menos o igual a 10 milisegundos (<= 10ms) de tiempo de ida y vuelta (RTT) entre todos los hosts asignados al mismo recurso de Satellite, como por ejemplo el plano de control de ubicación de Satellite, un servicio Satellitehabilitado IBM Cloud 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 probar la latencia entre los hosts y la región para asegurarse de que utiliza una conexión de latencia baja de menos o igual a 200 milisegundos (<= 200ms) de tiempo de ida y vuelta (RTT).

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, puede añadir SSH en la máquina desde una línea de mandatos.
Anote las direcciones IP de la región IBM Cloud que desea 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 de mandatos, puede escribir ctrl+c.
En la salida de ping statistics, anote la distancia promedio de ida y vuelta (avg) en milisegundos (ms) entre el host y la región IBM Cloud y compare si la conexión cumple el requisito de latencia de menos o igual a 200 milisegundos (<= 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
```