Ads on homelab89

Envoy 정적 설정은 부트스트랩 시점에 고정되고 동적 설정은 컨트롤 플레인이 런타임에 푸시해 재시작 없이 반영한다

Sun, 07 Jun 2026 00:00:00 +0000

ABSTRACT

머릿속에 담을 한 장: 정적은 “xDS를 받는 통로”, 동적은 “그 통로로 흘러드는 트래픽 설정"이다. 정적(static)은 프로세스가 부팅하며 읽는 부트스트랩 YAML에 박제돼 재시작 전까지 불변이고, 동적(dynamic)은 컨트롤 플레인이 xDS로 런타임에 밀어넣어 프로세스 재시작 없이 listener/route/cluster/endpoint를 갈아끼운다. Istio에서 사이드카·gateway의 거의 모든 라우팅·보안 설정은 동적이며, 정적은 부트스트랩(노드 ID, xDS 채널, admin, 정적 stats sink)만 담는다. 이 문서는 “왜 둘로 나뉘고 무엇이 어느 쪽에 가는가"를 그 메커니즘(warming + atomic swap, ADS 의존 순서)까지 정리한다. 파일 기반 xDS의 운영 함정과 LDS/RDS/CDS/EDS 세부는 각각 다른 문서로 위임한다.

Envoy 정적/동적(xDS) 설정 실습 — Istio in Action Ch.3.2 (출처: 책 + 실습기록 + 공식문서)

Sun, 07 Jun 2026 00:00:00 +0000

ABSTRACT

Envoy 설정은 listener → route → cluster → endpoint가 서로를 이름으로 참조하는 한 줄 사슬이다. 정적 모드는 이 사슬을 bootstrap에 통째로 인라인하고, 동적 모드(xDS)는 같은 사슬의 각 노드를 컨트롤 플레인이 런타임에 push로 채운다 — 사슬 자체는 동일하고 “공급 방식"만 다르다. 이 문서는 그 한 사슬을 정적(bootstrap 인라인) → 파일 기반 동적(LDS/RDS) → 실제 ADS(gRPC) 세 가지 공급 방식으로 직접 돌려, xDS 계층(LDS/RDS/CDS/EDS/SDS+ADS)이 왜 그렇게 설계됐는지를 손으로 체득하는 실습 기록이다. 결론 먼저: 학습이 목적이면 파일 기반 EDS 삽질을 피하고, 파일 동적 LDS/RDS로 라우팅 변화를 눈으로 본 뒤 곧장 Istio on kind의 istioctl proxy-config로 진짜 ADS를 관찰하는 경로가 가장 효율적이다.