IBM Cloud: elección de región por límites de centros de datos

Resumen

IBM Cloud tiene una huella operativa verificable. Su registro de ubicaciones actual enumera nueve regiones metropolitanas multizona, cuatro regiones multizona de campus único y 42 centros de datos de infraestructura clásica, mientras que su documentación asigna zonas VPC lógicas a instalaciones físicas y puntos de presencia de red.
La elección de región no hace que la capacidad sea abstracta. IBM dice que algunos perfiles dependientes del hardware no están disponibles en todas las regiones, expone el inventario bare-metal por centro de datos, documenta errores de capacidad insuficiente y vende reservas que dedican capacidad en una zona elegida.
La resiliencia sigue siendo una compra arquitectónica más que una propiedad automática de una cuenta. Un servidor zonal único no se mueve a otra zona después de un fallo de zona, Direct Link no es inherentemente redundante, las zonas de campus único pueden compartir dependencias y la recuperación ante desastres regional sigue siendo sustancialmente responsabilidad del cliente.
La localidad de los datos también es específica del servicio. IBM dice que el contenido del cliente para servicios regionales y zonales se almacena y procesa en la región seleccionada, pero los metadatos de la cuenta y las funciones de control global pueden manejarse en otro lugar. Por lo tanto, las copias de seguridad, el acceso de soporte, las copias entre regiones y los procedimientos de salida pertenecen a la decisión de localidad, no después de ella.

Un nombre de región es una reclamación sobre máquinas en edificios particulares

La geografía de la nube a menudo se presenta como un menú limpio de nombres de ciudades. La documentación pública de IBM Cloud hace que esa abstracción sea inusualmente fácil de desmontar. Suregistro de ubicacionesdescribe una región como un territorio geográfico independiente que contiene una o más zonas, normalmente con el nombre de un área metropolitana. Actualmente enumera regiones multizona completas en Dallas, Washington, São Paulo, Toronto, Fráncfort, Londres, Madrid, Sídney y Tokio. Por separado, enumera regiones multizona de campus único en Chennai, Montreal, Mumbai y Osaka.

La distinción entre los dos tipos de región no es cosmética. IBM dice que una región multizona completa utiliza tres o más centros de datos en sitios separados, con alimentación eléctrica, refrigeración y conectividad de red independientes, y con al menos una milla entre zonas. Una región multizona de campus único coloca tres zonas en diferentes partes de un edificio o en edificios de un campus. Sus dependencias de alimentación, refrigeración, red y seguridad física pueden superponerse. IBM dice que las dos formas conllevan el mismo compromiso de nivel de servicio, pero también advierte que un desastre en un centro de datos puede afectar a toda una región de campus único porque las zonas están más estrechamente relacionadas.

Eso crea una primera regla útil para los compradores: la etiqueta de región identifica un mercado y un área de latencia, no un cuanto uniforme de independencia física. Tres zonas en Fráncfort no son físicamente equivalentes a tres zonas en un campus de Montreal. Incluso dentro de la categoría de región completa, IBM publica solo una separación mínima, no la distancia, la llanura de inundación, los servicios públicos, los conductos o los detalles de los operadores para cada par de sitios. Un comprador puede saber que las zonas están concebidas como dominios de fallo independientes sin conocer todos los mecanismos por los que esos dominios aún podrían correlacionarse.

El registro de IBM va más allá al exponer la traducción entre nombres lógicos y físicos. Un cliente de VPC ve una zona comous-south-1, pero la cuenta recibe una asignación a una designación física universal comous-south-dal10-a. IBM dice que esa asignación se establece cuando se crea el primer recurso de VPC en la región y la determina IBM. Dallas tiene actualmente cuatro ubicaciones universales asociadas con DAL10, DAL12, DAL13 y DAL14, aunque la región orientada a la cuenta ordinaria presenta tres zonas numeradas. Un cliente puede inspeccionar la asignación después de la creación y puede solicitar un cambio a un administrador técnico de cuentas en casos excepcionales, pero IBM evalúa dichas solicitudes individualmente.

Esto es importante cuando una organización combina VPC, Power Virtual Server e infraestructura clásica. VPC utiliza la asignación lógica a física de la cuenta; los recursos clásicos y de Power se pueden solicitar con códigos de centro de datos específicos. IBM aconseja explícitamente crear primero los recursos de VPC, inspeccionar la zona universal y luego ubicar los otros recursos en la misma instalación física cuando se pretenda la coubicación. El nombre de la ciudad por sí solo es demasiado amplio para esa tarea.

El registro clásico actual nombra 42 centros de datos: 19 en América, 12 en Europa y 11 en Asia-Pacífico. Incluye seis sitios en Dallas, cuatro en Washington, cuatro en Londres y tres en varios otros mercados. Esta es una fuerte evidencia de un patrimonio de alojamiento global en funcionamiento, no un mapa especulativo. También muestra por qué un solo número para "regiones de IBM Cloud" es engañoso. Las regiones VPC, las regiones de campus único, los edificios clásicos, las ubicaciones de Power y los puntos de presencia de red son unidades relacionadas pero no intercambiables.

IBM dice que un centro de datos clásico puede contener múltiples pods, cada uno compuesto por racks, servidores, redes, almacenamiento y generadores de respaldo. Colocar servidores en diferentes pods puede mejorar la disponibilidad, pero la empresa advierte que los centros de datos no proporcionan por sí mismos aislamiento de los arreglos multizona en la misma ubicación. Un pod es un dominio de fallo y capacidad más pequeño dentro de un edificio; una zona es la unidad que los clientes utilizan para separar los recursos de VPC; una región agrupa zonas; y una función de control global aún puede estar por encima de todas ellas. La compra física comienza solo después de que esas capas se separan.

