IBM Cloud región y ubicación de los centros de datos para el despliegue de recursos
IBM Cloud® tiene una red global resiliente para alojar la carga de trabajo en la nube con alta disponibilidad. Los recursos de distintas ubicaciones se consolidan en una vista de facturación y uso basada en cuentas. También puede implementar sus cargas de trabajo en la ubicación más cercana a sus clientes para lograr una conectividad de baja latencia. IBM Cloud ofrece regiones multizona(MZR)Una región repartida en ubicaciones físicas de varias zonas para aumentar la tolerancia a fallos., regiones multizona de campus único(SC-MZR)Región formada por varias zonas situadas en un mismo edificio o campus. Dependencias como la alimentación, la refrigeración, la conexión en red y la seguridad física pueden ser compartidas, pero están diseñadas para ofrecer un alto grado de independencia frente a fallos. y centros de datosLa ubicación física de los servidores que proporcionan servicios de nube. clásicos para recursos de infraestructura clásicos.
Esta imagen es una representación artística y no refleja las fronteras políticas o geográficas reales.
Regiones
IBM® ofrece dos tipos de regiones: MZR y MZR de un solo campus, y ambas se consideran una MZR. La infraestructura subyacente en ambos tipos proporciona el mismo SLA. Una región es un territorio geográfico independiente que consta de una o varias zonas y suele denominarse con el nombre de área metropolitana (metro) de una ciudad, como Dallas o Londres.
Cada zonaUna ubicación dentro de una región que actúa como dominio de fallo independiente y tiene una latencia reducida con respecto a otras zonas de la región.
de la región contribuye a mejorar la tolerancia a fallos y a reducir la latencia. Una zona se identifica utilizando dos nombres distintos. Existe un nombre de zona, por ejemplo us-south-1
que es un identificador lógico para una
zona en el contexto de la cuenta corriente. También existe un nombre de zona universal que es el identificador de una zona que es consistente en todo IBM Cloud, por ejemplo us-south-dal10-a
. El nombre de zona universal proporciona
la especificación de ubicación para los recursos de VPC mediante la asignación del nombre de zona a una ubicación física, como un centro de datos. Alternativamente, la ubicación de los recursos clásicos no se especifica por zona y en su lugar
se utiliza el centro de datos específico dentro de la región, como DAL10
. Para obtener más información sobre la información de zona específica de su cuenta, consulte Asignación de zonas por cuenta.
Al distribuir sus cargas de trabajo en tres zonas y consumir recursos de nube regionales de alta disponibilidad a través de puntos finales privados virtuales, puede aumentar la disponibilidad regional. Distribuir una carga de trabajo en varias regiones puede proporcionar una mayor disponibilidad y servir de base para un plan de recuperación ante desastres. Existen servicios en nube zonales, regionales y globales que proporcionan un conjunto coherente de recursos en todas las regiones. Los servicios regionales de IBM se distribuyen por zonas en un MZR y suelen ofrecer una disponibilidad del 99.99 % (nivel 3).
Regiones multizona
Los MZR se componen de tres o más centros de datos en varias zonas con alimentación, refrigeración y conectividad de red independientes para garantizar que los fallos en estos componentes queden aislados en una sola zona. Las MZR proporcionan conectividad de baja latencia (latencia < 2 milisegundos) y gran ancho de banda (> 1000 Gbps) dentro de una zona.
Los MZR, que ofrecen el máximo nivel de redundancia y disponibilidad al aprovechar tres emplazamientos distintos dentro de una región, tienen una distancia mínima de al menos 1 milla entre zonas y las distancias exactas varían según la región. La latencia de zona a zona puede consultarse en los paneles de latencia de red.
Los MZR admiten distintos tipos de computación tanto para VPC como para recursos de infraestructura clásicos. La ubicación de los recursos clásicos se especifica mediante un centro de datos, mientras que la ubicación de los recursos de la VPC se especifica mediante la zona. Para obtener más información sobre las ubicaciones físicas disponibles para su cuenta por región para los recursos de VPC, consulte Asignación de zonas por cuenta.
La siguiente tabla enumera las ubicaciones y zonas de IBM Cloud MZR para la geografía.
Región | Zona |
---|---|
Dallas (us-south ) |
us-south-1 us-south-2 us-south-3 |
Sao Paulo (br-sao ) |
br-sao-1 br-sao-2 br-sao-3 |
Toronto (ca-tor ) |
ca-tor-1 ca-tor-2 ca-tor-3 |
Washington DC (us-east ) |
us-east-1 us-east-2 us-east-3 |
Región | Zona |
---|---|
Frankfurt (eu-de ) |
eu-de-1 eu-de-2 eu-de-3 |
Londres (eu-gb ) |
eu-gb-1 eu-gb-2 eu-gb-3 |
Madrid (eu-es ) |
eu-es-1 eu-es-2 eu-es-3 |
Región | Zona |
---|---|
Sídney (au-syd ) |
au-syd-1 au-syd-2 au-syd-3 |
Tokio (jp-tok ) |
jp-tok-1 jp-tok-2 jp-tok-3 |
Si hace referencia a una región al utilizar la CLI, la API, el SDK o Terraform, utilice el nombre programático de la región. Por ejemplo, utilice us-south
para dirigirse a la región de Dallas (us-south
).
MZR de campus único
Los MZR de un solo campus (SC-MZR) contienen tres zonas en diferentes secciones del mismo edificio o dentro de varios edificios de un campus en los que las dependencias de alimentación, refrigeración, redes y seguridad física podrían solaparse. Un SC-MZR está configurado con suficiente redundancia y resistencia para ayudar a garantizar un nivel de disponibilidad y supervivencia continuas ante cualquier interrupción del sistema, planificada o no.
Los SLA se mantienen porque la infraestructura se configura de forma que se puede mantener simultáneamente para que una única anomalía no afecte a las tres zonas del mismo campus. Esta configuración es ideal para servicios que dan soporte a usuarios ubicados en la zona, ya que reduce la latencia para dar soporte a cargas de trabajo de recuperación ante desastres.
La siguiente tabla enumera las ubicaciones SC-MZR disponibles en IBM Cloud y las regiones y zonas asociadas.
Región | Zona |
---|---|
Osaka (jp-osa ) |
jp-osa-1 jp-osa-2 jp-osa-3 |
Montreal (ca-mon ) |
ca-mon-1 ca-mon-2 ca-mon-3 |
Asignación de zonas por cuenta
Dentro de cada región, hay tres o más zonas que se identifican en la API, el SDK, la CLI y Terraform mediante una sintaxis regionname-number
, por ejemplo us-south-1
. Cada cuenta de IBM Cloud tiene una asignación de
zona para cada región que determina la relación entre la zona y la ubicación física. Las zonas se asignan a una ubicación física, a la que se hace referencia mediante un nombre de zona universal utilizando una sintaxis regionname-datacenter-letter
,
por ejemplo us-south-dal10-a
.
La asignación de la zona de cuenta se establece cuando se crea el primer recurso VPC en la región y viene determinada por IBM. Puede revisar la asignación de zonas asignada a una cuenta en la página Descripción general de la infraestructura de la VPC, en la sección Endpoint. También puede utilizar la API de VPC para listar la asignación de su cuenta. En raras ocasiones, puede solicitar un cambio a su gestor de cuenta técnica, pero cada solicitud se evalúa caso por caso.
Comprender la asignación de zonas de su cuenta es útil si está creando una aplicación mixta de VPC y Power Virtual Server, por ejemplo. Puede crear primero los recursos de la VPC y, a continuación, revisar la asignación de zonas para determinar en qué zona universal se encuentran los recursos de la VPC, de modo que pueda asegurarse de que los recursos clásicos se crean en la misma ubicación física. Las ubicaciones de la infraestructura clásica y de los servicios de IBM® Power® Virtual Server se especifican por centro de datos, mientras que la ubicación física de los recursos de la VPC se especifica por el nombre de la zona universal.
La siguiente tabla muestra las ubicaciones físicas disponibles utilizando su nombre de zona universal, los centros de datos asociados y las ubicaciones de punto de presencia(PoPUna ubicación física que almacena servidores y direccionadores en una nube de la red. ) disponibles por MZR.
Región | Nombre de zona universal | Centro de datos | PoP |
---|---|---|---|
Dallas (us-south ) |
us-south-dal10-a us-south-dal12-a us-south-dal13-a us-south-dal14-a |
DAL10 DAL12 DAL13 DAL14 |
DAL03 DAL04 |
Sao Paulo (br-sao ) |
br-sao-sao01-a br-sao-sao04-a br-sao-sao05-a |
SAO01 SAO04 SAO05 |
SAO02 SAO03 |
Toronto (ca-tor ) |
ca-tor-tor01-a ca-tor-tor04-a ca-tor-tor05-a |
TOR01 TOR04 TOR05 |
TOR02 TOR03 |
Washington DC (us-east ) |
us-east-wdc04-a us-east-wdc06-a us-east-wdc07-a |
WDC04 WDC06 WDC07 |
WDC02 WDC05 |
Región | Nombre de zona universal | Centro de datos | PoP |
---|---|---|---|
Frankfurt (eu-de ) |
eu-de-fra02-a eu-de-fra04-a eu-de-fra05-a |
FRA02 FRA04 FRA05 |
FRA01 FRA03 |
Londres (eu-gb ) |
eu-gb-lon04-a eu-gb-lon05-a eu-gb-lon06-a |
LON04 LON05 LON06 |
LON01 LON03 |
Madrid (eu-es ) |
eu-es-mad02-a eu-es-mad04-a eu-es-mad05-a |
MAD02 MAD04 MAD05 |
MAD01 MAD03 |
Región | Nombre de zona universal | Centro de datos | PoP |
---|---|---|---|
Sídney (au-syd ) |
au-syd-syd01-a au-syd-syd04-a au-syd-syd05-a |
SYD01 SYD04 SYD05 |
MEL02 PER01 SYD02 SYD03 |
Tokio (jp-tok ) |
jp-tok-tok02-a jp-tok-tok04-a jp-tok-tok05-a |
TOK02 TOK04 TOK05 |
TOK01 TOK03 |
Si hace referencia a una región al utilizar la CLI, la API, el SDK o Terraform, asegúrese de utilizar el nombre programático de la región. Por ejemplo, utilice us-south
para dirigirse a la región de Dallas (us-south
).
La siguiente tabla muestra las ubicaciones físicas disponibles utilizando su nombre de zona universal, los centros de datos asociados y las ubicaciones PoP disponibles por SC-MZR.
Región | Nombre de zona universal | Centro de datos | PoP |
---|---|---|---|
Osaka (jp-osa ) |
jp-osa-osa21-a jp-osa-osa22-a jp-osa-osa23-a |
OSA21 OSA22 OSA23 |
OSA01 |
Montreal (ca-mon ) |
ca-mon-mon04-a ca-mon-mon04-b ca-mon-mon04-c |
MON04 | MON02 |
Visualización de los recursos por ubicación
Puede ver todos los recursos y ubicaciones desde la página Lista de recursos de la consola. Si desea ver y trabajar con recursos en una ubicación específica, expanda el filtro Ubicación y seleccione una ubicación de la lista. Al ampliar una ubicación específica, puede seleccionar filtrar por regiones, zonas o centros de datos individuales.
En función del tipo de recurso, puede interesarle sólo tipos específicos de datos de ubicación. Por ejemplo, si ha creado un servicio o un servicio de infraestructura VPC, puede filtrar la página de lista de recursos por la región y los códigos de zona. Sin embargo, si trabaja con infraestructuras clásicas o recursos de Power Virtual Server, los códigos específicos de los centros de datos son la información pertinente para usted.
Por ejemplo, si tiene recursos desplegados en la zona de Londres 2 (eu-gb-2), puede establecer filtros para que solo se muestren estos recursos en la lista de recursos. Expanda la opción metropolitana de Londres y la opción de región Londres (eu-gb). Dentro de esa región, puede seleccionar de la lista de zonas disponibles, como Londres 2 (eu-gb-2).
Si tiene un recurso de infraestructura clásica que se despliega en un centro de datos específico, puede identificar el centro de datos por la ubicación metropolitana específica y por el código alfanumérico. Por ejemplo, utilice Dallas para la ubicación metropolitana y luego Dallas 10 ( dal10 ) para el centro de datos.
También puede ver los recursos que están desplegados en ubicaciones de Satellite, que están gestionadas por una región o metro de IBM Cloud y determina dónde se ejecuta el maestro de su plano de control Satellite. Por ejemplo, puede tener un
local en Satellite gestionado por la zona metropolitana de Dallas. Amplíe la opción del metro de Dallas, que incluye su ubicación Satellite, como my-satellite-dal
. Para más información sobre los metros y regiones
que gestionan las sedes de Satellite, consulte Regiones.
También es posible que desee mostrar sus recursos ubicados globalmente. La opción Global significa que sólo una instancia lógica, globalmente accesible del servicio, independiente de cualquier región o zona, se publica para las cargas de trabajo del cliente. Se accede a estos tipos de recursos desde un punto final global.
Como se ilustra en el siguiente gráfico, un centro de datos es un edificio físico que representa una zona situada dentro de una región multizona (MZR). Una MZR está organizada por ubicación metropolitana. Por ejemplo, Londres puede englobar más de una agrupación de centros de datos dentro de una región multizona (MZR). El gráfico muestra tres zonas en un MZR que trabajan juntas en el caso de que uno de los centros de datos deje de estar disponible. Las zonas están conectadas directamente entre sí o a través de enlaces de baja latencia.
Centros de datos clásicos
Además de seleccionar una región para su recurso, puede seleccionar de una lista los centros de datos de IBM Cloud, si trabaja con infraestructura clásica o recursos de Power Virtual Server.
Los centros de datos alojan los recursos de alimentación, refrigeración, cálculo, red y almacenamiento utilizados en los servicios y apps. No proporcionan aislamiento de varias zonas en una ubicación.
Los centros de datos se basan en una arquitectura de POD donde cada centro de datos puede tener más de un POD, en función del despliegue según demanda. Cada POD consta de bastidores, servidores, redes y almacenamiento, además de generadores de potencia de copia de seguridad. La colocación de servidores de carga de trabajo en distintos POD mejora la disponibilidad.
Consulte la tabla siguiente para ver el código específico de cada centro de datos.
Centro de datos | Código |
---|---|
Dallas 08 [1] | DAL08 |
Dallas 09 | DAL09 |
Dallas 10 | DAL10 |
Dallas 12 | DAL12 |
Dallas 13 | DAL13 |
Dallas 14 | DAL14 |
Montreal 01 | MON01 |
San Jose 03 | SJC03 |
San Jose 04 | SJC04 |
Sao Paulo 01 | SAO01 |
Sao Paulo 04 | SAO04 |
Sao Paulo 05 | SAO05 |
Toronto 01 | TOR01 |
Toronto 04 | TOR04 |
Toronto 05 | TOR05 |
Washington D. C. 03 [2] | WDC03 |
Washington D. C. 04 | WDC04 |
Washington D. C. 06 | WDC06 |
Washington D. C. 07 | WDC07 |
Centro de datos | Código |
---|---|
Ámsterdam 03 | AMS03 |
Frankfurt 02 | FRA02 |
Frankfurt 04 | FRA04 |
Frankfurt 05 | FRA05 |
Londres 02 | LON02 |
Londres 04 | LON04 |
Londres 05 | LON05 |
Londres 06 | LON06 |
Madrid 02 | MAD02 |
Madrid 04 | MAD04 |
Madrid 05 | MAD05 |
Milán 01 | MIL01 |
París 01 | PAR01 |
Centro de datos | Código |
---|---|
Chennai 01 | CHE01 |
Osaka 21 | OSA21 |
Osaka 22 | OSA22 |
Osaka 23 | OSA23 |
Singapur 01 | SNG01 |
Sídney 01 | SYD01 |
Sídney 04 | SYD04 |
Sídney 05 | SYD05 |
Tokio 02 | TOK02 |
Tokio 04 | TOK04 |
Tokio 05 | TOK05 |
La tabla incluye algunos centros de datos que se van a cerrar pronto. Para ver la lista de centros de datos que se están cerrando, consulte Cierres de centros de datos.
-
IBM Cloud for Government Más información ↩︎
-
IBM Cloud for Government Más información ↩︎