잠깐! 클라우드 네이티브 사업에 HCI 서버를 검토하시나요?

HCI 서버나 OpenStack 위에 Kubernetes를 구성하면 안 되는 이유는?

• 서로 다른 두 개의 관리 도구로 인한 복잡성 증가
  • HCI 서버, OpenStack(IaaS) 과 Kubernetes(Paas) 모두 독립적인 클라우드 관리도구
  • HCI, OpenStack 은 가상화 기반 클라우드, Kubernetes 는 컨테이너 기반 클라우드 관리도구
  • HCI, OpenStack 자체가 복잡한 인프라 플랫폼인데, 그 위에 Kubernetes를 추가하면 관리와 운영이 더 복잡해짐
  • 두 개의 복잡한 시스템을 동시에 관리해야 하기 때문에 운영의 부담 증가

• 성격이 다른 두 개의 기술인 가상화와 컨테이너 기술을 중첩하여 치명적인 성능 저하 
  • HCI, OpenStack 위에 Kubernetes를 배포하면 이중 가상화 또는 중복된 네트워크 오버레이가 발생하여 성능에 치명적인 문제가 발생
  • 성능에 대한 부분은 이미 Red Hat 이나 VMWARE 의 자료들을 통하여 물리서버 ( Baremetal) 에서 바로 PaaS 를 구성하는 것이 우수한것으로 입증

• HCI (가상화+스토리지)나 Opentstack(가상화 기반 클라우드) 모두 가상화 기술의 쇠퇴
  • 클라우드 네이티브 기반으로 시스템을 구축하려고 한다면 가상화 기술을 사용하지 않거나 필요한 부분에서만 사용해야 함. 클라우드 네이티브 기술이 급격히 확산하면서 VMWARE 매각이나 레드햇 RHV ( 레드햇 가상화) 제품 판매 중지 그리고 오픈스택 기술은 쇠퇴
• 어려운 Kuberntes 에 더 어려운 오픈스택을 더해 유지보수와 기술지원의 어려움 증가
  • Kubernetes와 OpenStack은 각각의 커뮤니티와 생태계가 있기 때문에, 두 플랫폼 간의 호환성과 통합 문제에 대한 지원을 받기가 어려움 문제가 발생했을 때, 어디서 문제가 발생했는지를 파악하고 해결하는 데 시간이 더 많이 소요 특히 오픈스택은 분산화된 컴포넌트를 기반으로 하고 있어 너무 복잡한 구조로 유지보수가 더욱 어려움

따라서 Kubernetes를 HCI 서버, OpenStack 위에 올리는 것이 가능하지만, 위와 같은 이유로 인해서 꼭 필요하지 않다면 피해야 합니다.