A continuación, se incluyen algunas consideraciones importantes que afectan la forma en que implementas los dispositivos de copia de seguridad y recuperación de Backup and DR:
¿Cuáles son los requisitos de objetivo de tiempo de recuperación (RTO) de tu organización? El RTO es la cantidad máxima de tiempo que puedes permitirte estar sin tus datos. Por ejemplo, si tu RTO es de 4 horas,debes poder acceder a tus datos en un plazo de 4 horas después de una falla.
¿Necesitas centralizar la administración de tus copias de seguridad? Debes decidir si deseas administrar tus copias de seguridad de forma centralizada o no.
- La administración centralizada de copias de seguridad significa que tienes una sola consola de administración de dispositivos para administrar las copias de seguridad de todas tus cargas de trabajo en todas las líneas de negocios. Esta puede ser una forma más eficiente de administrar las copias de seguridad, ya que solo necesitas administrar una sola consola de administración de dispositivos.
- La administración descentralizada de copias de seguridad significa que tienes una consola de administración de dispositivos independiente para cada línea de negocio. El modo de operación varía de una organización a otra.
¿Cuál es tu caso de uso de copia de seguridad? ¿Necesitas copias de seguridad remotas para la recuperación ante desastres en caso de que ocurra un desastre en una región de producción, o es suficiente con proteger tus datos de forma local? Si necesitas capacidad de recuperación ante desastres, debes considerar las copias de seguridad entre regiones. Esto significa almacenar tus copias de seguridad en varias ubicaciones para que, si una de ellas se ve afectada por un desastre, tus datos sigan siendo accesibles.
Las cargas de trabajo se encuentran en una sola región
Tu mejor estrategia de copias de seguridad dentro de una región depende de tus necesidades.
Si no necesitas recuperación ante desastres (DR)
Para obtener el mejor rendimiento y un menor costo, implementa la consola de administración de dispositivos y los dispositivos de copia de seguridad o recuperación en la misma región en la que se ejecutan tus cargas de trabajo. Almacena las imágenes de copia de seguridad en la misma región que tus cargas de trabajo.
Si también quieres tener copias de seguridad fuera del sitio, puedes almacenarlas en otra región o usar almacenamiento birregional o multirregional. Almacenar copias de seguridad en una región diferente genera cargos de red y almacenamiento.
Si necesitas tanto Backup and DR
Para obtener el mejor rendimiento y un menor costo, implementa una consola de administración de dispositivos en la misma región que la región de la carga de trabajo de producción y una segunda consola de administración de dispositivos en una región que puedas usar para la recuperación ante desastres.
Implementa dispositivos de copia de seguridad o recuperación en la región de la carga de trabajo de producción y en la región de DR para minimizar el objetivo de tiempo de recuperación (RTO). Esto garantiza que un entorno de DR esté completamente aprovisionado previamente y disponible en caso de desastre.
Almacena imágenes de copias de seguridad en la región de producción y una copia en la región DR recuperación ante desastres, o bien usa almacenamiento birregional o multirregional. La copia de seguridad de la región de producción puede satisfacer las necesidades de copias de seguridad de rutina con un rendimiento más rápido. Los datos copiados en tu región de DR se pueden usar para recuperar tus cargas de trabajo en caso de que la región de producción esté inactiva.
Las cargas de trabajo se encuentran en varias regiones
Tu mejor estrategia de copias de seguridad en todas las regiones depende de tus necesidades.
Si no necesitas recuperación ante desastres (DR)
Para obtener el mejor rendimiento y un menor costo, implementa la consola de administración de dispositivos en una de las regiones en las que se ejecutan tus cargas de trabajo. Esto permite la administración centralizada en todas las cargas de trabajo y regiones.
Implementa uno o más dispositivos de recuperación o copia de seguridad en cada región en la que se ejecuten las cargas de trabajo. Almacena tus copias de seguridad en la misma región que tus cargas de trabajo.
Si también quieres tener copias de seguridad fuera del sitio, puedes almacenarlas en otra región o usar almacenamiento birregional o multirregional. Almacenar copias de seguridad en una región o multirregión diferente genera cargos de red y almacenamiento.
Si necesitas tanto Backup and DR
Implementa una consola de administración de dispositivos en cada una de las regiones de cargas de trabajo de producción y otra consola de administración de dispositivos en la región de DR.
Implementa dispositivos de copia de seguridad o recuperación en las regiones de carga de trabajo de producción y en la región de DR para minimizar el objetivo de tiempo de recuperación (RTO). Esto garantiza que un entorno de DR esté completamente aprovisionado previamente y disponible en caso de desastre.
Almacena copias de seguridad en la región de la carga de trabajo de producción y una copia en la región de DR, o bien usa almacenamiento birregional o multirregional. La copia de seguridad de la región de producción se puede usar para satisfacer las necesidades de copias de seguridad.
Se puede usar una imagen de copia de seguridad en la recuperación ante DR para recuperar cargas de trabajo si la región de producción no está disponible.
Topología de red recomendada para Backup and DR
Google Cloud recomienda usar la VPC compartida cuando implementes Backup and DR. La VPC compartida permite que una organización conecte recursos de varios proyectos a una red de VPC (VPC) común para que se puedan comunicar entre sí de manera segura y eficiente a través de las IP internas de esa red. Cuando usas una VPC compartida, debes designar un proyecto como host y conectarle uno o más proyectos de servicio. Las redes de VPC en el proyecto host se conocen como redes de VPC compartida. Los recursos aptos de los proyectos de servicio pueden usar subredes en la red de VPC compartida.
La VPC compartida permite que los administradores de la organización deleguen responsabilidades administrativas, como crear y administrar instancias, a los administradores de proyectos de servicio, a la vez que mantienen un control centralizado sobre los recursos de red, como las subredes, las rutas y los firewalls.
La consola de administración del dispositivo se activa en una VPC de la red de VPC del productor de servicios. Esta VPC del productor de servicios se comunica con tu proyecto a través del Acceso privado a Google. El objetivo principal de esta conexión es que la consola de administración del dispositivo y los dispositivos de copia de seguridad y recuperación intercambien metadatos. El tráfico de copia de seguridad no atraviesa este vínculo. Sin embargo, una consola de administración de dispositivos debe comunicarse con todos los dispositivos de copia de seguridad o recuperación implementados en cualquier red.
Prácticas recomendadas para la VPC compartida
Se recomiendan las siguientes prácticas recomendadas:
Conexión a la consola de administración del dispositivo: Es mejor conectar la red del proveedor de servicios a una VPC compartida dentro de tu red. Todo el tráfico de la consola de administración del dispositivo fluye a través de esta VPC y, por lo tanto, a través del proyecto host. El aprovisionamiento de la conectividad a Backup and DR a través de una VPC compartida también permite una conexión fluida entre los proyectos en los que se ejecutan las cargas de trabajo (proyectos de servicio) y Backup and DR.
Ubicación del dispositivo de copia de seguridad o recuperación: Los dispositivos de copia de seguridad o recuperación se deben implementar en una subred que tenga habilitado el Acceso privado a Google para la conectividad con la consola de administración de dispositivos. Existen dos estrategias recomendadas para seleccionar los proyectos de los dispositivos de copia de seguridad y recuperación:
En el proyecto host central: En esta estrategia, Backup and DR se considera un servicio central del departamento de TI. El equipo central de copias de seguridad rige el aprovisionamiento del servicio. Por lo tanto, todos los dispositivos de copia de seguridad y recuperación se aprovisionan en el proyecto host, lo que permite que los administradores centrales consoliden todos los recursos de copia de seguridad en un proyecto central. Este enfoque tiene el beneficio de consolidar todos los recursos relacionados con las copias de seguridad y su facturación en un solo proyecto.
En proyectos de servicio: Esta estrategia es adecuada para equipos más descentralizados en los que se crean proyectos de servicio y su administración se delega en equipos distribuidos. En esta situación, la práctica recomendada es aprovisionar la VPC para los proyectos de servicio de nivel inferior. Los dispositivos de copia de seguridad o recuperación se instalan en los proyectos de servicio dentro de estas VPCs. Esto permite la colocación conjunta de la carga de trabajo y el dispositivo de copia de seguridad o recuperación en un solo proyecto.
Acceso privado a Google: Se recomienda habilitar el Acceso privado a Google para cada subred en la que instales un dispositivo de copia de seguridad o recuperación. Esto garantiza que el dispositivo de copia de seguridad y recuperación pueda comunicarse con las APIs, como Compute Engine, Cloud Storage y Cloud Logging, lo que es importante para que funcionen la supervisión y las alertas. Para simplificar y mejorar las conexiones a las APIs de Google Cloud , considera configurar la resolución de DNS para
private.googleapis.comcomo se documenta en la sección Resumen de las opciones de configuración. Para el Acceso privado a Google, configura las reglas de firewall de los dispositivos de copia de seguridad y recuperación para permitir conexiones al rango de CIDR199.36.153.8/30en el puerto TCP 443.