xDS 확인

컨트롤 플레인이 스키마에 맞지 않는 클러스터 설정을 보냈다. 프록시는 어떻게 되는가?

• 그 갱신을 거절하고 마지막으로 성공한 설정으로 계속 돈다
• 잘못된 부분만 빼고 나머지는 반영한다
• 설정이 비워져 모든 요청이 503 이 된다
• 즉시 재시작해 부트스트랩 설정으로 되돌아간다

엔드포인트를 EDS 로 따로 빼는 이유로 가장 정확한 것은?

• 엔드포인트는 보안 등급이 달라 별도 인증이 필요하기 때문이다
• 클러스터 정의는 정적이어야 하고 엔드포인트만 동적일 수 있기 때문이다
• 파드가 뜨고 지며 가장 자주 바뀌는데 클러스터 전체를 다시 보내면 낭비이기 때문이다
• 엔드포인트는 프록시가 직접 DNS 로 찾아야 하기 때문이다

/config_dump 에서 내가 보낸 설정이 도착했는지 확인하려면 어디를 보는가?

• bootstrap 절 — 프로세스가 들고 있는 최종 설정이 모두 여기 모인다
• static_clusters — 이름과 무관하게 현재 활성 클러스터가 담긴다
• secrets 절 — 동적 자원의 버전이 여기 기록된다
• dynamic_active_clusters — 밖에서 받아 온 자원은 정적 자원과 자리가 나뉜다

cluster_manager.cds.update_success 가 며칠째 그대로이고 update_rejected 도 0 이다. 무엇을 뜻하는가?

• 설정이 도착하지 않고 있다. 구독이나 연결 쪽 문제다
• 설정이 도착하지만 모두 거절되고 있다. 보내는 쪽의 문제다
• 설정이 안정적이라 아무 변화가 없다는 뜻이므로 정상이다
• 프록시가 정적 설정 모드로 돌아갔다는 뜻이다

정적 설정(static_resources)만 쓰는 프록시에서 설정 파일을 고쳤다. 언제 반영되는가?

• 파일 변경을 감지해 몇 초 안에 반영된다
• 관리 포트에 갱신 요청을 보내면 반영된다
• 다음 요청이 올 때 파일을 다시 읽어 반영된다
• 프로세스를 다시 띄우기 전에는 반영되지 않는다

컨트롤 플레인을 재시작했는데 메시에 아무 변화가 없었다. 가장 정확한 설명은?

• 프록시들이 서로 설정을 공유해 컨트롤 플레인 없이도 갱신된다
• 프록시들이 마지막 설정으로 계속 돈다. 다만 새로 뜨는 파드는 설정을 받지 못한다
• 프록시들이 부트스트랩 설정으로 되돌아가 기본 동작을 한다
• 컨트롤 플레인이 없으면 프록시가 모든 요청을 통과시키므로 겉보기에 정상이다