Este producto no es compatible con el sitio Datadog seleccionado. ().
Disponibilidad limitada
Datadog Disaster Recovery se ofrece actualmente de forma limitada. Comuníquese con su equipo de cuenta de Datadog para verificar la disponibilidad para su organización.
Datadog Disaster Recovery (DDR) mantiene su observabilidad en funcionamiento cuando una región de proveedor de nube o los servicios de Datadog dentro de ella sufren interrupciones. Con DDR, usted configura una organización de Datadog secundaria en una región diferente con antelación y replica sus recursos en ella. Cuando realiza una conmutación por error, el sitio secundario ya cuenta con los dashboards, monitores y usuarios que su equipo necesita.
DDR utiliza un modelo activo-pasivo: su sitio secundario permanece sincronizado pero pasivo hasta que usted decida realizar la conmutación por error hacia él. La conmutación por error nunca es automática; usted elige cuándo realizar el cambio.
DDR también le permite realizar simulacros periódicos de recuperación ante desastres para probar su capacidad de recuperación ante interrupciones y cumplir con sus necesidades comerciales y de cumplimiento normativo.
Requisitos previos
La versión mínima del Datadog Agent que necesita depende de los productos que utilice:
Telemetría admitida
Productos admitidos
Versión de Agent requerida
Logs
Logs
v7.54+
Métricas
Infrastructure Monitoring
v7.54+
Traces
APM
v7.68+
Datadog evalúa continuamente las solicitudes de los clientes para admitir DDR en productos adicionales. Comuníquese con el equipo de Disaster Recovery para obtener información sobre las próximas capacidades y sus necesidades específicas si no están cubiertas anteriormente.
Configuración
Siga estos pasos para habilitar Datadog Disaster Recovery. Si tiene preguntas sobre cualquiera de los pasos, comuníquese con su Customer Success Manager o con el Datadog Support.
1. Cree una organización de DDR y vincúlela a su organización principal
Cree y comparta su organización de DDR
Si lo prefiere, Datadog puede configurar esto por usted.
Cree su organización de DDR
Vaya a Comience con Datadog. Es posible que deba cerrar la sesión actual o usar el modo incógnito para acceder a esta página.
Elija un sitio de Datadog diferente al principal (por ejemplo, si está en US1, elija EU o US5). Consulte la lista de sitios de Datadog para ver las opciones. Todos los sitios de Datadog están separados geográficamente.
Siga las instrucciones para crear una cuenta.
Comparta la información de la organización de DDR con Datadog
Envíe por correo electrónico el nombre de su nueva organización a su Customer Success Manager. Luego, su Customer Success Manager configurará esta nueva organización como su organización de DDR.
Recupere los ID públicos y vincule su organización principal y la organización de DDR.
Por razones de seguridad, Datadog no puede vincular las organizaciones en su nombre.
Después de que Datadog designe su organización de DDR, vincule su organización de DDR a su organización principal:
Utilice el punto de conexión List your managed organizations para recuperar los ID públicos de sus organizaciones principal y de DDR.
Agregue el contexto disaster_recovery_status_write a su clave de aplicación en la organización principal.
Ejecute los siguientes comandos, reemplazando los marcadores de posición con los valores correspondientes.
Después de vincular sus organizaciones, la organización de conmutación por error muestra este banner:
2. Configure el acceso, las integraciones, la sincronización y los agentes
Configure el inicio de sesión único para la organización de DDR
Datadog recomienda usar el inicio de sesión único (SSO) para permitir que todos sus usuarios inicien sesión en su organización de DDR durante una interrupción.
Vaya a Organization Settings en su organización de DDR para configurar SAML o Google Login para sus usuarios.
La sincronización administrada replica las cuentas de usuario desde su organización principal a su organización de DDR. Datadog recomienda configurar el aprovisionamiento Just-in-Time con SAML para que los usuarios puedan acceder a la organización de DDR durante una conmutación por error sin necesidad de restablecer su contraseña.
Configure sus integraciones en la nube (AWS, Azure, Google Cloud)
Consulte las integraciones de AWS, Azure y Google Cloud para conocer los pasos de configuración.
Sus integraciones en la nube deben configurarse tanto en la organización principal como en la de DDR, pero solo se ejecutan en una organización a la vez: de forma predeterminada en la organización principal y durante la conmutación por error en la organización de DDR.
Configure las credenciales para la sincronización de recursos administrada
Datadog administra la sincronización de recursos en su nombre utilizando la herramienta de código abierto datadog-sync-cli. Usted no necesita ejecutar ni operar esta herramienta por su cuenta.
La sincronización administrada replica los recursos de su organización principal a su organización de DDR según un horario regular. Los recursos replicados incluyen tableros, monitores, usuarios, cuadernos y 34+ otros tipos de recursos. La replicación se ejecuta según este horario para que su organización de DDR se mantenga actualizada antes de una interrupción.
Los usuarios están limitados a cada sitio de Datadog. La sincronización administrada replica las cuentas de usuario a su organización de DDR. Sin embargo, es posible que los usuarios deban restablecer su contraseña al iniciar sesión por primera vez en la organización de DDR. Datadog recomienda configurar el aprovisionamiento Just-in-Time con SAML para que los usuarios puedan acceder a la organización de DDR sin restablecimientos manuales de contraseña.
La sincronización administrada utiliza una cuenta de servicio de Datadog. Durante la incorporación, cree una cuenta de servicio en su organización de DDR para leer y replicar recursos desde su organización principal. Los recursos sincronizados mediante la sincronización administrada son aprovisionados por un usuario asignado a su propietario original cuando es posible.
Habilitar Remote Configuration (RECOMMENDED)
Remote Configuration (RC) le permite configurar y cambiar de forma remota el comportamiento de los Datadog Agents implementados en su infraestructura.
Remote Configuration está habilitado de forma predeterminada para las nuevas organizaciones, incluida su organización de DDR. Cualquier clave de API nueva que cree está habilitada para RC para su uso con su Datadog Agent. Para obtener más detalles, consulte la documentación de Remote Configuration.
Datadog recomienda encarecidamente usar Remote Configuration para un mejor control de la conmutación por error. Como alternativa a RC, puede configurar manualmente sus Datadog Agents o utilizar herramientas de gestión de configuración como Puppet, Ansible o Chef.
Envío dual de telemetría a la organización de DDR durante la conmutación por error o los simulacros
Para habilitar el envío dual, Datadog recomienda usar Fleet Automation para la administración a escala. Alternativamente, puede configurarlo manualmente editando su archivo datadog.yaml.
Comuníquese con su Customer Success Manager de Datadog para programar ventanas de tiempo dedicadas para las pruebas de conmutación por error a fin de medir el rendimiento y el Objetivo de Tiempo de Recuperación (RTO).
Vaya a Fleet Automation > Configure Agents en su organización de DDR para crear una política de conmutación por error o reutilizar una existente, y aplíquela a su flota de Agents. Poco después de habilitar la política, los Datadog Agents comienzan a realizar el envío dual de telemetría tanto al sitio de observabilidad principal como al de DDR (conmutación por error).
Para crear una política de conmutación por error, haga clic en Create Failover Policy.
Luego, siga las instrucciones para definir el contexto de los hosts y la telemetría (métricas, registros, trazas) que deben incluirse en la conmutación por error.
Las Cloud Integrations solo pueden ejecutarse en su sitio de Datadog principal o en el de DDR, pero no en ambos al mismo tiempo, por lo que realizar una conmutación por error de estas detiene los datos de Cloud Integration en su sitio principal. Durante una conmutación por error de integración, las integraciones se ejecutan solo en el centro de datos DDR. Cuando ya no esté en conmutación por error, deshabilite la política de conmutación por error para devolver la recopilación de datos de integración a la organización principal.
Durante una conmutación por error o ejercicios de conmutación por error, actualice el archivo de configuración datadog.yaml de su Datadog Agent como se muestra en el siguiente ejemplo y reinicie el Agent.
enabled: true permite que el Datadog Agent envíe Datos sobre el Datadog Agent y el servidor de infraestructura. Por ejemplo, host name, host tags, Agent version. al sitio de Datadog DDR para que pueda visualizar los Agents y sus servidores de infraestructura en la organización DDR. Esto le permite ver sus Agents y servidores de infraestructura en la organización de conmutación por error.
failover_metrics, failover_logs y failover_apm están false de forma predeterminada. Configurarlos en true hace que el Agent comience a enviar Datos que se envían a la plataforma Datadog. Por ejemplo, logs, metrics, traces. a la organización DDR.
multi_region_failover:
enabled: true failover_metrics: false failover_logs: false failover_apm: false site: <DDR_SITE> # For example, "site: us5.datadoghq.com" for a US5 site api_key: <DDR_SITE_API_KEY>
Configurar la conmutación por error basada en DNS
La conmutación por error basada en DNS es un enfoque complementario a la conmutación por error basada en Agent. En lugar de configurar los Datadog Agents con un punto de conexión de sitio secundario, configure todas sus fuentes de datos para enviar telemetría a una única URL de ingesta personalizada proporcionada por Datadog. Durante un evento de conmutación por error, Datadog actualiza el registro DNS de esa URL para redirigir el tráfico de su sitio principal a su sitio de DDR.
La conmutación por error de DNS es todo o nada. Todas las fuentes de telemetría que utilizan su punto de conexión personalizado realizan la transición simultáneamente.
Reciba su punto de conexión DNS personalizado
Si elige utilizar la conmutación por error basada en DNS, Datadog proporciona una URL de ingesta personalizada para su organización (por ejemplo, <your-org>.intake.datadoghq.com). Configure todas sus fuentes de datos (como Agent, remitentes de registros e instrumentación personalizada) para enviar telemetría a este punto de conexión en lugar de a la URL de ingesta predeterminada de Datadog. Este es un cambio de configuración único.
Active una conmutación por error de DNS
Comuníquese con su Customer Success Manager o Datadog Support para iniciar una conmutación por error de DNS. Datadog actualiza el registro DNS para redirigir el tráfico de su sitio principal a su sitio de DDR. El objetivo de tiempo de recuperación (RTO) previsto es de 2 horas desde el momento en que se inicia la conmutación por error.
Una forma controlada por el cliente para activar la conmutación por error de DNS directamente desde la organización de DDR se encuentra en vista previa. Comuníquese con su Gerente de éxito del cliente para obtener más información.
3. Ejecute pruebas de conmutación por error en varios entornos
Active y pruebe la conmutación por error de DDR en entornos basados en Agent.
Para activar una conmutación por error de sus Agents, haga clic en una de las políticas en Fleet Automation en su organización de DDR y, luego, haga clic en Enable. El estado de cada servidor se actualiza a medida que ocurre la conmutación por error.
Utilice los pasos adecuados para su entorno para activar/probar la conmutación por error de DDR.
Para implementaciones del Agent en entornos sin contenedores, utilice los siguientes comandos de la CLI del Agent:
agent config set multi_region_failover.failover_metrics trueagent config set multi_region_failover.failover_logs trueagent config set multi_region_failover.failover_apm true
Si está ejecutando el Agent en un entorno sin contenedores como Kubernetes, aún puede usar la herramienta de línea de comandos del Agent, pero debe invocarla en el contenedor que ejecuta el Agent. Puede realizar cambios utilizando una de las siguientes opciones, según sus necesidades:
A continuación, se muestra un ejemplo del uso de kubectl para realizar la conmutación por error de métricas y registros para un pod de Datadog Agent implementado con el Helm chart oficial o Datadog Operator. El <POD_NAME> debe reemplazarse por el nombre del pod del Agent:
Alternativamente, puede especificar los siguientes ajustes en el archivo de configuración principal del Datadog Agent (datadog.yaml) y reiniciar el Datadog Agent para que se apliquen los cambios:
Puede realizar cambios similares con el Helm chart oficial o con Datadog Operator si necesita especificar una configuración personalizada. De lo contrario, puede pasar los ajustes como variables de entorno:
Activar y probar la conmutación por error de DDR en integraciones en la nube
Puede probar la conmutación por error para sus integraciones en la nube desde la página de inicio de su organización DDR.
En la página de inicio de conmutación por error, puede verificar el estado de su organización DDR o hacer clic en Fail over your integrations para probar la conmutación por error de su integración en la nube.
Cuando ya no esté en conmutación por error, deshabilite la política de conmutación por error en la organización DDR para devolver la recopilación de datos de integración a la organización principal.
Durante las pruebas, la telemetría de integración se distribuye entre ambas organizaciones. Si cancela una prueba de conmutación por error, las integraciones volverán a ejecutarse en el centro de datos principal.
Lecturas adicionales
Documentación, enlaces y artículos útiles adicionales: