Planifica la recuperación ante desastres

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

La solución Bare Metal se entrega desde una extensión de región. Hasta febrero de 2024, Todas las regiones de la solución Bare Metal se alojan de forma física en instalaciones que no son de Google. Debido al modelo de extensión de región, la solución Bare Metal no sigue las de separación zonal convencional que usan otros servicios de Google Cloud, como Compute Engine. Cada implementación de la solución Bare Metal dentro de una región extensión se conoce como Pod. En algunas regiones, los recursos de la solución Bare Metal se se entregan desde varios Pods, pero no hay ningún requisito ni expectativa de que los Pods están separados geográficamente.

Si ejecutas cargas de trabajo esenciales, te recomendamos de recuperación ante desastres.

Recursos recomendados para planificar la recuperación ante desastres

Te recomendamos que consultes los siguientes recursos para tener en cuenta recuperación ante desastres:

Conectividad entre pods

Los Pods y las extensiones de región no tienen conectividad directa. Todo el tráfico (entra y sale) de la implementación de la solución Bare Metal transita por una interconexión y a través de la red troncal de Google Cloud. No hay una ruta de datos compatible para a nivel de almacenamiento. Esto elimina las opciones de recuperación ante desastres basadas en las tecnologías de almacenamiento, como la replicación de almacenamiento para la replicación de instantáneas.

Planificación de la región de recuperación ante desastres

Por lo general, puedes seleccionar una región de la solución Bare Metal basada en otros Servicios de Google Cloud que usas. Sin embargo, la recuperación ante desastres de las bases de datos suele alinearse con las regiones que se usan para las aplicaciones correspondientes y sus integraciones. Por lo tanto, considera la latencia de red regiones cuando planificas qué regiones quieres usar para la recuperación ante desastres.

Según la industria a la que pertenezcas, es posible que haya requisitos reglamentarios sobre los datos localidad que determina dónde se pueden replicar los datos. Cada aplicación tiene su propio por lo que deberás seleccionar la región específica de recuperación ante desastres.

Consideraciones de red

Aísla el tráfico para la interconexión

En muchos casos, es posible que quieras aislar el tráfico de replicación de la aplicación sesiones.

El aislamiento del tráfico puede lograrse a través del aprovisionamiento de Interconexiones de socio en cada región que terminan en un la VPC de tránsito que se usa para la replicación. En el siguiente diagrama, se muestra este tipo de configuración.

Aislamiento del tráfico con interconexiones independientes

En el diagrama, los servidores de la solución Bare Metal en la región us-west2 usan el Red 10.10.10.0/24 y los servidores de la solución Bare Metal en us-east4 usa la red 10.20.20.0/24. El proyecto de usuario contiene VPC independientes para el tráfico de aplicaciones y replicación, denominado Application VPC y Replication VPC, respectivamente. Los anuncios de BGP están configurados para que cada Cloud Router en el Replication VPC anuncia una ruta al red de la solución Bare Metal entre regiones, lo que fuerza el flujo del tráfico entre regiones sobre el Replication VPC. Los Cloud Routers en 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 la solución Bare Metal. 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 entornos locales centros de datos se conectan a través de la Application VPC. Las instancias dentro del Application VPC aún puede comunicarse con las bases de datos que se ejecutan en Extensión de región de la solución Bare Metal.

Las interconexiones que terminan en la VPC de tránsito también se pueden usar para acceder a los servicios de Google Cloud, como Cloud Storage, Filestore o Backup y DR. Para ello, crea la instancia de Filestore en la VPC de tránsito o usa los extremos de Private Service Connect que residen en la VPC de tránsito.