기존 Cloud DNS 전달 설정을 아웃바운드 엔드포인트로 마이그레이션

이 문서에서는 기존 Cloud DNS 전달 설정을 마이그레이션하여 아웃바운드 엔드포인트를 사용하는 데 필요한 작업을 간략하게 설명합니다.

기존 Cloud DNS 전달 설정 마이그레이션

기존 Cloud DNS 전달 설정을 마이그레이션하여 아웃바운드 엔드포인트를 사용하는 데는 다음과 같은 네 단계가 있습니다.

준비

준비 단계에서는 마이그레이션을 시작하기 전에 프록시 전용 서브넷, 일반 서브넷, 아웃바운드 엔드포인트를 만듭니다. 또한 온프레미스 방화벽 규칙이 리전 프록시 전용 서브넷의 IP 주소 범위에서 들어오는 DNS 트래픽을 허용하는지 확인합니다.

  1. 프록시 전용 서브넷 만들기: 아웃바운드 엔드포인트를 배포하려는 각 리전에 아직 없는 경우 최소 크기가 /26 (주소 64개)인 프록시 전용 서브넷을 만듭니다.
  2. 일반 서브넷 식별 또는 만들기: 아웃바운드 엔드포인트를 배포하려는 각 리전에서 기본 IP 범위에 사용 가능한 내부 IPv4 주소가 있는 일반 서브넷을 식별하거나 만듭니다.
  3. 아웃바운드 엔드포인트 만들기: 아웃바운드 엔드포인트 를 만들고 대상 VPC 네트워크, 리전, 일반 서브넷 (--subnetwork=REGULAR_SUBNET), 사용 가능한 내부 IPv4 주소 (--endpoint-ip=IP_ADDRESS_STRING)와 연결합니다. Cloud DNS는 정적 IP 예약 리소스를 자동으로 만들고 관리하며 엔드포인트를 VPC 네트워크의 리전 프록시 전용 서브넷에 바인딩합니다.
  4. 온프레미스 방화벽 업데이트: 온프레미스 및 외부 환경에 방화벽 규칙을 추가하여 인바운드 DNS 트래픽 (UDP 및 TCP 포트 53) 을 리전 프록시 전용 서브넷의 IP 주소 범위에서 발생하도록 허용합니다.

확인 (선택사항)

선택적으로 확인 단계를 사용하여 아웃바운드 엔드포인트 구성을 확인할 수 있습니다.

  1. 테스트 전달 영역 만들기: 테스트 도메인 (예: test.corp.example.com)의 새 임시 전달 영역 을 만듭니다.
  2. 엔드포인트 구성: 새 아웃바운드 엔드포인트를 사용하도록 테스트 영역을 구성합니다.
  3. 테스트 VM 실행: 관련 VPC 네트워크에서 임시 테스트 VM을 실행합니다.
  4. 해결 확인: 테스트 VM에서 dig 또는 nslookup을 사용하여 테스트 영역 내의 호스트를 쿼리합니다 (예: dig host.test.corp.example.com). 테스트 VM에서 성공적인 DNS 응답을 수신하고 서버가 쿼리를 수신했는지 확인합니다. 또한 서버가 새 프록시 전용 서브넷의 소스 IP 주소에서 쿼리를 수신했는지 확인합니다.

프로덕션 마이그레이션

프로덕션 마이그레이션 단계에서는 전달 영역과 서버 정책을 업데이트하여 아웃바운드 엔드포인트를 사용하고 쿼리 로그를 검토하여 쿼리가 성공적으로 해결되는지 확인합니다.

  1. 전달 영역 및 서버 정책 업데이트: 마이그레이션하려는 각 전달 영역 또는 서버 정책의 구성을 수정하고 순방향 경로를 기본 35.199.192.0/19 범위에서 아웃바운드 엔드포인트로 변경합니다.
  2. 해결 및 상태 모니터링: 마이그레이션된 영역의 Cloud DNS 쿼리 로그 및 모니터링 측정항목을 검토하여 쿼리가 성공적으로 해결되는지 확인합니다.
    • dns.googleapis.com/query/response_count를 사용하여 쿼리 볼륨 및 응답 상태 코드를 추적합니다.
  3. 대용량 마이그레이션 및 사전 워밍 전략:
    • 자동 확장 지연 시간: 기본 Google 관리 프록시 인프라의 자동 확장 스핀업 지연 시간은 약 10분입니다.
    • 점진적 출시: 자동 확장 램프업 중에 삭제된 쿼리를 방지하려면 집계 쿼리 볼륨이 리전당 초당 10,000개의 쿼리 (QPS)를 초과하는 경우 영역을 점진적으로 (한 번에 한 영역) 마이그레이션합니다.
    • 사전 워밍 지원: 리전당 10,000 QPS를 즉시 초과하는 대규모 단일 영역 마이그레이션의 경우 트래픽을 점진적으로 (예: 10%, 25%, 50%, 100%) 늘리거나 계획된 마이그레이션 전에 Google Cloud 계정팀 또는 지원팀에 문의하여 예약된 유지보수 기간 동안 인프라 사전 워밍을 요청합니다. 요청 시 다음을 지정합니다.
      • 프로젝트 ID
      • 대상 리전
      • 예상 최대 QPS

삭제하기

프로덕션 마이그레이션이 성공했는지 확인한 후 이전 전달 메커니즘을 삭제해야 합니다.

  1. 전체 마이그레이션 확인: 프로젝트의 모든 필수 전달 영역 및 서버 정책이 기본 35.199.192.0/19 범위를 사용하지 않는지 확인합니다.
    • 온프레미스 DNS 로그를 검토하고 안전한 기간 (예: 24시간) 동안 이 범위에서 트래픽이 소싱되지 않는지 확인합니다.
  2. 이전 방화벽 규칙 삭제: 모든 트래픽이 아웃바운드 엔드포인트로 이동되었는지 확인한 후 기본 35.199.192.0/19 범위에서 들어오는 DNS 트래픽을 허용하는 온프레미스 방화벽 규칙을 안전하게 삭제할 수 있습니다. 삭제하거나 조정하기 전에 다른 Google Cloud 서비스에서 이 규칙을 사용하지 않는지 확인합니다.

롤백

마이그레이션을 롤백해야 하는 경우 다음 단계를 따르세요.

  1. 전달 영역 또는 서버 정책 되돌리기: 영향을 받는 영역 또는 서버 정책을 수정하고 전달을 기본 35.199.192.0/19 범위로 다시 변경합니다.
  2. 방화벽 규칙 복원: 들어오는 DNS 트래픽을 허용하는 규칙이 여전히 활성 상태인지 확인합니다. 35.199.192.0/19 성공적인 마이그레이션의 삭제 단계 전에 이 규칙을 삭제하지 마세요.

다음 단계