SoftLayer dejó a IBM un patrimonio de alojamiento, no un grupo infinitamente elástico

El énfasis físico se hereda en parte. IBM compró SoftLayer en 2013 y lo combinó con IBM SmartCloud. Lapresentación de IBM para ese trimestreregistra una contraprestación en efectivo de 1.977 millones de dólares. Uninforme de adquisición de IBMdescribió a SoftLayer como un proveedor de infraestructura con sede en Dallas que prestaba servicio a 21.000 clientes con servidores dedicados, servidores virtuales y nubes privadas. La atracción no era meramente el software. Era un sistema de alojamiento instalado con clientes, instalaciones, automatización y una red.

Esa herencia sigue siendo visible en la coexistencia de la infraestructura clásica y VPC. Los clientes clásicos aún pueden seleccionar un centro de datos con nombre y solicitar servidores virtuales o bare-metal contra el inventario físico. VPC presenta recursos zonales más estandarizados y redes definidas por software. IBM ahora recomienda VPC para muchas implementaciones modernas, pero el patrimonio clásico y sus suposiciones operativas siguen siendo importantes para los clientes existentes, las implementaciones de VMware, las empresas de alojamiento y las aplicaciones construidas en torno a las redes de la era de SoftLayer.

La economía de ese patrimonio aparece en las propias reglas de disponibilidad de IBM. Lapolítica de lanzamiento de serviciosdivide las ofertas en servicios centrales e impulsados por el mercado. Se espera que los servicios centrales, incluidos VPC, Object Storage, Kubernetes, OpenShift, PostgreSQL y la gestión de claves, estén en todas las regiones multizona. Otros servicios se implementan donde la demanda de los clientes lo justifica. IBM dice que los nuevos servicios centrales deberían llegar a todas las regiones multizona dentro de los 90 días posteriores a su primer despliegue regional y las actualizaciones deberían seguir dentro de los 30 días, pero señala expresamente que los perfiles y características dependientes del hardware no están disponibles en todas las regiones.

Esta es la lógica comercial detrás del mapa. Abrir una ciudad no significa instalar cada procesador, acelerador, nivel de almacenamiento y dispositivo a una profundidad ilimitada. Un proveedor tiene que decidir cuántos racks energizar, qué generaciones de servidores almacenar, cuánta capacidad de red y almacenamiento reservar, y si la demanda de un servicio especializado compensará la implementación y el soporte local. Un servicio puede estar presente en una región mientras que un perfil particular permanece ausente o escaso.

Dallas ofrece un ejemplo concreto de capacidad siguiendo a la demanda. IBM anuncióDAL14 como una zona VPC adicional, describiéndola como el décimo centro de datos de Dallas de la empresa y la cuarta instalación de zona de disponibilidad en esa área. El anuncio dice que la expansión agrega capacidad para cargas de trabajo de VPC y complementa dos puntos de presencia de red y otra infraestructura en el mercado. La palabra importante es capacidad. Una nueva zona es una decisión de capital y suministro que implica un edificio, suministro eléctrico, refrigeración, fibra, servidores y cobertura operativa, no una nueva etiqueta añadida a una consola.

Las cifras ambientales de toda la empresa de IBM dan una idea general de la factura física, aunque no deben confundirse con mediciones exclusivas de IBM Cloud. IBM informa que sus centros de datos tuvieron una eficacia media ponderada del uso de energía de 1,39 en 2025, que el 85 por ciento de su electricidad procedía de fuentes renovables y que 44 centros de datos se abastecieron con electricidad 100 por cien renovable. La mismadivulgación de energíadice que parte de la electricidad renovable llega a través de propietarios, así como de proveedores directos de energía. No publica el consumo de Cloud por instalación, los megavatios contratados, las restricciones de la red o la duración del combustible de respaldo. El agregado establece un esfuerzo operativo material; no puede decirle a un cliente de Dallas qué dependencia de servicios públicos o propietario se encuentra debajo de una zona en particular.

Por lo tanto, la elección de región conlleva dos precios. El precio visible es la tarifa por computación, almacenamiento y tráfico. El precio menos visible es la decisión del proveedor de instalar suficiente capacidad adecuada en esa ubicación y la decisión del cliente de reservarla o duplicarla. La implementación local de baja latencia, el hardware especializado y el inventario de repuesto profundo compiten por los mismos racks y energía. El mapa muestra dónde puede vender IBM; la pantalla de pedido revela lo que puede entregar ahora.

La capacidad instalada se vuelve utilizable solo cuando el perfil solicitado está libre

La documentación bare-metal de IBM es franca sobre el inventario. Suguía de servidoresdice que los clientes pueden ver qué servidores de aprovisionamiento rápido están disponibles en cada centro de datos. Si un servidor seleccionado no está disponible, la interfaz de pedido identifica otras ubicaciones donde existe esa configuración. Los sistemas de aprovisionamiento rápido generalmente se pueden configurar en 30 a 40 minutos, mientras que el aprovisionamiento bare-metal más amplio puede tardar hasta cuatro horas. Las pruebas de hardware extendidas opcionales pueden agregar dos horas, e IBM dice que los errores críticos de prueba conducen al reemplazo de componentes antes de la entrega.

