IBM Cloud Docs
Regiones

Regiones

Revise las regiones de IBM Cloud® entre las que puede elegir para gestionar su 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.

Red Hat CoreOS está disponible en todas las ubicaciones soportadas de Satellite y para Red Hat OpenShift versión 4.9 y posteriores. Los hosts Red Hat CoreOS no dan soporte a todos los servicios. Para obtener más información, consulte Servicios de IBM Cloud soportados Satellite.

Regiones IBM Cloud soportadas.
Área geográfica País Área metropolitana multizona Ubicación Región Zona
Asia Pacífico Australia Sydney syd au-syd au-syd-1
au-syd-2
au-syd-3
Asia Pacífico Japón Tokio tok jp-tok jp-tok-1
jp-tok-2
jp-tok-3
Asia Pacífico Japón Osaka osa jp-osa jp-osa-1
jp-osa-2
jp-osa-3
América del Norte Canadá Toronto tor ca-tor tor-1
tor-4
tor-5
América del Norte Estados Unidos Dallas dal us-south us-south-1
us-south-2
us-south-3
América del Norte Estados Unidos Washington DC wdc us-east us-east-1
us-east-2
us-east-3
Europa Alemania Frankfurt fra eu-de eu-de-1
eu-de-2
eu-de-3
Europa España Madrid mad eu-es eu-es-1
eu-es-2
eu-es-3
Europa Reino Unido Londres lon eu-gb eu-gb-1
eu-gb-2
eu-gb-3
América del Sur Brasil Sao Paulo sao br-sao br-sao-1
br-sao-2
br-sao-3

Las ubicaciones certificadas en la nube de la UE se gestionan desde la región de Frankfurt. Para ordenarlos, asegúrese de que elige fra como valor para la opción --managed-from.

IBM Cloud regiones para las preguntas más frecuentes de Satellite

Revise algunas de las preguntas más frecuentes sobre por qué y cómo elegir una región de IBM Cloud para gestionar su ubicación de Satellite.

¿Por qué mi ubicación está gestionada por una región de IBM Cloud?

Para ejecutar los servicios de IBM Cloud en su propia infraestructura se requiere una conexión segura con IBM Cloud. La conexión está controlada, supervisada y gestionada por IBM para garantizar que se cumplen los estándares de seguridad y conformidad de cada uno de los servicios y para aplicar actualizaciones a estos servicios.

Cada ubicación de Satellite se configura con un plano de control que establece la conexión segura de nuevo con IBM Cloud. El plano de control consta de un plano de gestión de alta disponibilidad que se ejecuta en la región IBM Cloud que elija. IBM controla y gestiona este plano de gestión. Los nodos del plano de control se ejecutan en sus propios hosts de cálculo que ha adjuntado a la ubicación Satellite.

IBM utiliza esta conexión para supervisar la ubicación de Satellite, detectar y resolver automáticamente problemas de capacidad, supervisar la actividad maliciosa y aplicar actualizaciones en los servicios de IBM Cloud que ejecuta en la infraestructura.

Para obtener más información, consulte el apartado sobre la arquitectura de Satellite.

¿Qué área metropolitana multizona de IBM Cloud debo elegir como mi ubicación de Satellite?

Puede elegir cualquiera de las regiones de IBM Cloud soportadas para gestionar la ubicación de Satellite. El área metropolitana determina dónde se ejecuta el nodo maestro del plano de control de Satellite. Para obtener más información, consulte el apartado sobre la arquitectura de Satellite. Para reducir la latencia entre la región de IBM Cloud y la ubicación de Satellite, elija la región más cercana a la ubicación física de la infraestructura de cálculo.

¿Pueden mis hosts residir en cualquier lugar?

Como trae su propia infraestructura de host de cálculo a la ubicación de Satellite, puede optar por alojar esta infraestructura en el lugar que necesite. Los hosts pueden estar en su propio centro de datos local, en proveedores de nube pública o en dispositivos Edge Computing si cumplen con requisitos mínimos de host para Satellite.

¿Cómo puedo realizar el despliegue en una ubicación certificada en la nube de la UE?

Las ubicaciones certificadas en la nube de la UE se gestionan desde la región de Frankfurt. Para ordenar estos tipos de ubicaciones, asegúrese de elegir fra como valor para la opción --managed-from.

Mandato de ejemplo:

ibmcloud sat location create --name LOCATION_NAME --coreos-enabled --managed-from fra

o

ibmcloud sat location create --name LOCATION_NAME --managed-from fra

¿Cuáles son los requisitos de latencia?

Cuando seleccione el proveedor de la infraestructura, tenga en cuenta los siguientes requisitos de latencia. Los entornos que no cumplen los requisitos de latencia experimentan un menor rendimiento.

Entre IBM Cloud y la ubicación
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.
Entre hosts de su 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.