Datadog Disaster Recovery

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 admitidaProductos admitidosVersión de Agent requerida
LogsLogsv7.54+
MétricasInfrastructure Monitoringv7.54+
TracesAPMv7.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.

Si lo prefiere, Datadog puede configurar esto por usted.

Cree su organización de DDR

  1. 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.
  2. 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.
  3. 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.

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:

  1. Utilice el punto de conexión List your managed organizations para recuperar los ID públicos de sus organizaciones principal y de DDR.

  2. Agregue el contexto disaster_recovery_status_write a su clave de aplicación en la organización principal.

  3. Ejecute los siguientes comandos, reemplazando los marcadores de posición con los valores correspondientes.

    export PRIMARY_DD_API_KEY=<PRIMARY_ORG_API_KEY>
    export PRIMARY_DD_APP_KEY=<PRIMARY_ORG_APP_KEY>
    export PRIMARY_DD_API_URL=<PRIMARY_ORG_API_SITE>
    
    export DDR_ORG_ID=<DDR_ORG_PUBLIC_ID>
    export PRIMARY_ORG_ID=<PRIMARY_ORG_PUBLIC_ID>
    export USER_EMAIL=<USER_EMAIL>
    export CONNECTION='{"data":{"id":"'${PRIMARY_ORG_ID}'","type":"hamr_org_connections","attributes":{"TargetOrgUuid":"'${DDR_ORG_ID}'","HamrStatus":1,"ModifiedBy":"'${USER_EMAIL}'", "IsPrimary":true}}}'
    
    curl -v -H "Content-Type: application/json" -H \
    "dd-api-key:${PRIMARY_DD_API_KEY}" -H \
    "dd-application-key:${PRIMARY_DD_APP_KEY}" --data "${CONNECTION}" --request POST ${PRIMARY_DD_API_URL}/api/v2/hamr
    

Después de vincular sus organizaciones, la organización de conmutación por error muestra este banner:

El banner de DDR en la organización de DDR

2. Configure el acceso, las integraciones, la sincronización y los agentes

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.

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.

Para obtener más información, consulte la sección Conmutación por error de integraciones en la nube.

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.

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.

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.

Administrar políticas de DDR

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.

Definir el alcance de los hosts y la telemetría necesarios para 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>

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

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.

Habilite la política de conmutación por error en la organización de DDR

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 true
agent config set multi_region_failover.failover_logs true
agent 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:

Uso de kubectl

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:

kubectl exec <POD_NAME> -c agent -- agent config set multi_region_failover.failover_metrics true
kubectl exec <POD_NAME> -c agent -- agent config set multi_region_failover.failover_logs true
kubectl exec <POD_NAME> -c agent -- agent config set multi_region_failover.failover_apm true
Uso del archivo de configuración 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:

multi_region_failover:
  enabled: true
  failover_metrics: true
  failover_logs: true
  failover_apm: true
  site: NEW_ORG_SITE
  api_key: NEW_SITE_API_KEY
Uso de Helm chart o Datadog Operator

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:

DD_MULTI_REGION_FAILOVER_ENABLED=true
DD_MULTI_REGION_FAILOVER_FAILOVER_METRICS=true
DD_MULTI_REGION_FAILOVER_FAILOVER_LOGS=true
DD_MULTI_REGION_FAILOVER_FAILOVER_APM=true
DD_MULTI_REGION_FAILOVER_SITE=ADD_NEW_ORG_SITE
DD_MULTI_REGION_FAILOVER_API_KEY=ADD_NEW_SITE_API_KEY

Puede probar la conmutación por error para sus integraciones en la nube desde la página de inicio de su organización DDR.

Habilite la política de conmutación por error en la organización de 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: