DDR 조직 생성

1. Datadog 시작하기로 이동합니다. 이 페이지에 액세스하려면 현재 세션에서 로그아웃하거나 시크릿 모드를 사용해야 할 수 있습니다.
2. 기본 사이트와 다른 Datadog 사이트를 선택합니다(예: US1을 사용하는 경우 EU 또는 US5를 선택). 선택할 수 있는 사이트는 Datadog 사이트 목록을 참조하세요. 모든 Datadog 사이트는 지리적으로 분리되어 있습니다.
3. 메시지에 따라 계정을 생성합니다.

DDR 조직 정보를 Datadog과 공유

새 조직 이름을 Customer Success Manager에게 이메일로 보내세요. 그러면 Customer Success Manager가 이 새 조직을 DDR 조직으로 설정합니다.

Datadog이 DDR 조직을 지정한 후, DDR 조직을 기본 조직에 연결하세요.

1. 관리 조직 나열하기 엔드포인트를 사용하여 기본 조직과 DDR 조직의 공개 ID를 검색합니다.

2. 기본 조직의 애플리케이션 키에 disaster_recovery_status_write 범위를 추가합니다.

3. 다음 명령을 실행하되, 자리 표시자를 적절한 값으로 바꿉니다.

   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
   

조직을 연결하면 장애 조치 조직에 다음 배너가 표시됩니다.

Datadog은 Single Sign On(SSO) 사용을 권장합니다. 이를 통해 모든 사용자가 중단이 발생한 동안 Disaster Recovery 조직에 로그인할 수 있습니다.

DDR 조직의 조직 설정으로 이동하여 사용자를 위한 SAML 또는 Google Login을 구성하세요.

관리형 동기화를 사용하면 기본 조직에서 DDR 조직으로 사용자 계정을 복제합니다. Datadog은 사용자가 비밀번호를 재설정하지 않고도 장애 조치 중에 DDR 조직에 액세스할 수 있도록 SAML을 사용한 Just-in-Time 프로비저닝을 구성하는 것을 권장합니다.

설정 단계는 AWS, Azure 및 Google Cloud 통합을 참조하세요.

클라우드 통합은 기본 조직과 DDR 조직 모두에 구성해야 하지만, 한 번에 하나의 조직에서만 실행됩니다. 기본적으로는 기본 조직에서 실행되며, 장애 조치 중에는 DDR 조직에서 실행됩니다.

자세한 내용은 클라우드 통합 장애 조치 섹션을 참조하세요.

Datadog은 오픈 소스 datadog-sync-cli 도구를 사용하여 사용자를 대신하여 리소스 동기화를 관리합니다. 이 도구를 직접 실행하거나 운영할 필요는 없습니다.

관리형 동기화를 사용하면 정기적인 일정에 따라 기본 조직에서 DDR 조직으로 리소스를 복제합니다. 복제되는 리소스에는 대시보드, 모니터, 사용자, 노트북 및 34개 이상의 기타 리소스 유형이 포함됩니다. 이러한 일정에 따라 복제가 실행되므로 중단이 발생하기 전에 DDR 조직이 최신 상태로 유지됩니다.

사용자는 각 Datadog 사이트로 범위가 지정됩니다. 관리형 동기화를 사용하면 사용자 계정이 DDR 조직에 복제됩니다. 단, 사용자가 DDR 조직에 처음 로그인할 때 비밀번호를 재설정해야 할 수도 있습니다. Datadog은 사용자가 수동으로 비밀번호를 재설정하지 않고도 DDR 조직에 액세스할 수 있도록 SAML을 사용한 Just-in-Time 프로비저닝을 구성하는 것을 권장합니다.

관리형 동기화는 Datadog 서비스 계정을 사용합니다. 온보딩 중에 DDR 조직에 서비스 계정을 생성하여 기본 조직의 리소스를 조회하고 복제하세요. 관리형 동기화로 동기화된 리소스는 가능한 경우 원래 소유자에 해당하는 사용자에게 프로비저닝됩니다.

Remote Configuration(RC)을 사용하면 인프라에 배포된 Datadog Agent의 동작을 원격으로 구성하고 변경할 수 있습니다.

Remote Configuration은 사용자의 DDR 조직을 포함한 새 조직에서 기본적으로 활성화됩니다. 새로 생성하는 모든 API 키는 Agent와 함께 사용할 수 있도록 RC가 활성화됩니다. 자세한 내용은 Remote Configuration 문서를 참조하세요.

Datadog에서는 장애 조치를 보다 효과적으로 제어하기 위해 Remote Configuration 사용을 강력히 권장합니다. RC의 대안으로 Agent를 수동으로 구성하거나 Puppet, Ansible 또는 Chef와 같은 구성 관리 도구를 사용할 수도 있습니다.

