GSLB 절체(DNS 변경) 때 실제로 벌어지는 일 — 계획·장애 절체 운영 가이드

Fri, 10 Jul 2026 00:00:00 +0900

ABSTRACT

자매 문서 egress ServiceEntry resolution은 DNS(STRICT)로 쓴다가 “무엇을 표준으로, 왜 쓰는가"를 다뤘다면, 이 문서는 절체(GSLB가 도메인의 A레코드를 다른 VIP로 바꾸는 일)가 실제로 일어난 순간 트래픽에 무슨 일이 벌어지는가를 다룬다. 결론 세 줄: ① 계획 절체(옛 VIP가 살아있는 배수)는 무손실이 가능하다 — 단, 옛 VIP가 조용해지는 시간은 Istio가 아니라 앱의 커넥션 수명이 결정한다. ② 장애 절체(VIP 사망)는 유손실 구간이 구조적으로 존재한다 — 단일 A레코드 구조에서 그 길이를 정하는 것은 Envoy가 아니라 GSLB의 감지 속도와 TTL이다. ③ outlier detection은 DNS를 다시 묻는 장치가 아니다 — 목록에 살아있는 대안이 있을 때만 작동한다.

Failover on homelab89

GSLB 절체(DNS 변경) 때 실제로 벌어지는 일 — 계획·장애 절체 운영 가이드