Esta es la capacidad instalada en su forma más literal. Un chasis debe estar presente, equipado con el procesador, la memoria y las unidades correctos, conectado a los puertos de red en funcionamiento, pasar las pruebas de estrés y permanecer sin comprometer. Un centro de datos puede estar operativo mientras una máquina deseada no está disponible. Trasladarse a otro edificio puede resolver el problema de existencias, pero cambiar la latencia, la separación de fallos, la residencia o el diseño de la conexión cruzada.

Los servidores virtuales clásicos exponen la misma restricción a nivel de grupo. Lapágina de solución de problemas de capacidadde IBM documenta un error de "capacidad insuficiente" cuando un enrutador o centro de datos carece de los recursos para satisfacer una solicitud. Las respuestas sugeridas incluyen esperar, seleccionar otro enrutador o edificio, solicitar menos instancias o más pequeñas, distribuir la solicitud entre centros de datos o cambiar el tipo de almacenamiento. La página también limita el aprovisionamiento de GPU clásicas a un subconjunto nombrado de instalaciones. La elasticidad es real, pero está limitada por hosts libres, conexión de red, almacenamiento y un catálogo de productos vinculado a sitios físicos.

La capacidad de VPC se puede hacer más predecible a través dereservas. IBM ofrece compromisos de uno o tres años para una cantidad y perfil en una zona seleccionada. Anuncia descuentos de hasta el 60 por ciento para servidores virtuales y del 55 por ciento para bare-metal, al tiempo que dedica la capacidad reservada durante el plazo. Una reserva bare-metal mantiene la capacidad incluso antes de que se aprovisione un servidor. La creación de la reserva aún puede llevar tiempo y puede fallar antes de que se dedique la capacidad.

El arreglo expone el intercambio con claridad. La compra bajo demanda le da flexibilidad al cliente, pero deja la disponibilidad inmediata sujeta al grupo compartido. Una reserva reduce esa incertidumbre pagando por un derecho comprometido sobre un perfil y una zona específicos. No reserva todas las dependencias alrededor del servidor. El ancho de banda de red, el almacenamiento, el software, las imágenes, las cuotas, los balanceadores de carga y la capacidad de recuperación tienen sus propias condiciones. Tampoco una zona reservada se convierte en un sitio de recuperación ante desastres solo porque la computación esté garantizada allí.

La capacidad utilizable también depende de la generación y el ciclo de vida. IBM dice que algunas instalaciones maduras contienen servidores de un solo socket 1U sin fuentes de alimentación duales y aconseja a los clientes que necesitan redundancia de fuente de alimentación que consideren chasis 2U. Suguía de resilienciaactual dice que los centros de datos tienen múltiples fuentes de alimentación, enlaces de fibra, generadores y baterías, al tiempo que identifica esta excepción a nivel de servidor. Esa es una advertencia útil contra el tratamiento de la redundancia del edificio como una propiedad heredada automáticamente por cada máquina.

La distinción se extiende a la disponibilidad de software. Todas las regiones multizona tienen un conjunto central, pero los servicios impulsados por el mercado pueden estar ausentes, y el plano de datos local de un servicio puede depender de Object Storage, gestión de claves, bases de datos, identidad o funciones de red. Una región puede tener una amplia computación de propósito general y aún carecer del hardware exacto o del servicio gestionado requerido por una aplicación. Antes de considerar que una ubicación es viable, un operador debe probar toda la lista de materiales, incluida la capacidad de reserva para un día de conmutación por error en el que muchos clientes pueden estar intentando aprovisionar a la vez.

IBM opera la capa de nube, mientras que los servicios públicos, los propietarios y los operadores permanecen debajo

Ladeclaración de responsabilidad compartidade IBM coloca las instalaciones, las redes físicas, el almacenamiento, los hipervisores y los servidores físicos bajo la responsabilidad operativa de IBM para los servicios de infraestructura pública. Los clientes siguen siendo responsables de sus datos, aplicaciones y sistemas operativos, mientras que los servidores virtuales, el almacenamiento y las redes son responsabilidades compartidas. Para la recuperación ante desastres, IBM proporciona los servicios subyacentes, pero el cliente debe crear recursos en una segunda región y gestionar la recuperación de aplicaciones y datos.

Esa declaración de responsabilidad es más fuerte que una promesa de alquilar espacio en rack. Dice que IBM es responsable ante el cliente de la capa física debajo del servicio público. No establece que IBM sea propietaria de todos los edificios, conexiones de servicios públicos o rutas de fibra metropolitana. La lista de ubicaciones públicas identifica las regiones de Chennai y Mumbai con Airtel en sus nombres, y los informes de energía de IBM se refieren a la electricidad renovable obtenida a través de los propietarios. IBM también describe los arreglos de Direct Link que requieren proveedores de conectividad externos y conexiones cruzadas financiadas por el cliente. Por lo tanto, el patrimonio tiene varios límites de operador incluso cuando IBM sigue siendo el operador de nube contractual.

A nivel de instalación, IBM anuncia alimentación y refrigeración N+1 y seguridad física las 24 horas en supágina global de centros de datos. Su documento de resiliencia más profundo dice que los sitios utilizan múltiples fuentes de alimentación, generadores dedicados y baterías. Esas declaraciones respaldan la existencia de sistemas de respaldo diseñados. No revelan las subestaciones de servicios públicos, los contratos de combustible, el tiempo de funcionamiento bajo carga, los resultados de las pruebas de los generadores, las dependencias de agua, los fabricantes de aparellaje o si dos fuentes nominales comparten un elemento de red aguas arriba.

