Exposing Services in Kubernetes
Kubernetes에서는 내부 엔드포인트와 외부 엔드포인트가 모두 액세스할 수 있도록 서비스를 노출하는 여러 가지 방법이 있습니다. 이 Kubernetes 구성은 관리자가 접근해서는 안 되는 서비스에 대한 공격자의 액세스 권한을 부여할 수 있으므로 매우 중요합니다.
자동 열거
공개에 서비스를 노출하는 K8s의 방법을 열거하기 전에, 네임스페이스, 서비스 및 인그레스를 나열할 수 있다면 다음 명령을 사용하여 공개에 노출된 모든 것을 찾을 수 있습니다:
ClusterIP
ClusterIP 서비스는 Kubernetes의 기본 서비스입니다. 이는 클러스터 내에서 다른 앱들이 접근할 수 있는 클러스터 내부의 서비스를 제공합니다. 외부 접근은 불가능합니다.
그러나 Kubernetes Proxy를 사용하여 접근할 수 있습니다:
이제, 이 스킴을 사용하여 Kubernetes API를 통해 서비스에 액세스할 수 있습니다:
http://localhost:8080/api/v1/proxy/namespaces/<NAMESPACE>/services/<SERVICE-NAME>:<PORT-NAME>/
예를 들어, 다음 URL을 사용할 수 있습니다:
http://localhost:8080/api/v1/proxy/namespaces/default/services/my-internal-service:http/
이 서비스에 액세스하기 위해.
이 방법을 사용하려면 kubectl
을 인증된 사용자로 실행해야 합니다.
NodePort
NodePort를 사용할 때는 모든 노드(가상 머신을 나타냄)에 지정된 포트가 사용 가능해집니다. 이 특정 포트로 전송된 트래픽은 서비스로 체계적으로 라우팅됩니다. 일반적으로 이 방법은 단점 때문에 권장되지 않습니다.
NodePort 사양의 예시:
만약 yaml에서 nodePort를 지정하지 않으면 (열릴 포트입니다) 30000-32767 범위의 포트가 사용됩니다.
LoadBalancer
클라우드 제공업체의 로드 밸런서를 사용하여 서비스를 외부에 노출합니다. GKE에서는 네트워크 로드 밸런서가 생성되어 모든 트래픽을 서비스로 전달하는 단일 IP 주소를 제공합니다.
서비스당 로드 밸런서를 지불해야 하며, 이는 비용이 많이 들 수 있습니다.
ExternalName
문서에서 참조: ExternalName 타입의 서비스는 서비스를 DNS 이름에 매핑하며, 일반적인 선택기인 my-service
또는 cassandra
와 같은 것이 아닙니다. 이러한 서비스는 spec.externalName
매개변수로 지정합니다.
예를 들어, 다음과 같은 서비스 정의는 prod
네임스페이스의 my-service
서비스를 my.database.example.com
에 매핑합니다:
호스트 my-service.prod.svc.cluster.local
을 조회할 때, 클러스터 DNS 서비스는 값이 my.database.example.com
인 CNAME
레코드를 반환합니다. my-service
에 접근하는 것은 다른 서비스와 동일한 방식으로 작동하지만, 중요한 차이점은 리다이렉션이 프록시 또는 포워딩을 통한 것이 아니라 DNS 수준에서 발생한다는 것입니다.
외부 IP
외부 IP(대상 IP로)로 클러스터로 인입하는 트래픽은 서비스 포트로 라우팅되어 서비스 엔드포인트 중 하나로 전달됩니다. externalIPs
는 Kubernetes에서 관리되지 않으며 클러스터 관리자의 책임입니다.
서비스 스펙에서 externalIPs
는 ServiceTypes
와 함께 지정할 수 있습니다. 아래 예시에서 "my-service
"는 클라이언트가 "80.11.12.10:80
"(externalIP:port
)에서 접근할 수 있습니다.
Ingress
위의 모든 예제와 달리 Ingress는 서비스 유형이 아닙니다. 대신, 여러 서비스 앞에 위치하여 "스마트 라우터" 또는 클러스터로의 진입점으로 작동합니다.
Ingress로 많은 다양한 작업을 수행할 수 있으며, 다양한 기능을 갖춘 여러 유형의 Ingress 컨트롤러가 있습니다.
기본 GKE Ingress 컨트롤러는 HTTP(S) 로드 밸런서를 자동으로 생성합니다. 이를 통해 경로 기반 및 서브도메인 기반의 라우팅을 백엔드 서비스로 전달할 수 있습니다. 예를 들어, foo.yourdomain.com의 모든 요청을 foo 서비스로 보내고, yourdomain.com/bar/ 경로 아래의 모든 요청을 bar 서비스로 보낼 수 있습니다.
GKE에서 L7 HTTP 로드 밸런서를 사용하는 Ingress 객체의 YAML은 다음과 같을 수 있습니다:
참고 자료
最終更新