Planifica la recuperación tras fallos

En esta página se proporciona información que puedes usar para planificar la recuperación ante desastres de tus cargas de trabajo que se ejecutan en el entorno de la Solución Bare Metal.

La solución Bare Metal se ofrece desde una extensión de región. Desde febrero del 2024, todas las regiones de Solución Bare Metal están alojadas físicamente en instalaciones que no son de Google. Debido al modelo de extensión de regiones, Bare Metal Solution no sigue el modelo de separación por zonas convencional que usan otros Google Cloud servicios, como Compute Engine. Cada implementación de Solución Bare Metal dentro de una extensión de región se conoce como pod. En algunas regiones, los recursos de Solución Bare Metal se sirven desde varios pods, pero no es necesario ni se espera que los pods estén separados geográficamente.

Si ejecutas cargas de trabajo críticas, te recomendamos que planifiques la recuperación ante desastres.

Recursos recomendados para la planificación de la recuperación tras fallos

Te recomendamos que consultes los siguientes recursos para planificar la recuperación ante desastres:

Conectividad entre pods

Los pods y las extensiones de región no tienen conectividad directa. Todo el tráfico (de entrada y salida) de tu implementación de Bare Metal Solution transita a través de una interconexión y de la red troncal de Google Cloud . No hay ninguna ruta de datos compatible para la replicación a nivel de almacenamiento. De esta forma, se eliminan las opciones de recuperación ante desastres basadas en tecnologías de almacenamiento, como la replicación de almacenamiento a nivel de bloque o la replicación de instantáneas remotas.

Planificación de regiones de recuperación tras desastres

Normalmente, se selecciona una región de Bare Metal Solution en función de otros servicios que se estén usando.Google Cloud Sin embargo, la recuperación ante desastres de las bases de datos suele coincidir con las regiones que se usan para las aplicaciones correspondientes y sus integraciones. Por lo tanto, ten en cuenta la latencia de la red entre regiones al planificar qué regiones quieres usar para la recuperación tras desastres.

En función de tu sector, puede que haya requisitos normativos sobre la localidad de los datos que determinen dónde puedes replicarlos. Cada aplicación tiene sus propios requisitos, por lo que la selección de una región de recuperación ante desastres específica depende de ti.

Consideraciones sobre las redes

Aislamiento del tráfico de interconexión

En muchos casos, es recomendable aislar el tráfico de replicación de las sesiones de la aplicación.

El aislamiento del tráfico se puede conseguir aprovisionando interconexiones de partner independientes en cada región que terminen en una VPC de tránsito utilizada para la replicación. En el siguiente diagrama se muestra este tipo de configuración.

Aislamiento del tráfico mediante interconexiones independientes.

En el diagrama, los servidores de Solución Bare Metal de la región us-west2 usan la red 10.10.10.0/24 y los servidores de Solución Bare Metal de la región us-east4 usan la red 10.20.20.0/24. El proyecto de usuario contiene VPCs independientes para el tráfico de aplicaciones y de replicación, denominadas Application VPC y Replication VPC, respectivamente. Los anuncios de BGP se configuran de forma que cada Cloud Router de Replication VPC anuncie una ruta a la red de Bare Metal Solution entre regiones, lo que obliga a que el tráfico entre regiones fluya a través de Replication VPC. Los Cloud Routers de Application VPC anuncian una ruta 0.0.0.0/0 genérica o rutas a bloques CIDR específicos con los que deben comunicarse los servidores de Bare Metal Solution. En este ejemplo, se usa 0.0.0.0/0 para indicar una ruta que envía tráfico a cualquier otro destino.

Los servidores de aplicaciones y otros servicios que se conectan desde centros de datos locales lo hacen a través de Application VPC. Las instancias de Application VPC pueden seguir comunicándose con las bases de datos que se ejecutan en la extensión de la región de Bare Metal Solution.

Las interconexiones que terminan en la VPC de tránsito también se pueden usar para acceder aGoogle Cloud servicios, como Cloud Storage, Filestore o Backup and DR. Para ello, se puede crear la instancia de Filestore en la VPC de tránsito o usar endpoints de Private Service Connect que residan en la VPC de tránsito.