Offcanvas

How To / 개발자 / 데이터센터 / 애플리케이션 / 오픈소스 / 클라우드

관리형 쿠버네티스 3종 비교 ‘AWS vs. 애저 vs. 구글 클라우드’

2018.11.05 Eric Johanson  |  InfoWorld



쿠버네티스 클러스터를 위한 고가용성
가용성이 중요하긴 하지만 쿠버네티스에서 가장 중요한 구성 요소는 아니다. 쿠버네티스는 안정성 및 장애 허용범위와 관련해, 일반 인스턴스 가용성과 같은 장점을 갖고 있다. HA(High Availability)의 핵심은 클러스터에서 단일 장애 지점을 없애는 것이다. HA 클러스터가 있다면 일부 마스터 노드를 잃을 수 있다. 이것이 HA 쿠버네티스의 기본적인 정의이다.

하지만 쿠버네티스는 거대하며, 망가질 수 있는 여러 구성 요소가 있다. 쿠버네티스의 CNCF 자원 홍보 대사이자 KC+CNCNA 2017(KubeCon + CloudNativeCon North America 2017)에서 인터뷰한 루카스 칼드스트롬(Lucas Käldström)은 이렇게 설명했다.

“kube-dns를 예로 들어보자. 일반 클러스터가 있고 여기에 여러 마스터가 있으며 여러 Etcd 복제품이 있지만 여전히 1개의 kube-dns만 구동한다고 가정해본다. kube-dns를 구동하는 마스터가 고장 나면 갑자기 모든 서비스 발견 쿼리가 해결되지 않을 수 있기 때문에 클러스터에 일종의 고장 정지가 발생한다. 그래서 이를 더욱 깊이 연구하고 클러스터의 핵심 구성 요소 위치를 분석한 후 단일 장애 지점을 없애려 노력해야 한다.”

HA 관점에서 관리형 쿠버네티스 제공자는 어떻게 발전하고 있을까?

구글 KE는 멀티존과 지역 등 2개 모드로 사용할 수 있다. 지역 및 멀티존 클러스터 사이의 주된 차이점은 지역 클러스터가 3개의 마스터를 생성하지만 멀티존 클러스터는 1개만 생성한다는 점이다. 예를 들어, US-East에서 지역 클러스터를 운영하고 있다면 US-East-1, 2, 3에서 마스터를 생성한다. 지역 클러스터는 지역 내의 단일 구역보다는 한 지역 전체에서 사용할 수 있기 때문에 단일 구역이 다운되면 쿠버네티스 제어영역과 리소스가 영향을 받지 않는다.

루카스 칼드스트롬은 다음과 같은 말도 남겼다.

“HA와 멀티 마스터 사이에는 차이가 있다. 예를 들어, 마스터가 3개이고 이런 마스터에 대한 부하 균형 앞에 1개의 Nginx 인스턴스만 있다면 멀티 마스터 클러스터이지만 HA는 아니다. 왜냐하면 Nginx는 언제든지 다운될 수 있기 때문이다.”

아마존 EKS는 구글 KE와 유사한 접근방식을 취한다. 다양한 구역에서 1개의 HA 마스터와 워커 노드를 제공한다.

AKS는 지금까지 HA가 없는 유일한 제공자이다. 워커 노드를 사용해 특정 구역에 HA를 제공할 수 있지만 더 많은 노력이 필요하며 HA 마스터 노드와 같은 수준의 민첩성을 제공하지 못한다.

선택 기준은 조직의 니즈
결국 어떤 쿠버네티스 벤더를 선택할 지는 조직 및 제품 타협에 달렸다. 쿠버네티스 전용 기능은 여러 벤더가 제공하고 있으며 현재 대부분 버전 v1.10 상태이다. 조직의 필요에 따라 선택해야 한다.

예를 들어, 필자의 팀은 거의 모든 서비스에서 AWS에 맞추어 표준화한다. 도커 이미지는 아마존 ECR에서 호스팅되고 인스턴스는 아마존 EC2에 있으며 소스 코드는 AWS 코드커밋에 있고 호스팅 파일은 아마존 S3에 있는 식이다. 필자의 경우 표준화와 자동화가 소프트웨어를 구축하고 구동하는 이유이기 때문에 아마존 EKS를 쓰는 것이 맞다.

반면 소프트웨어를 위해 여러 벤더에 의존하고 있지만 이를 중요하게 여기지 않을 수 있다. 그리고 평가 및 실험 또는 자동 확대/축소 및 수동 확대/축소 관리 문제 해결의 중요성에 초점을 맞춘다면 구글 KE를 사용할 것이다. 마이크로소프트를 주로 이용하고 클라이언트가 클라이언트에서 구동하는 애플리케이션을 위해 애저 서비스를 요청할 수 있는 애저의 서비스 카탈로그의 이점을 원한다면 AKS를 선택할 것이다.

각종 복잡성이 존재하기 때문에 해결하고자 하는 비즈니스 사용례에 맞추어 선택해야 한다. 일체식 앱 또는 대형 도커 컴포즈 파일 관리가 어렵다고 생각했는가? 배치, 팟, 서비스, 대몬 세트를 위해 수 백 개의 YAML 파일을 관리해 보라.

* Eric Johanson은 앱다이나믹스 소프트웨어 엔지니어다. ciokr@idg.co.kr 

CIO Korea 뉴스레터 및 IT 트랜드 보고서 무료 구독하기
Sponsored
추천 테크라이브러리

회사명:한국IDG 제호: CIO Korea 주소 : 서울시 중구 세종대로 23, 4층 우)04512
등록번호 : 서울 아01641 등록발행일자 : 2011년 05월 27일

발행인 : 박형미 편집인 : 천신응 청소년보호책임자 : 한정규
사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2024 International Data Group. All rights reserved.