Cilium: 가동 및 실행 (Korean Edition)

제9장. 멀티클러스터 네트워킹

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

를 사용하는 조직이 성장함에 따라 단일 쿠버네티스 클러스터를 넘어 확장하는 경우가 많습니다. 단일 환경에서 다중 환경으로의 전환은 네트워크 보안과 가시성에 도전 과제를 제시합니다.

Cilium의 기능은 일반적으로 단일 클러스터 환경에 국한됩니다. 여러 클러스터에 걸쳐 신원이 표현되지 않으므로, 라벨을 통해 다른 클러스터의 포드를 허용하는 정책은 작동하지 않으며, 가시성 기능도 마찬가지입니다( 15장 참조).

한 가지 해결책은 클러스터를 완전히 독립적으로 취급하는 것입니다. 로드 밸런서 서비스, Ingress 또는 Gateway API( 6장 및 7장 참조)를 사용하여 서비스를 노출하고, 원격 클러스터를 다른 외부 엔드포인트와 다를 바 없이 취급하는 방식입니다. 클러스터 간에 공유되는 서비스가 소수이고 명확히 정의된 경우 이 방법이 효과적일 수 있지만, 환경이 복잡해질수록 유지하기 어려워집니다. 이 경우 원격 클러스터의 서비스에 대한 특정 CIDR 범위를 정책에 toCIDRSet ( 12장 참조)을 사용해 인코딩하거나, Egress Gateway( 11장 참조)를 사용하거나, 관측성을 위한 추가 도구를 통합해야 합니다.

Cilium 클러스터 메시 는 이러한 문제를 해결하기 위해 존재합니다. 메시화된 클러스터는 네트워킹 및 신원 정보를 공유하며, 클러스터 외부로 서비스를 노출할 필요성을 완전히 제거합니다. 이 장에서는 클러스터 메시의 사용 사례를 살펴보고 메시화된 클러스터를 구성 및 관리하는 방법을 단계별로 안내합니다. 필요한 모든 YAML 매니페스트는 책의 GitHub 저장소 내 chapter09 디렉터리에서 확인할 수 있습니다.

다중 클러스터 쿠버네티스

를 사용하는 조직은 여러 이유로 다중 쿠버네티스 클러스터를 배포합니다. 몇 가지 일반적인 이유는 다음과 같습니다:

조직 구조

조직은 클러스터를 사용할 조직 단위(예: 사업부 또는 회계 비용 센터) 내에서 관리하는 것이 더 쉬울 수 있습니다.

복원력

온프레미스 배포 환경에서는 여러 사이트에 클러스터를 배포함으로써 한 사이트의 데이터센터 장애 시 비즈니스 연속성을 확보할 수 있습니다. 반면 여러 리전에 걸쳐 클러스터를 "확장"하는 것은 복잡하며 권장되지 않습니다.¹ 대신 여러 클러스터를 생성하게 됩니다.

확장성 제한

특정 지점(일반적으로 약 10,000노드)을 넘어서면 쿠버네티스 자체가 한계에 도달합니다.

멀티클라우드 설정

이는 금융이나 의료와 같은 산업에서 단일 공급업체에 대한 의존도를 피하기 위한 규제 의무 사항인 경우가 많습니다.

이유와 상관없이 워크로드는 여전히 클러스터 간 통신이 필요합니다. 중복성을 목표로 한다면 서비스를 여러 클러스터에 배포해야 하며, 클라이언트 워크로드는 클러스터 경계를 넘어 통신할 방법이 필요합니다. 앞서 언급한 바와 같이, 지금까지 논의한 서비스 검색, 보안 및 가시성 기능은 ...