El archivo de incidentes públicos muestra por qué importan esos detalles faltantes. IBM conserva los informes de análisis de los eventos importantes durante cinco años. Suíndice de incidentesincluye un corte de la red eléctrica que afectó a FRA05 en julio de 2023, un incendio que afectó al centro de datos Seoul 01 en octubre de 2022, un corte de energía en Washington en abril de 2021, un fallo de alimentación de la infraestructura de refrigeración en SAO01 en diciembre de 2020, e interrupciones de red vinculadas a instalaciones y pods con nombre. Los títulos por sí solos no establecen la debilidad actual ni revelan todas las acciones correctivas. Demuestran que los fallos de red eléctrica, incendios, refrigeración, red del edificio y pods son categorías reales en este patrimonio, no hipótesis remotas.

Por lo tanto, una compra resiliente debe probarse en varios límites. ¿Ocupa una carga de trabajo una máquina, varias máquinas en un pod, varios pods en un edificio o zonas separadas? ¿Están las zonas seleccionadas en sitios distintos o en un campus? ¿Dependen ambos sitios del mismo corredor de operador metropolitano? ¿Está la segunda copia de datos en otra zona, en otra región, o solo en un dispositivo redundante en la misma sala? ¿Tiene la región de recuperación suficiente capacidad de computación compatible y de servicios gestionados? Cada respuesta cambia lo que el cliente realmente sobrevive.

Los límites de la divulgación pública también deben mantenerse visibles. IBM no proporciona un registro de propiedad sitio por sitio, diagrama de servicios públicos, tabla de tiempo de funcionamiento del generador, inventario de racks o mapa de conductos de fibra metropolitana. Su diseño de zona y su historial de incidentes son evidencia sustancial, pero no permiten que un tercero verifique la diversidad física hasta cada arrendamiento, alimentador y conducto. Los grandes clientes regulados pueden obtener informes de dependencia bajo confidencialidad; IBM dice que dichos informes se pueden solicitar a través del soporte de cumplimiento. Los compradores públicos no deben asumir en silencio que el mismo detalle existe en las páginas de productos ordinarias.

La red troncal es extensa, pero la entrada privada del cliente comienza como un solo camino

La red es uno de los sistemas físicos mejor documentados de IBM Cloud. Unaguía de infraestructura físicadescribe redes públicas y privadas separadas, conmutadores y enrutadores de cliente emparejados dentro de los centros de datos, y múltiples conexiones de operador en centros de datos y puntos de presencia de red. Dice que el tráfico entre instalaciones utiliza múltiples conexiones troncales de 10 o 40 Gbps. Los hosts bare-metal individuales orientados a VMware pueden recibir conexiones redundantes de 10 o 25 Gbps en conmutadores de la parte superior del rack separados tanto para la red pública como para la privada.

IBM también dice que el tráfico entre sus centros de datos permanece dentro de su red troncal y sistema autónomo en lugar de cruzar otras redes. Ladescripción de conectividad privadapresenta esta red troncal como un sistema global que une recursos dentro de las zonas, entre zonas y a través de regiones. En el borde público, lapolítica de peeringde IBM requiere que los pares operativos mantengan registros de enrutamiento y un contacto de red las 24 horas.

Existe corroboración independiente, con límites. El registro público de PeeringDB paraAS36351identifica a SoftLayer Technologies, una empresa de IBM, también conocida como IBM Cloud. En julio de 2026 informó de 1 a 5 Tbps de tráfico, alrededor de 1.800 prefijos IPv4, 450 prefijos IPv6 y conexiones en intercambios en varios continentes. PeeringDB es mantenido por operadores en lugar de ser una declaración de capacidad auditada. Respalda la existencia y el amplio alcance de la red; no puede probar el tráfico real, las rutas troncales privadas, la capacidad de congestión o la diversidad de fibra entre dos instalaciones de IBM cualesquiera.

La propia afirmación de la red troncal de IBM es ambiciosa: su página de resiliencia dice que se utilizan diversos proveedores de telecomunicaciones siempre que es posible, los proveedores de fibra oscura conectan los sitios de borde a las instalaciones de computación regionales, y los sitios de borde tienen enlaces redundantes hacia otras regiones. "Siempre que es posible" es un calificador importante. La diversidad de rutas depende de la estructura del mercado local, las entradas de los edificios y las rutas físicas ascendentes disponibles. Dos contratos aún pueden compartir un conducto, puente, edificio de intercambio o cable de larga distancia.

La entrada del cliente a esa red tiene un diseño separado.Direct Linkproporciona una conexión privada de Capa 3 desde una red externa a la red troncal privada de IBM, con velocidades de hasta 10 Gbps. El servicio es útil para latencia predecible, aplicaciones híbridas y transferencia masiva, pero IBM afirma que la redundancia no se incluye automáticamente. Un cliente necesita dos conexiones en enrutadores de conexión cruzada diversos y debe configurar el enrutamiento entre ellos.

Losrequisitos previos de Direct Linkson aún más claros. IBM llama a cada conexión una ruta no protegida. El cliente paga al proveedor y los costos de conexión cruzada necesarios para llegar al punto de presencia de IBM, y debe decidir entre dos enrutadores en una ubicación o ubicaciones geográficamente separadas. IBM no alojará el equipo del cliente en los puntos de presencia de red ordinarios. El cliente o su operador poseen la ruta desde sus instalaciones o espacio de coubicación hasta la demarcación de IBM.

