Kubernetes 모범 사례. 외부 서비스 매핑

Kubernetes 모범 사례. 작은 컨테이너 만들기
Kubernetes 모범 사례. 네임스페이스가 있는 Kubernetes의 구성
Kubernetes 모범 사례. 준비 상태 및 활동성 테스트를 통해 Kubernetes 활동성 검증
Kubernetes 모범 사례. 리소스 요청 및 한도 설정
Kubernetes 모범 사례. 올바른 종료 종료

대부분의 사람들은 아마도 클러스터 외부에서 실행되는 리소스를 사용하고 있을 것입니다. 아마도 Taleo API를 사용하여 문자 메시지를 보내거나 Google Cloud Vision API를 사용하여 이미지를 분석할 수 있습니다.

모든 환경에서 동일한 서버 측 요청 엔드포인트를 사용하고 서버를 Kubernetes로 마이그레이션할 계획이 없다면 코드에 바로 서비스 엔드포인트를 두는 것이 좋습니다. 그러나 이벤트 개발에 대한 다른 많은 시나리오가 있습니다. 이 Kubernetes 모범 사례 시리즈에서는 Kubernetes에 내장된 메커니즘을 사용하여 클러스터 내부와 외부 모두에서 서비스를 검색하는 방법을 알아봅니다.

일반적인 외부 서비스의 예로는 Kubernetes 클러스터 외부에서 실행되는 데이터베이스가 있습니다. 모든 액세스에 단일 엔드포인트를 사용하는 Google Cloud Data Store 또는 Google Cloud Spanner와 같은 클라우드 데이터베이스와 달리 대부분의 데이터베이스에는 상황에 따라 별도의 엔드포인트가 있습니다.
MySQL 및 MongoDB와 같은 기존 데이터베이스 사용에 대한 모범 사례는 일반적으로 다양한 환경의 다양한 구성 요소에 연결한다는 것을 의미합니다. 프로덕션 데이터용으로 큰 머신을 사용하고 테스트 환경용으로 더 작은 머신을 사용할 수 있습니다. 각각에는 고유한 IP 주소나 도메인 이름이 있지만 한 환경에서 다른 환경으로 이동할 때 코드를 변경하고 싶지 않을 것입니다. 따라서 이러한 주소를 하드 코딩하는 대신 기본 Kubernetes 서비스와 동일한 방식으로 Kubernetes의 내장 DNS 기반 외부 서비스 검색을 사용할 수 있습니다.

Google Compute Engine에서 MongoDB 데이터베이스를 실행하고 있다고 가정해 보겠습니다. 클러스터로 전송할 때까지 이 하이브리드 세계에 갇혀 있게 됩니다.

운 좋게도 정적 Kubernetes 서비스를 사용하여 삶을 좀 더 쉽게 만들 수 있습니다. 이 예에서는 Google Cloud Launcher를 사용하여 MongoDB 서버를 만들었습니다. 동일한 네트워크(또는 Kubernetes 클러스터 VPC)에 생성되므로 고성능 내부 IP 주소를 사용하여 액세스합니다.

이는 GCP의 기본 설정이므로 아무것도 구성할 필요가 없습니다. 이제 IP 주소가 있으므로 첫 번째 단계는 서비스를 만드는 것입니다. 이 서비스에는 포드 선택기가 없다는 것을 알 수 있습니다. 즉, 트래픽을 어디로 보낼지 알 수 없는 서비스를 만들었습니다. 이렇게 하면 이 서비스에서 트래픽을 수신할 엔드포인트 개체를 수동으로 생성할 수 있습니다.

다음 코드 예제에서는 엔드포인트가 서비스와 동일한 mongo 이름을 사용하여 데이터베이스의 IP 주소를 결정하는 것을 보여줍니다.

Kubernetes는 모든 IP 주소를 사용하여 마치 일반 Kubernetes Pod인 것처럼 엔드포인트를 찾으므로 이제 위 이름 mongodb://mongo에 대한 간단한 연결 문자열을 사용하여 데이터베이스에 액세스할 수 있습니다. 코드에 IP 주소를 사용할 필요가 전혀 없습니다.

나중에 IP 주소가 변경되면 엔드포인트를 새 IP 주소로 간단히 업데이트할 수 있으며 애플리케이션을 추가로 수정할 필요가 없습니다.

