3장. 워크로드
이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: translation-feedback@oreilly.com
Kubernetes에서 워크로드에 대해 이야기할 때, 애플리케이션을 실행하는 API 리소스 유형을 의미합니다. 이러한 API 리소스 유형에는 디플로이먼트, 레플리카셋, 스테이트풀셋, 데몬셋, 잡, 크론잡, 그리고 물론 파드가 포함됩니다. CKA의 커리큘럼은 여러분이 숙지해야 하는 워크로드 유형에 대해 매우 구체적입니다. 시험에는 배포, 레플리카셋, 파드만 포함됩니다. 디플로이먼트에서 관리하는 복제 및 롤아웃 기능을 이해하고, 구성 데이터를 파드에 주입하기 위한 API 기본 요소를 이해해야 합니다.
참고
이 장에서는 볼륨의 개념을 사용한다. Kubernetes의 퍼시스턴트 스토리지 옵션에 익숙하지 않다면 6장을 통해 자세한 내용을 살펴보세요.
이 장에서는 개략적으로 다음과 같은 개념을 다룹니다:
-
배포에 대한 기본 이해
-
배포 롤아웃 및 롤백 기능
-
레플리카셋으로 제어되는 복제본의 수동 및 자동 스케일링
-
컨피그맵 및 시크릿
배포를 통한 워크로드 관리
Kubernetes에서 워크로드는 파드에서 실행된다. 하나 또는 여러 개의 파드를 관리하는 다양한 API 리소스가 있습니다. 이 섹션에서는 시험과 가장 관련성이 높은 API 리소스인 배포와 레플리카셋에 대해 집중적으로 살펴보겠습니다. 또한 상태를 유지하는 워크로드를 관리하는 스테이트풀셋에 대해서도 간략하게 살펴보겠습니다.
배포 이해
컨테이너에서 애플리케이션을 실행하기 위한 중앙 API 리소스는 파드이다. 애플리케이션을 운영하기 위해 단일 파드 인스턴스를 사용하는 것은 결함이 있습니다. 애플리케이션을 대상으로 하는 모든 트래픽이 이 파드로 유입되기 때문에 단일 장애 지점을 나타냅니다. 이 동작은 특히 수요가 증가하여 부하가 증가할 때(예: 전자상거래 애플리케이션의 쇼핑 성수기 또는 인증 제공자와 같은 중앙 마이크로서비스가 시스템 내의 다른 많은 마이크로서비스에서 사용되는 경우) 문제가 됩니다. 파드에서 애플리케이션을 실행할 때 또 다른 중요한 측면은 내결함성이다. 노드 장애가 발생하는 경우 파드는 스케줄이 변경되지 않으므로 최종 사용자에게 시스템 중단으로 이어질 수 있습니다. 이 섹션에서는 애플리케이션 확장성 및 장애 허용 오차와 같은 측면을 지원하는 Kubernetes 메커니즘에 대해 설명한다.
레플리카셋은 애플리케이션을 실행하는 파드의 여러 개의 동일한 인스턴스, 즉 레플리카를 제어하는 Kubernetes API 리소스이다. 필요에 따라 레플리카의 수를 늘리거나 줄일 수 있습니다. 또한 모든 레플리카에 걸쳐 애플리케이션의 새 버전을 롤아웃하는 방법을 알고 있습니다.
디플로이먼트는 레플리카셋의 기능을 추상화하여 내부적으로 관리합니다. 실제로 이는 사용자가 직접 ReplicaSet 개체를 생성, 수정 또는 삭제할 필요가 없음을 의미합니다. 배포는 애플리케이션 버전의 기록을 유지하고 이전 버전으로 롤백하여 차단 또는 잠재적으로 비용이 ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access