Azure Stack HCI의 Azure Kubernetes Service 개요

완료됨

Kubernetes 기능에 대한 연구는 유망한 결과로 이어집니다. 그러나 컨테이너 오케스트레이션 영역에 상대적으로 익숙하지 않은 팀이 이를 관리하기에 너무 어렵다는 결론으로 이어질지 걱정됩니다. Contoso의 컨테이너화된 워크로드를 성공적으로 구현하는 데 필요한 학습 곡선을 최소화하는 방법을 식별해야 합니다. Azure Stack HCI 배포에서 이 목표를 달성하려면 AKS에 대한 지원을 사용하는 것이 가장 좋은 방법으로 예상됩니다.

Azure Stack HCI의 AKS란?

Azure Stack HCI의 AKS는 컨테이너화된 애플리케이션의 배포와 관리를 자동화하는 AKS의 Microsoft 구현입니다.

Microsoft는 AKS를 Azure 서비스로 도입했지만 나중에는 그 가용성을 Windows Server 및 Azure Stack HCI 운영 체제를 비롯한 온-프레미스 환경으로 확장했습니다. 그러나 이 두 운영 체제에서 AKS를 실행하는 데는 몇 가지 차이점이 있습니다.

  • Azure에서 Microsoft는 각 AKS 클러스터의 컨트롤 플레인을 관리합니다. 또한 관리 및 작업자 노드는 Azure VM(가상 머신) 또는 Azure 가상 머신 확장 집합에서 실행됩니다.
  • 온-프레미스 환경에서는 전체 배포를 관리합니다. Azure Stack HCI를 사용할 때 관리 및 작업자 노드는 하이퍼 컨버지드 클러스터에서 호스트되는 VM에서 실행됩니다.

Azure Stack HCI의 AKS의 아키텍처란?

Azure Stack HCI의 AKS 구현은 다음 두 가지 유형의 클러스터로 구성됩니다.

  • 단일 AKS 관리 클러스터로 구성됩니다. 이 클러스터는 동일한 하이퍼 컨버지드 플랫폼에서 실행되는 Kubernetes 클러스터의 관리를 위한 전용 컨트롤 플레인으로 사용됩니다. API 서버 및 부하 분산 장치와 같은 Kubernetes 시스템 구성 요소를 호스트하는 Linux VM으로 구성됩니다. 이러한 VM 서비스 요청은 Microsoft Azure Arc 또는 Windows Admin Center 같은 관리 인터페이스를 사용하는 Azure Stack HCI 관리자로부터 시작됩니다.
  • 하나 이상의 Kubernetes 클러스터로 구성됩니다. 이러한 클러스터는 제어 노드와 작업자 노드 모두로 구성됩니다. 제어 노드는 Linux 또는 Windows 기반 작업자 노드로 워크로드를 배포하는 Azure Stack HCI 사용자의 API 서버 및 부하 분산 장치 구성 요소 서비스 요청과 함께 Linux VM으로 구현됩니다. 사용자는 kubectl 또는 Kubernetes 대시보드와 같은 도구를 사용하여 해당하는 각각의 Kubernetes 클러스터와 직접 상호 작용할 수 있습니다.

The diagram illustrates the high-level architecture of AKS on Azure Stack HCI, consisting of the management cluster and Kubernetes clusters.

각 Kubernetes 클러스터는 하이퍼바이저 기반 격리를 통해 보호되는 자체적 전용 VM 집합에서 실행되며, 따라서 워크로드 격리가 필요한 시나리오에서 동일한 물리적 인프라를 안전하게 공유할 수 있습니다.

Azure Stack HCI의 AKS는 어떤 이점이 있나요?

AKS는 더 까다로운 구현 정보 중 일부를 숨기는 추상화 계층을 제공하여 Kubernetes 클러스터의 배포를 간소화합니다. Windows Admin Center를 사용하여 관리 클러스터 역할을 하는 AKS 호스트를 설치하는 프로세스를 안내합니다. 또한 Windows Admin Center에서는 컨테이너화된 워크로드를 호스트하는 작업자 노드가 포함되는 개별 Kubernetes 클러스터를 쉽게 설치할 수 있습니다. 설치 프로세스는 kubectl 같은 관리 도구를 비롯한 모든 관련 소프트웨어 구성 요소를 자동으로 프로비전합니다.

Azure Stack HCI의 AKS는 Linux 기반 컨테이너와 Windows 기반 컨테이너를 모두 지원합니다. Kubernetes 클러스터를 만들 때 실행하려는 컨테이너 유형만 지정하면 됩니다. 하이퍼 컨버지드 플랫폼은 Kubernetes 클러스터 노드에 필요한 운영 체제를 자동으로 설치합니다.

Azure Stack HCI에서 실행되는 AKS는 다음과 같은 다양한 이점을 제공합니다.

  • Azure Stack HCI 클러스터에서 실행되는 Kubernetes 클러스터로의 컨테이너화된 앱 배포 간소화
  • Kubernetes 클러스터의 노드를 추가 또는 제거하여 컴퓨팅 리소스의 수평 크기 조정
  • 클러스터 리소스의 스토리지 관리 및 네트워킹 구성 단순화
  • 클러스터 노드를 사용 가능한 최신 Kubernetes 버전으로 자동 업그레이드 Microsoft는 클러스터 노드에 대한 Windows Server 및 Linux 이미지를 관리하고 매월 업데이트합니다.
  • Microsoft Azure Monitor, Azure Policy 및 RBAC(Azure 역할 기반 액세스 제어)와 같은 다양한 Azure 서비스 및 기능과 통합됩니다. 이 기능은 Kubernetes에 Azure Arc를 사용합니다.
  • Azure Portal을 통해 Azure Stack HCI 기반 Kubernetes 클러스터와 해당 워크로드를 중앙 집중식으로 관리합니다. 이 기능도 Kubernetes에 Azure Arc를 사용합니다.

참고

Azure Portal 기반 관리는 kubectl 명령줄 유틸리티 및 Kubernetes 대시보드와 같은 기존 Kubernetes 관리 도구 및 인터페이스를 보완합니다.

또한 Azure Stack HCI는 기본적인 물리적 구성 요소의 지역화된 오류 발생 시 Kubernetes 클러스터 노드 역할을 하는 VM의 자동 장애 조치(failover)를 관리합니다. 이 기능은 Kubernetes에 기본 제공되는 고가용성을 보완하여 동일한 VM이나 다른 VM에서 실패한 컨테이너를 자동으로 다시 시작합니다.

지식 점검

1.

Contoso에서 설정한 기존 Azure Stack HCI 클러스터에서 Kubernetes를 사용하여 컨테이너화된 워크로드의 배포를 준비하고 있습니다. Kubernetes 클러스터 노드에 대한 운영 체제 이미지의 유지 관리와 관련된 오버헤드를 최소화해야 합니다. 첫 번째로 무엇을 해야 합니까?