Política de despliegue de servicios
IBM Cloud® tiene una red global resiliente para alojar la carga de trabajo en la nube con alta disponibilidad. Para garantizar que la infraestructura y los servicios en la nube sean coherentes y estables en nuestras ubicaciones de despliegue, creamos las mejores prácticas para nuestra gestión de catálogos de servicios. Estas mejores prácticas nos ayudan a lograr despliegues de la manera más eficiente y a minimizar el impacto empresarial, los costes y los riesgos. La siguiente información describe nuestras directrices sobre cuándo esperar o cómo solicitar que un servicio esté disponible en su región.
Esta política cubre todas las MZR públicas, las MZR de campus único públicas y los centros de datos públicos de IBM Cloud.
IBM® clasifica nuestros servicios desplegados en nuestras ubicaciones públicas como principales o impulsados por el mercado.
Servicios principales
Todas las regiones multizona de IBM® contienen los siguientes servicios principales, que son los servicios más básicos y vitales necesarios para la mayoría de las cargas de trabajo de los clientes.
- Plataforma de IBM Cloud (consola, CLI, gestión de identidad y accesos y catálogo global)
- IBM Cloud® Virtual Private Cloud
- IBM® Cloud Block Storage for Virtual Private Cloud
- IBM Cloud® Virtual Servers for Virtual Private Cloud
- Virtual Private Network (VPN) for VPC
- IBM Cloud® Transit Gateway
- Network Load Balancer for VPC
- Application Load Balancer for VPC
- Virtual Private Endpoint (VPE) for VPC
- IBM Cloud® DNS Services
- IBM Cloud Object Storage
- IBM Cloud Databases for PostgreSQL
- IBM Key Protect for IBM Cloud
- IBM Cloud® Continuous Delivery
- IBM Cloud Container Registry
- IBM Cloud Kubernetes Service
- Red Hat OpenShift on IBM Cloud
La plataforma de IBM Cloud, incluida la consola, la CLI, la gestión de identidad y acceso y el catálogo global, es una instancia accesible a nivel global que es independiente de cualquier región o zona. Los recursos globales como la plataforma son accesibles desde un punto final global.
Niveles de despliegue
IBM identifica los siguientes niveles de despliegue que pueden contener servicios principales, servicios basados en el mercado o ambos.
| Nivel de despliegue | Servicio principal | Servicios basados en el mercado |
|---|---|---|
| MZR |  |
|
| MZR de campus único | |
|
| Centro de datos | |
Despliegues de servicios principales
- Adición de nuevo servicio principal a MZR existentes
- Después de desplegar un nuevo servicio principal en la primera MZR y añadirlo a esta política de despliegue de servicio de IBM Cloud, el nuevo servicio principal se desplegará en todas las demás MZR en un periodo de 90 días.
- Actualización de los servicios principales existentes en MZR existentes
- Después de que se despliegue una actualización de disponibilidad general para un servicio principal existente en la primera MZR y se documente en una nota de release, la misma actualización se desplegará en todas las demás MZR en un periodo de 30 días.
No todos los perfiles y características dependientes del hardware están disponibles en todas las MZR. Si el servicio que desea depende de dicho perfil o función, póngase en contacto con el departamento de ventas de IBM Cloud para obtener más información sobre la disponibilidad.
Algunos servicios podrían desplegarse antes.
Despliegues basados en el mercado
Los servicios basados en el mercado se despliegan en función de si hay suficiente la demanda de los clientes. Para solicitar que uno de estos servicios esté disponible en su región, póngase en contacto con el departamento de ventas de IBM Cloud.
Los despliegues en cualquier ubicación que no sea una MZR siempre se basan en el mercado.
La clasificación basada en el mercado abarca cualquier caso que no sea los especificados en la descripción de las MZR.
Estándares de disponibilidad de servicio y dependencia
Para cada servicio, puede revisar nuestros estándares de dependencia y disponibilidad.
- Los servicios de IBM Cloud están disponibles en varias regiones del mundo.
- IBM se pueden desplegar utilizando varios modelos, y los estándares de SLA que se aplican a cada modelo se describen en los Acuerdos de nivel de servicio
- Siga nuestras mejores prácticas para garantizar que el entorno que integra el uso de los servicios de IBM Cloud sea lo más resistente posible. Consulte la documentación de resiliencia que se publica en el centro de arquitectura.
- Para crear una solución que satisfaga sus necesidades, es importante que vea la Matriz de responsabilidad compartida para obtener más información sobre el ámbito de los servicios.
- Para una consulta rápida, incluimos enlaces a los documentos de alta disponibilidad para los servicios en nuestra descripción del SLO.
Niveles de dependencia
Implementación de bajo nivel y detalles de cambio de servicios en función de los requisitos de instalación y configuración. Como tal, hemos proporcionado una explicación de alto nivel de las dependencias.
Estos niveles pueden considerarse capas o niveles en un diagrama de bloques de arquitectura. Cada capa puede depender sólo de las capas que se encuentran debajo de ella, aunque hay algunas dependencias que se pueden cumplir en la misma capa en el caso de algunos servicios complejos.
Los servicios principales forman la base de nuestra infraestructura de nube. Estos servicios son necesarios para activar una nueva ubicación de MZR y es necesario que se actualicen a nivel global cuando haya un cambio fundamental.
Los servicios basados en el mercado están en función de la demanda del mercado y dependen de los servicios principales y de otros servicios de esta categoría basada en el mercado. Los otros servicios son servicios necesarios para dar soporte a la regulación que se aplica en distintas regiones o industrias.
La clasificación basada en el mercado abarca todos los servicios que no sean los especificados en la descripción de servicios principales.
Dependencias entre servicios
Los servicios de fondo de IBM Cloud dan soporte a todos los demás servicios de nuestras unidades de despliegue.
Los servicios de IBM Cloud tienen un conjunto de dependencias autocontenidas en las unidades de despliegue de MZR. El resto de las dependencias de servicios utilizan servicios globales que se sirven desde ubicaciones de varias regiones. Cualquier solución que no esté alojada en una MZR puede requerir una MZR asociada que aloje los servicios de plano de control.
Si es un cliente actual de IBM Cloud y tiene un acuerdo de no divulgación con IBM, puede solicitar los informes de dependencia de servicio yendo a Soporte de conformidad en el informe de conformidad de PaaS y enviar una solicitud.
Para las dimensiones clave de cálculo, almacenamiento, red y autenticación o autorización, se indican las siguientes dependencias.
- Planos de control
-
Las dependencias comunes para los planos de control son:
- El plano de datos de identidad o plataforma para la autenticación y autorización
- El servicio de seguimiento de auditoría
- Servicios internos que proporcionan, por ejemplo, flujo de trabajo, almacenamiento de metadatos, supervisión y registro
- Equilibradores de carga, VPN y otros servicios de infraestructura de red
Algunos planos de control obviamente tienen dependencias específicas de servicio. Por ejemplo, el plano de control de cálculo, cuando se inicia una instancia de VM o nativa, depende de:
- Object Storage para recuperar las imágenes del sistema necesarias
- Bloque de control de volúmenes de bloque para suministro y conexión de volúmenes
- Plano de control de redes para suministrar y conectar NIC, subredes, etc.
- Planos de datos
-
Los planos de datos de servicios principales siguen el principio general de que cada plano de datos está diseñado para tener dependencias mínimas para lograr alta disponibilidad, tiempo rápido para el diagnóstico y tiempo rápido para la recuperación. Por lo tanto, los sistemas continúan funcionando (con algunas limitaciones, por ejemplo, no pueden suministrar, reiniciar o poner fuera de servicio) incluso cuando se produce una parada del plano de control.
- Red
-
Los planos de control y de datos de redes existen en cada unidad de despliegue.
Algunos servicios dependen de otros en el núcleo, por ejemplo, los servicios de cálculo como las instancias de VM y nativas dependen del plano de datos de volúmenes de bloques y del plano de datos de red, y por lo tanto se verán afectados por los planos de datos para estos servicios que se desactiven. Pero como se ha indicado anteriormente, los planos de control pueden sufrir una interrupción y las instancias de cálculo continúan funcionando, si no requieren el plano de control de servicio asociado (es decir, aumentar el tamaño del almacenamiento de volumen, etc.)
- Servicios internos
- Todos los clientes que se enfrentan a servicios internos o externos dependen del plano de datos de identidad y plataforma para la autenticación y autorización. Los planos de control para la supervisión, el registro y la CLI de IBM Cloud y los servicios de plano de datos para los servicios de seguridad dependen del plano de datos de la plataforma de identidad. (Las configuraciones específicas pueden variar.)
- Almacenamiento
- El plano de datos de Object Storage no depende de los volúmenes de bloque o File Storage. Los servicios que dan soporte a la copia de seguridad y la restauración dependen de Object Storage para funcionar. Por lo tanto, estos servicios requieren que los datos de volúmenes de bloque y los planos de control existan en cada unidad de despliegue.