Esto significa que dos números de pedido no son evidencia suficiente de diversidad física. Laguía de Direct Linkde IBM requiere enrutadores de conexión cruzada separados y una política BGP controlada por el cliente. Advierte que las rutas de igual costo pueden terminar en el mismo enrutador, conservando un único punto de falla. Para una protección más fuerte, el comprador debe verificar el operador, la entrada del edificio, el enrutador de conexión cruzada, el punto de presencia y, cuando sea necesario, la diversidad metropolitana.

La red troncal también puede convertirse en una dependencia para la localidad y la recuperación. El enrutamiento local limita un Direct Link al mercado asociado; el enrutamiento global abre el acceso a otras regiones de IBM. Eso puede simplificar un diseño de segunda región, pero coloca más tráfico de recuperación en rutas de larga distancia y requiere que el cliente comprenda qué rutas y controles se vuelven globales. Un circuito privado no es equivalente a un sitio de recuperación físicamente independiente, y una segunda región no es útil si ambos enlaces del cliente fallan en la misma zanja.

Multizona no mueve un servidor zonal cuando su zona desaparece

Laguía de alta disponibilidad de VPCde IBM traza una línea crucial entre lo que la plataforma protege y lo que el cliente debe construir. El plano de control de VPC se distribuye entre zonas y se separa del plano de datos. Los recursos existentes pueden seguir funcionando a través de algunos fallos del plano de control incluso cuando los clientes no pueden crear o modificar la infraestructura. Sin embargo, la mayoría de los recursos del plano de datos son zonales. Las subredes, las puertas de enlace públicas, los puntos finales virtuales y los servidores virtuales viven en dominios de falla particulares.

Si una zona completa falla, IBM dice que los servidores virtuales en esa zona dejan de estar disponibles y no se mueven a una zona sana. Los recursos en otras zonas continúan y los servicios regionales pueden permanecer disponibles, pero las aplicaciones del cliente sobreviven solo si ya estaban distribuidas y eran capaces de conmutar por error. Por lo tanto, una región multizona es una oportunidad para comprar separación. No es una copia automática de tres vías de todo lo aprovisionado en una zona.

El fallo del host es más limitado. Bajo la política de recuperación de VPC predeterminada, IBM puede detectar un host fallido, mover un servidor virtual afectado al hardware disponible en la misma zona y reiniciarlo. Los datos efímeros no se restauran y las escrituras no guardadas pueden faltar. Esta protección también asume que el hardware adecuado permanece disponible en esa zona. Recupera una máquina de un fallo del host; no recupera la aplicación de un fallo de zona o región.

El almacenamiento sigue sus propios límites. Los volúmenes de bloque utilizan hardware redundante, pero IBM advierte que un desastre zonal o múltiples fallos de hardware aún pueden hacer que un volumen no esté disponible. Las instantáneas se guardan en Object Storage regional y pueden crear un volumen en otra zona. Las copias de instantáneas entre regiones pueden admitir una recuperación más amplia, pero la restauración no es instantánea. IBM dice que una copia completa de un volumen de 3 TB a otra región puede tardar hasta 12,5 horas, y la restauración normal puede ejecutarse con rendimiento degradado mientras se copian los datos en el nuevo volumen.

El bare metal tiene menos protecciones automáticas. IBM dice que los discos locales en los servidores bare-metal de VPC no admiten su mecanismo de instantáneas, dejando la copia de seguridad y la restauración al cliente. La documentación de bare-metal clásico dice de manera similar que IBM no realiza copias de seguridad de los dispositivos del cliente; un usuario de la cuenta debe iniciar copias de seguridad programadas o únicas. Una máquina dedicada elimina el uso compartido de vecinos ruidosos en el procesador, pero hace que el reemplazo de hardware, el almacenamiento local y la preparación de la recuperación sean más visibles.

El archivo de incidentes públicos también contiene fallos que cruzaron un límite físico simple. Enumera fallos al acceder y administrar servicios en la nube en múltiples regiones en junio de 2025, problemas de disponibilidad para clientes en todas las regiones en junio de 2022, una interrupción de la consola en octubre de 2023 y un evento de VPC Private DNS en junio de 2021. Estos informes no significan que todas las cargas de trabajo en ejecución hayan fallado. Muestran que las dependencias de gestión, nombres y servicios compartidos pueden tener un radio de explosión diferente al de un rack o zona.

El documento de resiliencia general de IBM reconoce la estructura. Los servicios globales manejan identidades, cuentas, facturación, catálogos y funciones de soporte en todo el patrimonio. Algunas funciones de control del servicio, incluida la gestión de infraestructura clásica, la gestión de direcciones IP, DNS, Transit Gateway, Direct Link y el aprovisionamiento de Object Storage, tienen componentes globales. IBM los diseña para un funcionamiento redundante, pero un evento que afecte a sus regiones de alojamiento puede afectar las operaciones de gestión en otros lugares. Los planos de datos existentes pueden seguir sirviendo tráfico mientras los nuevos servidores, los cambios de ruta o las acciones de recuperación están bloqueados.

Esa es la prueba difícil de una arquitectura de recuperación: no si la aplicación principal sigue sirviendo solicitudes ordinarias, sino si los administradores pueden autenticarse, asignar direcciones, aprovisionar capacidad, cambiar DNS, adjuntar almacenamiento y abrir un caso de soporte durante el mismo evento. Un segundo sitio caliente reduce la dependencia del aprovisionamiento de emergencia. Un plan frío que asume que todas las funciones de control y perfiles estarán disponibles después de un incidente amplio conlleva más riesgo de ejecución.

Soporte, facturación y decisiones del ciclo de vida también son dependencias de la infraestructura

Cuando el hardware, el enrutamiento o las funciones de control fallan, la recuperación depende de las personas con acceso a los sistemas relevantes. IBM ofrece varios niveles de soporte, y sus diferencias son operativamente significativas. Sutabla de gravedad de soportedefine la Gravedad 1 como un servicio caído o una función crítica para el negocio inoperable. El soporte Premium tiene un objetivo de respuesta inicial de menos de 15 minutos; Advanced apunta a una hora; Basic no tiene objetivo de respuesta inicial. IBM enfatiza que estos son objetivos en lugar de garantías y que el cliente debe poner a disposición personal técnico para trabajar de forma continua en un caso de Gravedad 1.

Los casos de facturación, facturas y ventas están excluidos de esos objetivos de respuesta. Ese detalle importa porque la facturación puede afectar la capa de servicio. Lapágina de solución de problemas de Direct Linkde IBM dice que una conexión privada puede entrar en estado suspendido debido a un pago atrasado y dirige al cliente al soporte. Su documentación de VPC dice que los servidores virtuales suspendidos y los sistemas bare-metal se apagan y no se pueden usar ni modificar cuando un recurso se suspende por violaciones de los términos. Estas son situaciones diferentes, pero ambas muestran que la administración de la cuenta puede afectar la disponibilidad de la red y la computación.

IBM publica objetivos de nivel de servicio para configuraciones de alta disponibilidad, incluido el 99,999 por ciento para VPC y el 99,9999 por ciento para la red en la nube. Lapágina de SLOdice explícitamente que un objetivo no es una garantía y no activa créditos. Laexplicación del acuerdo de nivel de servicioseparada describe créditos contra cargos cuando un servicio cubierto no alcanza su objetivo de disponibilidad contractual. Ni un objetivo ni un crédito reparan los ingresos perdidos ni reconstruyen los datos. Los compradores deben inspeccionar la descripción del servicio aplicable, la topología requerida, las exclusiones y el procedimiento de reclamación en lugar de convertir un porcentaje en tiempo de actividad de la aplicación asumido.

Las decisiones del ciclo de vida pueden ser tan físicas como las interrupciones. IBM dice que algunos centros de datos más antiguos no se pueden actualizar y deben cerrar. Suaviso de modernizaciónactual programa que CHE01 en Chennai cese sus operaciones el 10 de junio de 2027. El nuevo aprovisionamiento se vuelve progresivamente restringido, los servicios de plataforma tienen una fecha límite de migración anterior e IBM advierte que no hay prórroga disponible. La empresa dirige a los clientes hacia las regiones multizona más nuevas de Chennai y Mumbai.

Esto no es evidencia de que IBM Cloud se esté retirando de la India. Es evidencia de que un código de centro de datos no es permanente. La densidad de potencia del edificio, el diseño de la red, la antigüedad del equipo, los términos del propietario y la viabilidad de la actualización eventualmente cambian la respuesta económica. IBM puede agregar DAL14 en un mercado en crecimiento mientras cierra un sitio de Chennai que dice que no es apto para la modernización. Los clientes asumen el trabajo de aplicación necesario para seguir esas decisiones patrimoniales.

Por lo tanto, la relación operativa es más amplia que el tiempo de actividad. Incluye el derecho a soporte, contactos de facturación precisos, continuidad de pedidos de compra y tarjetas, renovación de compromisos reservados, conocimiento de los avisos de fin de servicio y suficiente tiempo de anticipación para reconstruir en otro lugar. Un administrador de la nube que no puede ver las facturas, aprobar la capacidad o recibir avisos de servicio puede convertirse en un único punto de falla incluso cuando todos los servidores están sanos.

La recuperación es un ejercicio de capacidad y movimiento de datos, no una casilla de verificación

IBM recomienda distribuir aplicaciones escalables en zonas detrás de balanceadores de carga y usar otra región para la recuperación ante desastres. Proporciona copias de instantáneas entre regiones, replicación de archivos, Object Storage, definiciones de infraestructura y API. Pero su guía de VPC asigna la acción de recuperación regional al cliente: crear recursos en una ubicación disponible, restaurar datos y redirigir la aplicación. Aconseja a los clientes mantener la configuración fuera de la región fallida, practicar los pasos y considerar el preaprovisionamiento de recursos para garantizar la disponibilidad.

El preaprovisionamiento merece énfasis. Un incidente regional puede crear una demanda correlacionada de los mismos perfiles de servidor en el mercado de recuperación. Un plan no probado puede descubrir que las cuotas son demasiado bajas, un perfil no está disponible, un servicio clave está ausente, un Direct Link solo llega al mercado local o una copia de instantánea todavía se está moviendo. Pagar por capacidad caliente parece ineficiente durante el funcionamiento normal porque su valor es la capacidad de no competir por existencias durante uno anormal.

Object Storage ilustra cómo un solo nombre de producto puede contener diferente resiliencia física. IBM dice que los datos se cifran, se codifican con borrado y se dispersan en tres ubicaciones, pero la distancia entre esas ubicaciones depende de la clase elegida. Suguía de bucketsdistingue el almacenamiento entre regiones distribuido en áreas metropolitanas, el almacenamiento regional distribuido en una sola metrópolis y el almacenamiento en un solo centro de datos distribuido en dispositivos en un sitio. El cliente elige la ubicación y la resiliencia al crear el bucket.

El bucket no puede simplemente reetiquetarse en otro lugar. IBM dice que cambiar la ubicación requiere crear un nuevo bucket y mover los datos. Suguía de copiautiliza la utilidadrclonecompatible con S3 abierta, pero advierte que la configuración del bucket y los metadatos de los objetos no se copian todos automáticamente. El cifrado, la retención, el comportamiento de archivo, la política de acceso y otras características deben recrearse y verificarse. Los puntos finales privados pueden evitar algunos cargos de salida de red cuando la transferencia se ejecuta en la infraestructura de IBM.

