Offcanvas
비즈니스 프로젝트에 쿠버네티스를 사용하는 비율
70
%
자료 제목 :
쿠버네티스에서의 애플리케이션 관리와 확장
Managing and Scaling Applications in Kubernetes
자료 출처 :
Traefik Labs
원본자료 다운로드
발행 날짜 :
2021년 08월 13일

가상화 / 클라우드

‘다중 클러스터 쿠버네티스’의 과제 해결하려면... 고려해야 할 4가지

2021.12.23 Emile Vauge  |  InfoWorld
‘쿠버네티스(Kubernetes)’를 운영하는 데 따르는 어려움과 도전과제는 이를 확장하면 배가된다. 다중 클러스터 오케스트레이션을 관리할 때 고려해야 할 4가지 사항을 살펴본다. 

일상생활의 많은 부분이 온라인으로 이동함에 따라 인터넷을 극적으로 확장해야 할 필요성도 커지고 있다. 이러한 경향은 수년 전부터 시작됐고(닷컴 붐 때라고 할 수 있다), 그 이후 기술적 발전이 거듭됐다. 
 
ⓒGetty Images

최초의 퍼블릭 클라우드 서비스로 지난 2002년 출시된 AWS는 기업들이 IT 운영을 아웃소싱하고, 필요에 따라 리소스 소비를 줄이고 늘릴 기회를 열어줬다. 가상 머신(VM)은 물리적 하드웨어에서 애플리케이션 소프트웨어를 추상화했다. 그러자 곧 새로운 배포 패턴이 필요해졌다. 

마이크로서비스는 고립돼 있고 느슨하게 연결된 서비스 모음이다. 주변 환경과 독립적으로 유지 및 구성할 수 있다. 이를 컨테이너(2014년 도커에 의해 상용화됐다)에 패키징하면 대규모로 배포할 수 있다. 

컨테이너 오케스트레이션 분야의 주도권을 잡기 위해 랜처(Rancher), 도커 스웜(Docker Swarm), 메소스(Mesos) 등의 다양한 기술이 경쟁에 나섰다. 궁극적으로 컨테이너화된 마이크로서비스의 왕좌에 오른 것은 쿠버네티스였다.

기업들은 쿠버네티스의 이점을 확실히 알고 있었지만 타고난 복잡성과 가파른 학습 곡선이 항상 진입 장벽으로 작용했다. 소규모 기업은 이 거대한 기술을 성공적으로 관리하기 위한 운영 전문 지식과 리소스가 부족했고, 대기업은 클라우드 네이티브 도구 및 프로세스를 레거시 인프라에 통합하느라 고군분투했다. 

쿠버네티스 복잡성과의 싸움
수년에 걸쳐 기업들이 쿠버네티스를 채택하고 컨테이너 오케스트레이션을 최적화할 수 있도록 지원하는 솔루션이 여럿 등장했다. 예를 들면 랜처(Rancher), 오픈시프트(OpenShift), 퍼블릭 클라우드 관리형 서비스(예: 애저 쿠버네티스 서비스(Azure Kubernetes Service), 엘라스틱 쿠버네티스 서비스(Elastic Kubernetes Service), 구글 쿠버네티스 엔진(Google Kubernetes Engine)) 등이다. 

이러한 솔루션은 쿠버네티스 클러스터의 배포 및 관리를 극적으로 간소화해 클라우드 네이티브 애플리케이션으로의 전환을 가속화하고, 확장성과 탄력성을 높였다. 

이에 따라 쿠버네티스는 대규모로 채택될 수 있었다. 2021년 트래픽 랩(Traefik Labs)에서 1,000명 이상의 IT 전문가를 대상으로 기술 사용 현황을 물어본 설문조사에 따르면 전체 응답자 중 70% 이상이 비즈니스 프로젝트에 쿠버네티스를 사용한다고 밝혔다. 

하지만 컨테이너 기술 채택이라는 과제를 막 극복한 기업들은 이제 배포를 확장하는 데 애를 먹고 있다. 쿠버네티스 도입이 계속되면서 새로운 과제가 속속 등장하고 있는 것이다. 이를테면 기업들은 나날이 그 수가 늘어나는 컨테이너화된 애플리케이션의 요건을 충족하기 위해 점점 더 많은 수의 쿠버네티스 클러스터를 지원하고 있다. 

그러나 클러스터 수가 많으면 많을수록 관리하고 최신 상태로 유지해야 할 구성요소도 늘어난다. 단일 쿠버네티스 배포 내에서 비교적 쉽게 해결할 수 있는 문제도 규모가 커진 다중 클러스터 환경에서는 그 난이도가 기하급수적으로 올라간다. 