타사 호스트에서 호스팅되는 데이터베이스를 사용하는 경우 호스트 소유자가 연결할 수 있는 URL(Uniform Resource Identifier) ​​URI를 제공했을 가능성이 높습니다. 따라서 IP 주소가 부여된 경우 이전 방법을 간단히 사용할 수 있습니다. 이 예에서는 mLab 호스트에서 호스팅되는 두 개의 MongoDB 데이터베이스가 있음을 보여줍니다.

하나는 개발자 데이터베이스이고 다른 하나는 프로덕션 데이터베이스입니다. 이러한 데이터베이스의 연결 문자열은 다음과 같습니다. mLab은 동적 URI와 동적 포트를 제공합니다. 보시다시피, 그들은 다릅니다.

이를 추상화하기 위해 Kubernetes를 사용하고 개발자 데이터베이스에 연결해 보겠습니다. 외부 서비스로 트래픽을 전달하는 정적 서비스를 제공하는 외부 Kubernetes 서비스 이름을 만들 수 있습니다.

이 서비스는 성능에 미치는 영향을 최소화하면서 커널 수준에서 간단한 CNAME 전달을 수행합니다. 덕분에 더 간단한 연결 문자열을 사용할 수 있습니다.

하지만 외부 이름은 CNAME 전달을 사용하므로 포트 전달을 수행할 수 없습니다. 따라서 이 솔루션은 정적 포트에만 적용 가능하며 동적 포트와 함께 사용할 수 없습니다. 그러나 mLab 무료 계층은 기본적으로 사용자에게 동적 포트 번호를 제공하며 이를 변경할 수 없습니다. 이는 dev 및 prod에 대해 서로 다른 연결 명령줄이 필요함을 의미합니다. 나쁜 점은 포트 번호를 하드코딩해야 한다는 것입니다. 그렇다면 포트 포워딩이 작동하도록 하려면 어떻게 해야 할까요?

첫 번째 단계는 URI에서 IP 주소를 얻는 것입니다. nslookup이나 호스트 이름을 실행하거나 URI에 대해 ping을 실행하면 데이터베이스의 IP 주소를 얻을 수 있습니다. 서비스가 여러 IP 주소를 반환하는 경우 이러한 주소는 모두 개체의 끝점에서 사용될 수 있습니다.

한 가지 명심해야 할 점은 IP URI가 예고 없이 변경될 수 있으므로 프로덕션에서 사용하는 것이 매우 위험하다는 것입니다. 이 IP 주소를 사용하면 포트를 지정하지 않고도 원격 데이터베이스에 연결할 수 있습니다. 따라서 Kubernetes 서비스는 매우 투명하게 포트 전달을 수행합니다.

외부 리소스를 내부 리소스에 매핑하거나 매핑하면 리팩터링 노력을 최소화하면서 향후 클러스터 내에서 이러한 서비스를 사용할 수 있는 유연성을 얻을 수 있습니다. 또한 회사에서 사용하는 외부 서비스를 더 쉽게 관리하고 통찰력을 제공할 수 있습니다.

조만간 계속...

일부 광고 🙂

우리와 함께있어 주셔서 감사합니다. 우리 기사가 마음에 드십니까? 더 재미있는 콘텐츠를 보고 싶다면? 주문하거나 친구에게 추천하여 우리를 지원하십시오. $4.99부터 시작하는 개발자용 클라우드 VPS, 귀하를 위해 우리가 발명한 고유한 보급형 서버 아날로그: VPS(KVM) E5-2697 v3(6코어) 10GB DDR4 480GB SSD 1Gbps에 대한 전체 진실 또는 서버 공유 방법은? (RAID1 및 RAID10에서 사용 가능, 최대 24개 코어 및 최대 40GB DDR4).

Dell R730xd는 암스테르담의 Equinix Tier IV 데이터 센터에서 2배 더 저렴합니까? 여기서 만 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199부터 네덜란드에서! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 최저 $99! 에 대해 읽다 인프라 공사를 구축하는 방법. 730페니에 5유로 상당의 Dell R2650xd E4-9000 vXNUMX 서버를 사용하는 클래스?

출처 : habr.com