El almacenamiento en bloque está limitado de manera similar. Una instantánea entre regiones es una copia independiente una vez estable, pero la primera transferencia es completa, las copias más grandes tardan más y se aplican cargos por la transferencia y el almacenamiento de destino. Ladocumentación de instantáneasdice que solo una copia de una instantánea particular puede existir en cada región. Un grupo de consistencia no se puede copiar como grupo, por lo que la consistencia de escritura y el orden de recuperación de una aplicación de varios volúmenes requieren atención por separado.

El movimiento de clásico a VPC agrega trabajo arquitectónico. Laguía de migraciónde IBM describe la reconstrucción de la infraestructura equivalente en VPC, la reasignación de VLAN a subredes específicas de zona, la recreación de la seguridad, la conexión de nuevo almacenamiento, el movimiento de datos y la actualización de DNS. Un cambio de perfil requiere detener e iniciar un servidor VPC. Esta es una reconstrucción controlada, no un reetiquetado en vivo de la máquina antigua.

Para los datos en sí, IBM estima que copiar 1.000 GB conrsyncpuede tardar de 2,5 horas a más de 12 horas, y millones de archivos pequeños pueden tardar días. Suguía de migración de datos clásicosatribuye el rango al recuento de archivos, el rendimiento del disco, la capacidad de la red y el uso. Durante el corte final, una aplicación puede necesitar una congelación de escritura, sincronización incremental y una decisión de reversión. Cuanto mayor sea el estado, más se convierte la migración en un proyecto de ancho de banda y continuidad del negocio.

Abandonar IBM Cloud también varía según el servicio. Object Storage proporciona una superficie de exportación compatible con S3 y documenta laportabilidad de datos, pero IBM asigna a los clientes la responsabilidad de la infraestructura alternativa, los cambios en las aplicaciones, la conversión de la configuración y la ejecución de la transferencia. Los sistemas operativos de bare-metal y las pilas de aplicaciones abiertas pueden ser portables en principio, aunque sigan dependiendo de direcciones IP, licencias de dispositivos, suposiciones de red o servicios específicos de IBM.

Los términos actuales de IBM agregan alivio específico de la jurisdicción. Supágina de términos de la nubedice que los clientes de la UE que planeen mover datos fuera pueden recibir cargos de salida reducidos según la Ley de Datos de la UE, mientras que los clientes en Francia pueden solicitar una exención de los cargos de salida según la ley SREN francesa. Esos derechos pueden reducir un costo de salida; no reducen el volumen de datos, el acoplamiento de la aplicación, el tiempo de validación ni la necesidad de una plataforma de destino.

Por lo tanto, la prueba práctica de portabilidad es una restauración real fuera de la cuenta principal y, para los sistemas críticos, fuera del proveedor. ¿Puede la organización recrear la identidad, las claves, el DNS, la política de red, las imágenes de máquina, las bases de datos y la supervisión a partir del material que controla? ¿Cuánto tiempo tarda la transferencia con estado más grande? ¿Qué características desaparecen en el destino? Una descarga de archivos exitosa prueba la posesión de bytes. No prueba la recuperación del servicio.

Los datos locales no hacen que todas las dependencias operativas sean locales

Laguía de residencia de datosde IBM dice que el contenido del cliente suministrado a los servicios regionales y zonales se almacena y procesa localmente en la región seleccionada. También dice que las copias de seguridad cifradas pueden permanecer en esa ubicación. Este es un compromiso significativo para las organizaciones que eligen un país o área metropolitana para datos regulados o sensibles a la latencia.

La misma página distingue el contenido del cliente de los metadatos de la cuenta. Los contactos comerciales, la información de uso y otros metadatos del cliente se pueden almacenar y procesar donde operan los planos de control regionales o globales. La documentación de resiliencia global coloca la gestión de cuentas, la identidad, la facturación, los catálogos y las funciones de soporte por encima de las regiones individuales. Por lo tanto, una selección de región responde dónde se ejecuta el contenido de un servicio solo en la medida definida para ese servicio. No significa que cada registro, intercambio de credenciales, registro de soporte o acción administrativa permanezca dentro de la misma frontera.

El acceso de soporte es otra capa. IBM permite que el propietario de una cuenta habilite elservicio EU Supported, que enruta los tickets a los equipos de soporte europeos y limita la prestación del servicio a esa región en el caso ordinario. IBM aún dice que se puede contactar a equipos fuera de la UE cuando el equipo europeo no puede resolver un caso, sujeto a revisión de la UE, acceso limitado en el tiempo y controles de privacidad. La configuración mejora la localidad operativa; no es una afirmación absoluta de que ninguna experiencia fuera de Europa pueda participar alguna vez.

La resiliencia puede tirar en la dirección opuesta a la localidad estricta. Un bucket de Object Storage regional distribuye los datos dentro de un área metropolitana. Una clase entre regiones o una instantánea remota aumenta la separación geográfica pero coloca los datos en ubicaciones adicionales. Copiar una carga de trabajo de Fráncfort a Londres cruza la frontera de la UE; copiarla a Madrid puede permanecer dentro de la UE pero introduce una segunda jurisdicción nacional y diferentes rutas de red. Una empresa tiene que elegir una geografía de recuperación que satisfaga tanto la separación de peligros como las normas legales.