쿠버네티스의 복잡성은 규모가 커질수록 심해진다. 그렇다 하더라도 엔지니어들이 해결해야 할 다음 과제는 다중 클러스터 오케스트레이션이라는 사실을 피할 순 없다.

쿠버네티스 다중 클러스터 요건
상황별 알림부터 새로운 배포 전략까지 다중 클러스터 문제를 관리하려면 적절한 도구가 필요하다. 세부적으로 나눠 보면 다음과 같다.

페더레이션(Federation) 도구는 어떤 클러스터의 구성이 관리되고, 해당 구성은 어떤 모습인지 표현하기 위한 메커니즘을 제공한다. 호스팅 클러스터의 단일 API 세트는 분산형 환경에서 여러 쿠버네티스 클러스터의 구성을 조정한다. 연합 클라우드 기술은 지리적으로 떨어져 있는 2개 이상의 컴퓨팅 클라우드의 상호 연결을 강화하여 복잡한 다중 클러스터 사용 사례를 쉽게 해결할 수 있도록 지원한다. 

• 여러 클러스터를 관리하고 하나의 단위로 함께 작동하도록 하는 일은 매우 복잡하다. 연결성(Connectivity)은 이를 가능하게 한다. 적절한 도구를 사용하면 클러스터 간 상호 연결을 처리하고, 클러스터에 대한 라우팅을 제어하며, 지리적으로 분산된 풀(글로벌 서버 로드 밸런싱 또는 GSLB) 전반에 걸쳐 로드 밸런싱을 하고, 여러 클러스터에서 애플리케이션 업데이트를 관리하는 데 도움이 된다. 

보안(Security) 문제는 복잡하고 분산된 IT 환경에서 더 심해지지만 클라우드 네이티브 보안 도구와 프로세스를 채택하면 해결할 수 있다. 이를 위해서는 다음과 같은 질문을 해야 한다. 제로 트러스트 환경에서 보안을 어떻게 처리하는가? 엔드투엔드 암호화는 어떻게 관리하는가? 애플리케이션 액세스를 어떻게 제어하는가? 분산형 인프라에서 TLS 인증서를 어떻게 관리하는가? 보안이 클러스터에 통합되면 분산형 애플리케이션의 보안도 강화된다.

관찰 가능성(Observability)은 분산형 인프라의 전체적인 상황을 신속하게 파악할 수 있도록 지원한다. 따라서 문제를 빠르고 쉽게 진단할 수 있다. 그라파나(Grafana), 프로메테우스(Prometheus)가 이 분야에서 인기 있는 도구다. 배포된 클러스터의 수를 확장하면 오류가 발생할 수 있는 경우의 수도 늘어나기 때문에 관찰 가능성과 상황별 알림이 더욱더 중요해진다. 문제가 정확하게 어디에서 발생했는지 볼 수 있는 적절한 도구를 갖춘다면 앱이 원활하게 실행될 뿐만 아니라 귀중한 시간을 절약할 수 있다. 

쿠버네티스 다중 클러스터의 미래
클라우드 네이티브 환경에서 클러스터, 서비스, 네트워크 트래픽이 동시에 원활하게 작동하도록 하는 일은 주요한 과제다. 오케스트레이션 전쟁에서 승리한 쿠버네티스는 전 세계의 기업에서 널리 채택되고 있고, 기술 역시 자연스럽게 성숙해지고 있다. 이에 따라 새로운 문제 및 과제가 생겨나고 있고, 이는 다중 클러스터 배포에서 더 심해진다. 

쿠버네티스에서 애플리케이션을 구축하고 운영하는 개발팀, 엔지니어링팀, 운영팀은 손쉽게 클러스터와 네트워크의 가시성, 확장성, 보안을 확보할 수 있는 방법이 필요하다. 

표준 마이크로서비스 아키텍처를 관리하기 위한 도구를 찾을 때 즉각적인 관찰 가능성, 즉시 사용 가능한 상황별 알림, 지리적 인식 콘텐츠 딜리버리, 기본 서비스 메시 등의 기능을 제공하는 솔루션을 우선적으로 봐야 한다.

적절한 도구를 사용하여 클라우드 네이티브 환경에 적응한다면 개발 및 운영팀은 다중 클러스터 쿠버네티스의 복잡성을 해결하고, 그 어느 때보다 막대한 쿠버네티스의 이점을 누릴 수 있을 것이다. ciokr@idg.co.kr

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

회사명:한국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.