Créez votre organisation DDR

1. Accédez à Get Started with Datadog. Vous devrez peut-être vous déconnecter de votre session actuelle ou utiliser le mode navigation privée pour accéder à cette page.
2. Choisissez un site Datadog différent de votre site principal (par exemple, si vous êtes sur US1, choisissez EU ou US5). Consultez la liste des sites Datadog pour connaître les options. Tous les sites Datadog sont séparés géographiquement.
3. Suivez les instructions pour créer un compte.

Partagez les informations de l’organisation DDR avec Datadog

Envoyez par e-mail le nom de votre nouvelle organisation à votre Customer Success Manager. Ensuite, votre [Customer Success Manager] définit cette nouvelle organisation comme votre organisation DDR.

Une fois que Datadog a désigné votre organisation DDR, liez votre organisation DDR à votre organisation principale :

1. Utilisez l’endpoint List your managed organizations pour récupérer les identifiants publics de votre organisation principale et de votre organisation DDR.

2. Ajoutez le périmètre disaster_recovery_status_write à votre clé d’application dans l’organisation principale.

3. Exécutez les commandes suivantes en remplaçant les espaces réservés par les valeurs appropriées.

   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
   

Une fois vos organisations liées, l’organisation de basculement affiche cette bannière :

Datadog recommande d’utiliser l’authentification unique (SSO) pour permettre à tous vos utilisateurs de se connecter à votre organisation DDR en cas de panne.

Accédez aux Paramètres de l’organisation dans votre organisation DDR pour configurer SAML ou Google Login pour vos utilisateurs.

La synchronisation gérée réplique les comptes utilisateur de votre organisation principale vers votre organisation DDR. Datadog recommande de configurer le provisionnement Just-in-Time avec SAML afin que les utilisateurs puissent accéder à l’organisation DDR pendant un basculement sans avoir besoin de réinitialiser leur mot de passe.

Consultez les intégrations AWS, Azure et Google Cloud pour connaître les étapes de configuration.

Vos intégrations cloud doivent être configurées à la fois dans les organisations principale et DDR, mais elles ne s’exécutent que dans une seule organisation à la fois : par défaut dans l’organisation principale, et pendant le basculement dans l’organisation DDR.

Pour plus d’informations, consultez la section Basculement des intégrations cloud.

Datadog gère la synchronisation des ressources pour vous à l’aide de l’outil open source datadog-sync-cli. Vous n’avez pas besoin d’exécuter ou d’utiliser cet outil vous-même.

La synchronisation gérée réplique les ressources de votre organisation principale vers votre organisation DDR selon un planning régulier. Les ressources répliquées incluent les dashboards, les monitors, les utilisateurs, les notebooks et 34+ autres types de ressources. La réplication s’exécute selon ce planning afin que votre organisation DDR reste à jour avant une panne.

Les utilisateurs sont associés à chaque site Datadog. La synchronisation gérée réplique les comptes d’utilisateurs vers votre organisation DDR. Cependant, les utilisateurs peuvent avoir besoin de réinitialiser leur mot de passe lors de leur première connexion à l’organisation DDR. Datadog recommande de configurer le provisionnement Just-in-Time avec SAML afin que les utilisateurs puissent accéder à l’organisation DDR sans réinitialisation manuelle du mot de passe.

La synchronisation gérée utilise un compte de service Datadog. Lors de l’intégration, créez un compte de service dans votre organisation DDR pour lire et répliquer les ressources depuis votre organisation principale. Les ressources synchronisées par la synchronisation gérée sont provisionnées par un utilisateur associé à leur propriétaire d’origine, lorsque cela est possible.

Remote Configuration (RC) vous permet de configurer et de modifier à distance le comportement des Agents Datadog déployés dans votre infrastructure.

Remote Configuration est activée par défaut pour les nouvelles organisations, y compris votre organisation DDR. Toutes les nouvelles clés d’API que vous créez sont compatibles RC pour une utilisation avec votre Agent. Pour plus de détails, consultez la documentation sur Remote Configuration.

Datadog recommande vivement d’utiliser Remote Configuration pour un meilleur contrôle du basculement. Comme alternative à RC, vous pouvez configurer manuellement vos Agents ou utiliser des outils de gestion de configuration tels que Puppet, Ansible ou Chef.

Pour activer l’envoi en double, Datadog recommande d’utiliser Fleet Automation pour une gestion à grande échelle. Alternativement, vous pouvez le configurer manuellement en modifiant votre datadog.yamlfichier.