Las regiones de campus único agudizan el problema. Un despliegue en Osaka o Montreal puede satisfacer la residencia nacional y ofrecer tres zonas, sin embargo, IBM advierte que las dependencias del campus pueden superponerse y un desastre en un centro de datos puede afectar a la región. Una segunda región multizona puede mejorar la tolerancia a desastres, pero es necesario verificar el destino disponible, el catálogo de servicios y el tratamiento legal. La residencia es una condición de contorno para la resiliencia, no un sustituto de ella.

El límite del operador físico también importa. Un proveedor de nube puede comprometerse al procesamiento local mientras utiliza el edificio de un propietario, un servicio público local, proveedores de fibra externos y soporte corporativo global. La soberanía de datos implica autoridad legal y control operativo además de la ubicación de almacenamiento. El propio IBM explica la distinción en supágina de soberanía de datos: la residencia se refiere a dónde se almacenan físicamente los datos, mientras que la soberanía se refiere a las leyes que se aplican. Los clientes deben leer los términos específicos del servicio y obtener el asesoramiento adecuado para sus obligaciones en lugar de inferir la soberanía a partir del nombre de una ciudad.

Un registro de localidad eficaz debe identificar la región física, el alcance del servicio, la ubicación de la copia de seguridad, las excepciones del plano de control, la configuración de soporte, la ubicación de la clave de cifrado, las reglas de acceso del personal y el destino de recuperación. También debe revisarse cuando IBM cambie la disponibilidad regional de un servicio o cierre un centro de datos. La geografía no es un campo seleccionado una vez en la compra; es una propiedad continua de la arquitectura y el contrato.

Lo que IBM Cloud demuestra, y lo que un comprador serio aún debe verificar

La evidencia operativa de IBM Cloud es sólida. La empresa publica los códigos de instalación actuales, las asignaciones de VPC a edificios, los puntos de presencia de red, el diseño de la red física, el comportamiento del inventario, los errores de capacidad, las reservas, los límites de resiliencia, las migraciones, las fechas de cierre y los informes de incidentes importantes. Su registro PeeringDB y su sistema autónomo de larga duración respaldan de forma independiente una huella de Internet activa. Esto va mucho más allá de un sitio web escueto o una colección de anuncios no probados.

Una evidencia sólida no hace que todas las afirmaciones sean completas. Las páginas públicas de IBM no identifican al propietario de la instalación, la topología de los servicios públicos, la duración del combustible, los megavatios instalados, la ocupación de los racks, el inventario libre, los conductos de fibra metropolitana o los contratos de los operadores para cada zona. No publican un margen de capacidad actual para eventos de recuperación. Incluso la distancia física entre las zonas de las regiones completas se da solo como un mínimo. La arquitectura general es visible; el riesgo de concentración sitio por sitio no lo es.

Para una implementación de producción, cinco confirmaciones mejorarían materialmente la compra. Primero, asigne cada zona lógica en la cuenta a su ubicación física universal y distinga las regiones multizona completas de las de campus único. Segundo, confirme que los recursos informáticos, aceleradores, almacenamiento, servicios gestionados y cuotas requeridos están disponibles tanto en las ubicaciones principales como en las de recuperación, con reservas donde la escasez sería inaceptable. Tercero, documente la diversidad del operador, enrutador, punto de presencia y ruta física de Direct Link en lugar de contar los circuitos.

Cuarto, mida la recuperación. Copie datos realistas, restáurelos, aprovisione capacidad de reemplazo, rote las claves, actualice el DNS y registre el resultado bajo el plan de soporte realmente adquirido. Incluya un escenario en el que la consola o una función de control global no esté disponible mientras las cargas de trabajo existentes continúan. Quinto, documente la ruta de salida, incluida la configuración que debe recrearse, las direcciones que cambian, el rendimiento de transferencia, el tratamiento de salida y el período de notificación contractual para el cierre o la retirada del servicio.

Estas pruebas identifican quién se ve afectado por cada fallo. Un solo fallo de host puede interrumpir un servidor virtual hasta el reinicio. Un evento de zona afecta a todos los recursos no replicados allí. Un evento de campus puede amenazar las tres zonas de una región de campus único. Un corte del operador metropolitano puede aislar las instalaciones del cliente incluso mientras la nube de IBM permanece sana. Un incidente global de identidad o gestión puede bloquear a los administradores en todas las regiones. Una suspensión de facturación puede desactivar una conexión privada. Un cierre puede obligar a todos los clientes restantes en un edificio a migrar en un calendario fijo.

El valor de IBM Cloud no es que estas dependencias desaparezcan. Es que una gran parte de ellas se expone como infraestructura seleccionable y se opera bajo una organización de servicios sustancial. El trabajo del cliente es comprar suficiente separación, reservar suficiente capacidad y preservar suficiente estado independiente para sobrevivir a las dependencias que IBM no absorbe.

Es por eso que la elección de región es el centro correcto de la propuesta de IBM Cloud, pero solo cuando se lee físicamente. Dallas no es un punto de color. Es un conjunto de edificios con nombre, asignaciones de zona específicas de la cuenta, pods, servidores equipados, sistemas de alimentación y enlaces metropolitanos. Fráncfort no es una garantía de soberanía. Es un compromiso de ubicación con calificativos de soporte, metadatos y recuperación. Direct Link no es redundancia. Es un camino privado hasta que un segundo camino, un enrutador separado y una política de enrutamiento en funcionamiento lo hacen más.

El mapa es creíble. La responsabilidad oculta dentro de cada punto es el producto.