이중 전송을 활성화하려면 Datadog에서는 대규모 환경에서의 관리를 위해 Fleet Automation 사용을 권장합니다. 또는 datadog.yaml 파일을 수정하여 수동으로 구성할 수도 있습니다.

성능 및 복구 목표 시간(RTO)을 측정할 수 있도록 장애 조치 테스트를 위한 별도의 시간대를 지정하려면 Datadog Customer Success Manager에 문의하세요.

DDR 조직의 Fleet Automation > Configure Agents로 이동하여 장애 조치 정책을 생성하거나 기존 정책을 재사용하고, 이를 Agent 그룹에 적용합니다. 정책을 활성화하면 곧 Agent가 기본 관측 가능성 사이트와 DDR(장애 조치) 관측 가능성 사이트 모두에 텔레메트리를 이중 전송하기 시작합니다.

장애 조치 정책을 생성하려면 Create Failover Policy를 클릭합니다.

그런 다음, 안내에 따라 장애 조치가 필요한 호스트 및 텔레메트리(메트릭, 로그, 트레이스)의 범위를 지정합니다.

클라우드 통합은 기본 또는 DDR Datadog 사이트 중 한 곳에서만 실행할 수 있으며, 두 사이트에서 동시에 실행할 수는 없습니다. 따라서 장애 조치를 수행하면 기본 사이트에서는 클라우드 통합 데이터 수집이 중단됩니다. 통합 장애 조치 중에는 통합이 DDR 데이터 센터에서만 실행됩니다. 장애 조치가 해제되면 통합 데이터를 기본 조직에서 다시 수집하도록 장애 조치 정책을 비활성화합니다.

장애 조치 또는 장애 조치 훈련 중에 아래 예시와 같이 Datadog Agent의 datadog.yaml 구성 파일을 업데이트하고 Agent를 다시 시작하세요.

• enabled: true는 Agent가 metadataAgent 및 인프라 호스트에 대한 데이터입니다. 예: host name, host tags, Agent version 정보를 DDR Datadog 사이트로 전송하여 DDR 조직에서 Agent 및 인프라 호스트를 조회할 수 있도록 합니다. 이를 통해 장애 조치 조직에서 Agent 및 인프라 호스트를 확인할 수 있습니다.

• failover_metrics, failover_logs 및 failover_apm은 false가 기본값 입니다. 이를 true로 설정하면 Agent가 DDR 조직으로 telemetryDatadog 플랫폼으로 전송되는 데이터입니다. 예: logs, metrics, traces 전송을 시작합니다.

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>

DNS 기반 장애 조치는 Agent 기반 장애 조치를 보완하는 방식입니다. Agent를 보조 사이트 엔드포인트로 구성하는 대신, 모든 데이터 소스가 Datadog에서 제공하는 단일 사용자 지정 수집 URL로 텔레메트리를 전송하도록 구성합니다. 장애 조치 이벤트가 발생하면 Datadog에서 해당 URL의 DNS 레코드를 업데이트하여 기본 사이트에서 DDR 사이트로 트래픽을 리디렉션합니다.

사용자 지정 DNS 엔드포인트 수신

DNS 기반 장애 조치를 사용하기로 선택하면 Datadog에서 조직에 대한 사용자 지정 수집 URL을 프로비저닝합니다(예: <your-org>.intake.datadoghq.com). 기본 Datadog 수집 URL 대신 이 엔드포인트로 텔레메트리를 전송하도록 모든 데이터 소스(Agent, 로그 적재기 및 사용자 지정 계측)를 구성합니다. 이는 한 번만 구성하면 되는 설정 변경입니다.

DNS 장애 조치 트리거

DNS 장애 조치를 시작하려면 Customer Success Manager 또는 Datadog Support에 문의하세요. Datadog은 DNS 레코드를 업데이트하여 트래픽을 기본 사이트에서 DDR 사이트로 리디렉션합니다. 장애 조치가 시작된 시점부터의 복구 목표 시간(RTO)은 2시간입니다.

Agent의 장애 조치를 트리거하려면 DDR 조직의 Fleet Automation에서 정책 중 하나를 클릭한 다음 Enable을 클릭하세요. 장애 조치가 진행되면 각 호스트의 상태가 업데이트됩니다.

환경에 맞는 단계를 따라 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

DDR 조직의 랜딩 페이지에서 클라우드 통합의 장애 조치를 테스트할 수 있습니다.

장애 조치 랜딩 페이지에서 DDR 조직의 상태를 확인하거나 Fail over your integrations를 클릭하여 클라우드 통합의 장애 조치를 테스트할 수 있습니다.

장애 조치가 해제되면 DDR 조직에서 장애 조치 정책을 비활성화하여 통합 데이터를 기본 조직에서 다시 수집합니다.

테스트 중에는 통합 텔레메트리가 두 조직에 분산되어 전송됩니다. 장애 조치 테스트를 취소하면 통합이 다시 기본 데이터 센터에서 실행됩니다.