Contactez votre Customer Success Manager Datadog pour planifier des fenêtres de temps dédiées aux tests de basculement afin de mesurer les performances et l’objectif de temps de récupération (RTO).

Accédez à Fleet Automation > Configure Agents dans votre organisation DDR pour créer une politique de basculement ou en réutiliser une existante, et appliquez-la à votre parc d’agents. Peu après l’activation de la politique, les Agents commencent à envoyer la télémétrie en double vers les sites d’observabilité de l’organisation principale et DDR (basculement).

Pour créer une politique de basculement, cliquez sur Create Failover Policy.

Ensuite, suivez l’invite pour définir le périmètre des hosts et de la télémétrie (métriques, logs, traces) que vous devez faire basculer.

Les intégrations cloud ne peuvent s'exécuter que dans votre site Datadog principal ou DDR, mais pas les deux en même temps. Par conséquent, leur basculement interrompt les données d'intégration cloud dans votre site principal. Pendant un basculement d'intégration, les intégrations s'exécutent uniquement dans le centre de données DDR. Lorsque le basculement n'est plus actif, désactivez la politique de basculement pour rétablir la collecte des données d'intégration vers l'organisation principale.

Pendant un basculement ou des exercices de basculement, mettez à jour datadog.yaml le fichier de configuration de votre Datadog Agent comme indiqué dans l’exemple suivant, puis redémarrez l’Agent.

• enabled: true permet à l’Agent d’envoyer metadataDonnées sur l’Agent et le host d’infrastructure. Par exemple, host name, host tags, Agent version. vers le site Datadog DDR afin que vous puissiez voir les Agents et vos hosts d’infrastructure dans l’organisation DDR. Cela vous permet de voir vos Agents et vos hosts d’infrastructure dans l’organisation DDR.

• failover_metrics, failover_logs et failover_apm sont false par défaut. Leur définition sur true amène l’Agent à commencer à envoyer telemetryLes données qui sont envoyées à la plateforme Datadog. Par exemple, logs, metrics, traces. vers l’organisation 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>

Le basculement basé sur le DNS est une approche complémentaire au basculement basé sur l’Agent. Au lieu de configurer les Agents avec un endpoint de site secondaire, vous configurez toutes vos sources de données pour envoyer la télémétrie vers une URL d’ingestion personnalisée unique fournie par Datadog. Lors d’un événement de basculement, Datadog met à jour l’enregistrement DNS pour cette URL afin de rediriger le trafic de votre site principal vers votre site DDR.

Recevez votre endpoint DNS personnalisé

Si vous choisissez d’utiliser le basculement basé sur le DNS, Datadog provisionne une URL d’ingestion personnalisée pour votre organisation (par exemple, <your-org>.intake.datadoghq.com). Configurez toutes vos sources de données (telles que les Agents, les expéditeurs de logs et l’instrumentation personnalisée) pour envoyer la télémétrie vers cet endpoint au lieu de l’URL d’ingestion Datadog par défaut. Il s’agit d’une modification de configuration ponctuelle.

Déclencher un basculement DNS

Contactez votre Customer Success Manager ou Datadog Support pour initier un basculement DNS. Datadog met à jour l’enregistrement DNS pour rediriger le trafic de votre site principal vers votre site DDR. L’objectif de temps de récupération (RTO) cible est de 2 heures à partir du moment où le basculement est lancé.

Pour déclencher un basculement de vos Agents, cliquez sur l’une des politiques dans Fleet Automation au sein de votre organisation DDR, puis cliquez sur Enable. Le statut de chaque host se met à jour au fur et à mesure que le basculement se produit.

Utilisez les étapes appropriées à votre environnement pour activer/tester le basculement DDR.

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

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

multi_region_failover:
  enabled: true
  failover_metrics: true
  failover_logs: true
  failover_apm: true
  site: NEW_ORG_SITE
  api_key: NEW_SITE_API_KEY

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

Vous pouvez tester le basculement de vos intégrations cloud depuis la page d’accueil de votre organisation DDR.

Sur la page d’accueil du basculement, vous pouvez vérifier le statut de votre organisation DDR ou cliquer sur Fail over your integrations pour tester le basculement de votre intégration cloud.

Lorsque vous n’êtes plus en basculement, désactivez la politique de basculement dans l’organisation DDR pour rétablir la collecte des données d’intégration vers l’organisation principale.

Pendant les tests, la télémétrie d’intégration est répartie entre les deux organisations. Si vous annulez un test de basculement, les intégrations reprennent leur exécution dans le centre de données principal.