관할권 간 마이그레이션

먼저 TTL을 낮추고, 일찍 하십시오

이전 48시간 전에 DNS 레코드의 TTL을 300초로 낮추세요. 리졸버는 적극적으로 캐시하므로, 24시간 TTL이 남아 있는 레코드는 작업이 끝난 후에도 오래도록 트래픽을 기존 주소로 보냅니다.

이 단계는 건너뛰었다가 후회하는 단계입니다. 비용은 들지 않으며, 하루 동안 지연되던 사용자 문제를 5분으로 줄여줍니다.

두 번에 걸쳐 동기화

소스가 아직 가동 중일 때 전체 rsync를 수행하세요. 시간이 걸리더라도 중단 없이 진행됩니다. 그런 다음 애플리케이션을 중지하고, 첫 번째 동기화 이후 변경된 부분만 전송하는 두 번째 rsync를 실행한 뒤 전환합니다. 두 번째 동기화는 보통 몇 초면 끝납니다.

데이터베이스의 경우 파일 복사 대신 복제를 사용하십시오: 새 서버를 복제본으로 설정하고 따라잡게 한 다음 승격하세요. 실행 중인 서버에서 데이터베이스 파일을 복사하면 손상된 복사본이 생기는 경우가 많아 위험을 감수할 가치가 없습니다.

• T-48시간 — DNS TTL 300초로 설정
• T-2시간 — 전체 rsync, 소스 계속 가동
• T-30분 — 데이터베이스 복제본 동기화 완료
• T-0 — 앱 중지, 최종 rsync, 복제본 승격
• T+5분 — DNS 업데이트, 여러 네트워크에서 확인
• T+72시간 — 확인 후 소스 삭제

삭제 전 확인할 사항

최소 72시간 기다리세요. 이전 서버의 로그를 확인하여 아직 도착하는 트래픽이 있는지 보십시오 — 그 트래픽이 어떤 리졸버나 하드코딩된 클라이언트가 이전하지 않았는지 알려줍니다. 백업이 실행되는 것만 확인하지 말고 새 위치에서 복원되는지 검증하세요.

기존 IP 주소를 직접 참조하는 항목을 확인하세요: 타사 서비스의 방화벽 허용 목록, API 허용 목록, 모니터링 점검, 그리고 잊어버린 DNS 레코드. 항상 하나씩 있습니다.

관할 구역 변경에 특화된 부분

이동 이유가 기술적이 아니라 법적이라면 기존 디스크가 중요합니다. 서버를 단순히 종료하지 말고 삭제를 요청하세요 — 요청 시 다중 패스 덮어쓰기를 실행하고 완료를 확인해 드립니다. 암호화된 볼륨에서는 LUKS 헤더를 삭제하는 것이 더 빠르고 동일하게 효과적입니다.

또한 국가를 하드코딩하는 항목을 다시 확인하세요: TLS 인증서는 괜찮지만 지역 제한 타사 API, 결제 통합, 규정 준수 인증은 그렇지 않을 수 있습니다. 전환 후가 아니라 전환 전에 발견하는 것이 좋습니다.