**이 페이지 개선에 도움 주기**
이 사용자 가이드에 기여하려면 모든 페이지의 오른쪽 창에 있는 **GitHub에서 이 페이지 편집** 링크를 선택합니다.
# 클러스터 리소스 구성 및 모니터링
이 장에서는 클러스터를 관리하는 데 도움이 되는 다음 주제를 다룹니다. AWS Management Console을 사용하여 [Kubernetes 리소스](view-kubernetes-resources.md)의 정보를 볼 수도 있습니다.
+ Kubernetes Dashboard는 Kubernetes 클러스터용 범용 웹 기반 UI입니다. 이를 통해 사용자는 클러스터에서 실행 중인 애플리케이션을 관리하고 문제를 해결할 수 있을 뿐만 아니라 클러스터 자체를 관리할 수 있습니다. 자세한 내용은 [Kubernetes Dashboard](https://github.com/kubernetes/dashboard) GitHub 리포지토리를 참조하세요.
+ [Kubernetes 지표 서버를 사용한 리소스 사용량 보기](metrics-server.md) - Kubernetes 지표 서버는 클러스터에서 리소스 사용량 데이터의 집계자입니다. 클러스터에 기본적으로 배포되지 않지만 Kubernetes 대시보드 및 [Horizontal Pod Autoscaler를 사용하여 포드 배포 확장](horizontal-pod-autoscaler.md)와 같은 Kubernetes 추가 기능에 사용됩니다. 이 주제에서는 Metrics Server를 설치하는 방법을 알아봅니다.
+ [Amazon EKS에서 Helm을 사용하여 애플리케이션 배포](helm.md) - Kubernetes용 Helm 패키지 관리자는 Kubernetes 클러스터에서 애플리케이션을 설치하고 관리하는 데 도움이 됩니다. 이 주제에서는 Helm 바이너리를 설치하고 실행하는 방법을 설명하므로 로컬 컴퓨터에서 Helm CLI를 사용하여 차트를 설치하고 관리할 수 있습니다.
+ [태그를 사용하여 Amazon EKS 리소스 구성](eks-using-tags.md) - Amazon EKS 리소스 관리를 지원하기 위해 *태그* 형식으로 각 리소스에 고유한 메타데이터를 할당할 수 있습니다. 이 주제에서는 태그를 설명하고 태그를 생성하는 방법을 보여줍니다.
+ [Amazon EKS 및 Fargate Service Quotas 보기 및 관리](service-quotas.md) - AWS 계정에는 각 AWS 서비스에 대한 기본 할당량(이전에는 제한이라고 함)이 있습니다. Amazon EKS 할당량과 이러한 할당량을 높이는 방법을 알아봅니다.
# Amazon EKS 클러스터 비용 모니터링 및 최적화
비용 모니터링은 Amazon EKS에서 Kubernetes 클러스터를 관리할 때 필수적인 요소입니다. 클러스터 비용에 대한 가시성을 확보하면 리소스 사용률을 최적화하고, 예산을 설정하고, 배포에 대한 데이터 기반 결정을 내릴 수 있습니다. Amazon EKS는 비용을 효과적으로 추적하고 할당할 수 있도록 도와주는 두 가지 비용 모니터링 솔루션을 제공하며, 각 솔루션에는 고유한 장점이 있습니다.
** AWS Amazon EKS에 대한 빌링 분할 비용 할당 데이터**-이 기본 기능은 AWS 빌링 콘솔과 원활하게 통합되므로 다른 AWS 서비스에서 사용하는 것과 동일한 친숙한 인터페이스와 워크플로를 사용하여 비용을 분석하고 할당할 수 있습니다. 비용 할당 분할을 사용하면 다른 AWS 지출과 함께 Kubernetes 비용을 직접 파악할 수 있으므로 AWS 환경 전반에서 비용을 전체적으로 최적화하기가 더 쉬워집니다. 또한 비용 범주 및 비용 이상 징후 감지와 같은 기존 AWS 빌링 기능을 활용하여 비용 관리 기능을 더욱 향상시킬 수 있습니다. 자세한 내용은 AWS 빌링 사용 설명서의 [분할 비용 할당 데이터에 대한 이해](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html)를 참조하세요.
**Kubecost** - Amazon EKS는 Kubernetes 비용 모니터링 도구인 Kubecost를 지원합니다. Kubecost는 Kubernetes 네이티브 방식으로 기능이 풍부한 비용 모니터링 접근 방식을 제공하며 Kubernetes 리소스별로 세분화된 비용 분석, 비용 최적화 권장 사항, 즉시 사용 가능한 대시보드 및 보고서를 제공합니다. 또한 Kubecost는 AWS 비용 및 사용 보고서를 통합하여 정확한 요금 데이터를 가져오므로 고객이 Amazon EKS 비용을 정확하게 파악할 수 있습니다. [Kubecost 설치](cost-monitoring-kubecost.md#kubecost-overview) 방법을 알아봅니다. 무료 Kubecost 구독에 대한 자세한 내용은 [Kubecost](https://aws.amazon.com/marketplace/pp/prodview-asiz4x22pm2n2) AWS Marketplace 페이지를 참조하세요.
# 분할 비용 할당으로 AWS 청구에서 포드별 비용 보기
## Amazon EKS에 대한 AWS 분할 비용 할당 데이터를 사용한 비용 모니터링
Amazon EKS에 대한 AWS 분할 비용 할당 데이터를 사용하여 Amazon EKS 클러스터의 비용을 세부적으로 파악할 수 있습니다. 이를 통해 Kubernetes 애플리케이션의 비용 및 사용량을 분석하고 최적화하며 차지백할 수 있습니다. Kubernetes 애플리케이션에서 사용하는 Amazon EC2 CPU 및 메모리 리소스를 기반으로 개별 사업부 및 팀에 애플리케이션 비용을 할당합니다. Amazon EKS에 대한 분할 비용 할당 데이터를 사용하면 포드당 비용을 파악할 수 있고 네임스페이스, 클러스터 및 기타 Kubernetes 기본 요소를 사용하여 포드당 비용 데이터를 집계할 수 있습니다. 다음은 Amazon EKS 비용 할당 데이터를 분석하는 데 사용할 수 있는 Kubernetes 기본 요소의 예입니다.
+ 클러스터 이름
+ 배포
+ 네임스페이스
+ 노드
+ 워크로드 이름
+ 워크로드 유형
[사용자 정의 비용 할당 태그](https://console.aws.amazon.com/costmanagement/home#/tags)도 지원됩니다. 분할 비용 할당 데이터에 대한 자세한 내용은 AWS 빌링 사용 설명서의 [분할 비용 할당 데이터에 대한 이해](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html)를 참조하세요.
## 비용 및 사용 보고서 설정
비용 관리 콘솔, AWS 명령줄 인터페이스 또는 AWS SDK에서 EKS에 대한 분할 비용 할당 데이터를 설정할 수 있습니다.
*분할 비용 할당 데이터*에 대해 다음을 사용합니다.
1. 분할 비용 할당 데이터를 옵트인합니다. 자세한 내용은 AWS 비용 및 사용 보고서 사용 설명서의 [분할 비용 할당 데이터 활성화](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html)를 참조하세요.
1. 새 보고서나 기존 보고서에 데이터를 포함합니다.
1. 보고서를 봅니다. Billing and Cost Management 콘솔을 사용하거나 Amazon Simple Storage Service에서 보고서 파일을 볼 수 있습니다.
# Kubecost 설치
Amazon EKS는 포드, 노드, 네임스페이스 및 레이블을 포함한 Kubernetes 리소스별로 분류된 비용을 모니터링하는 데 사용할 수 있는 Kubecost를 지원합니다. 이 주제에서는 Kubecost 설치 및 Kubecost 대시보드 액세스를 다룹니다.
Amazon EKS는 클러스터 비용 가시성을 위해 AWS에 최적화된 Kubecost 번들을 제공합니다. 기존 AWS 지원 계약을 사용하여 지원을 받을 수 있습니다. Kubecost의 사용 가능한 버전에 대한 자세한 내용은 [Kubecost에 대해 자세히 알아보기](cost-monitoring-kubecost-bundles.md) 섹션을 참조하세요.
**참고**
Kubecost v3에서는 매우 빠른 성능과 향상된 자동화 기능을 포함하여 주요 아키텍처 개선 사항을 도입합니다. [Kubecost v3에 대해 자세히 알아보세요. ](cost-monitoring-kubecost-bundles.md#kubecost-v3)
Kubecost v2에는 몇 가지 주요 새 기능이 도입되었습니다. [Kubecost v2에 대해 자세히 알아보세요. ](cost-monitoring-kubecost-bundles.md#kubecost-v2)
Kubecost에 대한 자세한 내용은 [Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x) 설명서와 [FAQ](cost-monitoring-kubecost-bundles.md#cost-monitoring-faq)를 참조하세요.
## Amazon EKS 최적화 Kubecost 번들 설치
다음 절차 중 하나를 사용하여 *Amazon EKS 최적화 Kubecost 번들*을 설치할 수 있습니다.
+ 시작하기 전에 [Kubecost - 아키텍처 개요](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration)를 검토하여 Kubecost가 Amazon EKS에서 작동하는 방식을 이해하는 것이 좋습니다.
+ Amazon EKS를 처음 사용하는 경우 *Amazon EKS 최적화 Kubecost 번들* 설치를 간소화할 수 있으므로 Amazon EKS 추가 기능을 사용하여 설치하는 것을 권장합니다. 자세한 내용은 [Amazon EKS 추가 기능을 사용하여 Amazon EKS 클러스터에 Kubecost 배포](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration#ariaid-title3)를 참조하세요.
+ 설치를 사용자 지정하려면 Helm을 사용하여 *Amazon EKS 최적화 Kubecost 번들*을 구성합니다. 자세한 내용은 *Kubecost 설명서*의 [Helm을 사용하여 Amazon EKS 클러스터에 Kubecost 배포](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration#ariaid-title8)를 참조하세요.
**중요**
Kubecost v3의 경우 헬름 차트 위치는 `public.ecr.aws/kubecost/kubecost`로 변경되었습니다. v2에서 업그레이드하는 경우 헬름 리포지토리 참조를 적절히 업데이트합니다.
**참고**
Kubecost v3를 사용한 다중 클러스터 배포의 경우 지표 스토리지를 위해 S3 호환 객체 스토리지(EKS 고객의 경우 AWS S3)가 필요합니다. 이는 v2에 사용되는 Prometheus 호환 스토리지를 대체합니다. 자세한 내용은 Kubecost 설명서의 [Multi-Cluster Installation](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster)을 참조하세요.
## Kubecost 대시보드 액세스
*Amazon EKS 최적화 Kubecost 번들* 설정이 완료되면 Kubecost 대시보드에 액세스할 수 있어야 합니다. 자세한 내용은 [Kubecost 대시보드 액세스](cost-monitoring-kubecost-dashboard.md) 섹션을 참조하세요.
# Kubecost 대시보드 액세스
## 사전 조건
1. kubecost 관련 포드의 상태가 ‘실행 중’인지 확인합니다.
```
kubectl get pods --namespace kubecost
```
## Kubecost 대시보드 액세스
1. 디바이스에서 포트 포워딩을 활성화하여 Kubecost 대시보드를 노출합니다.
+ 헬름을 사용하여 kubecost v3가 설치된 경우:
```
kubectl port-forward deployment/kubecost-frontend 9090 --namespace kubecost
```
+ 헬름을 사용하여 kubecost v1 또는 v2가 설치된 경우:
```
kubectl port-forward deployment/kubecost-cost-analyzer 9090 --namespace kubecost
```
+ Amazon EKS 추가 기능을 사용하여 kubecost가 설치된 경우:
```
kubectl port-forward deployment/cost-analyzer 9090 --namespace kubecost
```
또는 [AWS Load Balancer Controller](aws-load-balancer-controller.md)를 사용하여 Kubecost를 노출하고 인증, 권한 부여, 사용자 관리를 위해 Amazon Cognito를 사용할 수 있습니다. 자세한 내용은 [How to use Application Load Balancer and Amazon Cognito to authenticate users for your Kubernetes web apps](https://aws.amazon.com/blogs/containers/how-to-use-application-load-balancer-and-amazon-cognito-to-authenticate-users-for-your-kubernetes-web-apps)을 참조하세요.
1. 이전 단계를 완료한 동일한 디바이스에서 웹 브라우저를 열고 다음 주소를 입력합니다.
```
http://localhost:9090
```
브라우저에 Kubecost 개요 페이지가 표시됩니다. Kubecost가 지표를 수집하는 데 클러스터 크기에 따라 5\$110분 이상 걸릴 수 있습니다. 누적 클러스터 비용, 관련 Kubernetes 자산 비용, 월별 집계 비용을 포함한 Amazon EKS 지출을 확인할 수 있습니다.
1. 클러스터 수준에서 비용을 추적하려면 청구할 Amazon EKS 리소스에 태그를 지정합니다. 자세한 내용은 [리소스에 결제용 태깅](eks-using-tags.md#tag-resources-for-billing) 섹션을 참조하세요.
+ **비용 할당** - 지난 7일 동안 각 네임스페이스와 기타 차원에 대한 월별 Amazon EKS 비용 및 누적 비용을 확인합니다. 이는 애플리케이션의 어느 부분이 Amazon EKS 지출에 기여하는지 파악하는 데 유용합니다.
+ **자산** - Amazon EKS 리소스와 연결된 AWS 인프라 자산의 비용을 확인합니다.
# Kubecost에 대해 자세히 알아보기
Amazon EKS는 클러스터 비용 가시성을 위해 AWS에 최적화된 Kubecost 번들을 제공합니다. Amazon EKS는 포드, 노드, 네임스페이스 및 레이블을 포함한 Kubernetes 리소스별로 분류된 비용을 모니터링하는 데 사용할 수 있는 Kubecost를 지원합니다.
이 주제에서는 사용 가능한 Kubecost 버전과 사용 가능한 계층 간의 차이점을 다룹니다. EKS는 Kubecost 버전 1, 버전 2, 버전 3을 지원합니다. 각 버전은 서로 다른 계층에서 사용 가능합니다. *Amazon EKS 최적화 Kubecost 번들*을 추가 비용 없이 Amazon EKS 클러스터에 사용할 수 있습니다. Prometheus용 Amazon 관리형 서비스 등 관련 AWS 서비스 이용에 대한 요금이 청구될 수 있습니다. 기존 AWS 지원 계약을 사용하여 지원을 받을 수도 있습니다.
Kubernetes 플랫폼 관리자 및 재무 리더는 Kubecost를 사용하여 Amazon EKS 청구 내역을 시각화하고, 비용을 할당하고, 애플리케이션 팀과 같은 조직 단위를 청구할 수 있습니다. 내부 팀과 사업부에 실제 AWS 청구서를 기반으로 투명하고 정확한 비용 데이터를 제공할 수 있습니다. 또한 인프라 환경 및 클러스터 내 사용 패턴을 기반으로 비용 최적화를 위한 맞춤형 권장 사항을 가져올 수도 있습니다. Kubecost에 대한 자세한 내용은 [Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x) 설명서를 참조하세요.
**Kubecost의 사용자 지정 번들과 Kubecost(OpenCost라고도 함) 무료 버전의 차이점은 무엇인가요?**
AWS와 Kubecost는 협력하여 사용자 지정 버전의 Kubecost를 제공했습니다. 이 버전에는 추가 요금 없이 상용 기능의 하위 집합이 포함되어 있습니다. Kubecost의 사용자 지정 번들에 포함된 기능은 아래 테이블을 참조하세요.
## Kubecost v3
**Kubecost v2 및 v3의 차이는 무엇인가요?**
Kubecost 3.0은 매우 빠른 성능, 향상된 확장성 및 선제적 최적화 기능을 제공하는 주요 아키텍처 업그레이드입니다. 가장 중요한 변경 사항은 ClickHouse 데이터베이스로 마이그레이션하여 DuckDB를 버전 2.8에서 대체한 것입니다. 이 버전에서는 훨씬 더 빠른 쿼리와 더 안정적인 대규모 성능을 제공합니다. 또한 Kubecost 3.0은 Kubecost와 Cloudability 기능을 결합한 통합 에이전트를 도입하여 OpenCost 호환성을 유지하면서 Prometheus 종속성을 없애고 메모리 공간을 줄입니다.
**중요**
[v3로 업그레이드하기 전에 Kubecost 설명서를 검토하세요.](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x) v2에서 마이그레이션하는 경우 신중한 계획이 필요하며 전환 중에 보고서 가용성에 영향을 미칠 수 있습니다. 헬름 차트 위치는 `public.ecr.aws/kubecost/kubecost`로 변경되었습니다.
**v3의 주요 아키텍처 개선 사항:**
+ **ClickHouse 데이터베이스**: 쿼리 속도를 크게 향상시키고 확장성 개선을 위해 DuckDB 대체
+ **통합 에이전트**: Kubecost와 Cloudability 기능을 결합하여 Prometheus 종속성 해소
+ **다중 클러스터용 S3 호환 스토리지**: 다중 클러스터 배포의 경우 v3는 Amazon Managed Service for Prometheus와 같은 Prometheus 호환 스토리지 대신 S3 호환 객체 스토리지(AWS EKS 고객의 경우 S3)를 사용합니다. FinOps 에이전트는 Kubernetes API에서 지표를 가져와 S3 호환 스토리지로 푸시합니다. 그러면 집계기는 해당 데이터를 가져와 파생 단계를 수행하고 프론트엔드에 결과를 표시합니다. 자세한 내용은 Kubecost 설명서의 [Multi-Cluster Installation](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) 및 [Secondary Clusters Guide](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=cluster-secondary-clusters-guide)를 참조하세요.
+ **메모리 공간 감소**: 기능을 유지하면서 리소스 요구 사항 대폭 감소
+ **단순화된 아키텍처**: 독립된 조정 및 복원력 향상을 위한 단일 컨테이너 포드 토폴로지
+ **향상된 자동화**: 다중 클러스터 인식 및 사용자 지정 프로파일을 사용하는 자동화된 컨테이너 요청 크기 조정
**v3에서 Amazon EKS 최적화 번들의 이점:**
*Amazon EKS 최적화 Kubecost 번들*은 추가 비용 없이 계속 사용할 수 있으며 Kubecost v3 프리 티어에 도입된 새로운 10만 USD 지출 한도에서 제외됩니다. EKS 사용자는 지출 수준에 관계없이 모든 Kubernetes 지출 기능에 대한 전체 액세스 권한을 유지합니다.
**핵심 기능 비교:**
| 기능 | Kubecost Free Tier 3.0 | Amazon EKS 최적화 Kubecost 번들 3.0 | Kubecost Enterprise 3.0 |
| --- | --- | --- | --- |
| 클러스터 비용 가시성 | 무제한 클러스터, 30일 동안 10만 USD 지출로 제한됨 | 지출 한도가 없는 통합 다중 클러스터 | 무제한의 환경(예: 멀티 클라우드)에서 통합 및 무제한 클러스터 |
| 데이터베이스 백엔드 | ClickHouse(로컬) | 다중 클러스터 지표에 대한 S3 호환 스토리지가 포함된 ClickHouse | 사용자 지정 데이터베이스 옵션이 포함된 ClickHouse |
| 성능 | v2에 비해 상당히 빨라진 쿼리 속도 | v2에 비해 상당히 빨라진 쿼리 속도 | v2에 비해 상당히 빨라진 쿼리 속도 |
| 메모리 공간 | v2에 비해 줄어듬(Prometheus 종속성 없음) | v2에 비해 줄어듬(Prometheus 종속성 없음) | v2에 비해 줄어듬(Prometheus 종속성 없음) |
| 자동 컨테이너 요청 크기 조정 | 사용 가능(코어 250개로 제한됨) | 코어 제한 없이 사용 가능 | 코어 제한 없이 사용 가능 |
| 지출 제한 | 30일 동안 10만 USD | 지출 제한 없음 | 지출 제한 없음 |
| 다중 클러스터 자동화 | 제한 사항 | 보안 메시징을 통한 완전한 다중 클러스터 인식 | 보안 메시징을 통한 완전한 다중 클러스터 인식 |
## Kubecost v2
**Kubecost v1 및 v2의 차이점은 무엇인가요?**
Kubecost 2.0은 이전 버전에서 크게 업그레이드되었으며 완전히 새로운 API 백엔드를 비롯한 주요 새 기능을 포함합니다. 참고로 [할당](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=apis-allocation-api) 및 [자산](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=apis-assets-api) API는 이전 버전과 완전히 호환됩니다. [원활한 전환을 위해 Kubecost 설명서를 검토하세요.](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=installation-kubecost-v2-installupgrade) 개선 사항의 전체 목록은 [Kubecost v2.0 공지 사항](https://github.com/kubecost/cost-analyzer-helm-chart/releases/tag/v2.0.0)과 [전체 릴리스 정보](https://github.com/kubecost/cost-analyzer-helm-chart/releases)를 참조하세요.
**중요**
[업그레이드하기 전에 Kubecost 설명서를 검토하세요.](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x) 업그레이드는 보고서 가용성에 영향을 미칠 수 있습니다.
**핵심 기능 비교:**
| 기능 | Kubecost Free Tier 2.0 | Amazon EKS 최적화 Kubecost 번들 2.0 | Kubecost Enterprise 2.0 |
| --- | --- | --- | --- |
| 클러스터 비용 가시성 | 최대 250개 코어의 무제한 클러스터 | Prometheus용 Amazon 관리형 서비스와 통합 시 코어 제한이 없는 통합 멀티 클러스터 | 무제한의 환경(예: 멀티 클라우드)에서 통합 및 무제한 클러스터 |
| 배포 | 사용자 호스팅 | 사용자 호스팅 | 사용자 호스팅, Kubecost 호스팅(전용 테넌트), SaaS |
| 지원되는 데이터베이스 | 로컬 Prometheus | Prometheus 또는 Local Prometheus에 대한 Amazon Managed Service | 모든 Prometheus 버전 및 사용자 지정 데이터베이스 |
| 데이터베이스 보존 지원(기본 지표) | 15일 | 무제한 이력 데이터 | 무제한 이력 데이터 |
| Kubecost API 및 UI 보존(ETL) | 15일 | 15일 | 무제한 |
| 하이브리드 클라우드 가시성 | - | Amazon EKS 및 Amazon EKS Anywhere 클러스터 | 멀티 클라우드 및 하이브리드 클라우드 |
| 경고 및 반복 보고서 | 기본 클러스터에서만 지원, 250개의 코어로 제한됨 | 효율성 알림, 예산 알림, 지출 변경 알림 등 모든 클러스터에서 [더 많은 지원](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=navigating-kubecost-ui#ariaid-title6) | 효율성 알림, 예산 알림, 지출 변경 알림 등 모든 클러스터에서 [더 많은 지원](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=navigating-kubecost-ui#ariaid-title6) |
| 저장된 보고서 | - | 15일 동안의 지표를 사용하는 보고서 | 무제한 이력 데이터 및 지표를 사용하는 보고서 |
| 클라우드 결제 통합 | 기본 클러스터에서만 지원, 250개의 코어로 제한됨 | AWS에 대한 사용자 지정 가격 지원(여러 클러스터 및 여러 계정 포함) | 모든 클라우드에 대한 맞춤 요금 지원 |
| 절감 권장 사항 | 기본 클러스터에서만 지원, 250개의 코어로 제한됨 | 기본 클러스터 인사이트(단, 250개의 코어 한도 없음) | 멀티 클러스터 인사이트 |
| 거버넌스: 감사 | - | - | 이력 비용 이벤트 감사 |
| Single Sign-On(SSO) 지원 | - | Amazon Cognito 지원 | Okta, Auth0, PingID, KeyCloak 및 이외 사용자 지정 |
| SAML 2.0에서 역할 기반 액세스 제어(RBAC) | - | - | Okta, Auth0, PingID, KeyCloak 및 이외 사용자 지정 |
| 기업 교육 및 온보딩 | - | - | 풀 서비스 교육 및 FinOps 온보딩 |
| 팀 | - | - | 예 |
**새로운 기능:**
다음 기능에는 지표 한도가 적용됩니다.
+ Kubecost 집계기
+ 네트워크 모니터링
+ Kubecost 작업
+ 컬렉션
+ 이상 탐지
+ 컨테이너 요청 적정 크기 조정
+ Kubecost 예측
+ 필터링 및 집계를 위한 자동 완성
**지표 한도:**
| 지표 | Kubecost Free Tier 2.0 | Amazon EKS 최적화 Kubecost 번들 2.0 | Kubecost Enterprise 2.0 |
| --- | --- | --- | --- |
| 클러스터 크기 | 최대 250개 코어의 무제한 클러스터 | 무제한 | 무제한 |
| 지표 보존 | 15일 | 15일 | 무제한 |
| 다중 클러스터 지원 | 사용할 수 없음 | 사용 가능 | Available |
| 코어 한도 | 클러스터당 250개 코어 | 코어 한도 없음 | 코어 한도 없음 |
## Kubecost v1
| 기능 | Kubecost Free Tier | Amazon EKS 최적화 Kubecost 번들 | Kubecost Enterprise |
| --- | --- | --- | --- |
| **배포** | 사용자 호스팅 | 사용자 호스팅 | 사용자 호스팅 또는 Kubecost 호스팅(SaaS) |
| **지원되는 클러스터의 수** | 무제한 | 무제한 | 무제한 |
| **지원되는 데이터베이스** | 로컬 Prometheus | Local Prometheus 또는 Amazon Managed Service for Prometheus | Prometheus, Amazon Managed Service for Prometheus, Cortex 또는 Thanos |
| **데이터베이스 보존 지원** | 15일 | 무제한 이력 데이터 | 무제한 이력 데이터 |
| **Kubecost API 보존(ETL)** | 15일 | 15일 | 무제한 이력 데이터 |
| **클러스터 비용 가시성** | 단일 클러스터 | 통합 멀티 클러스터 | 통합 멀티 클러스터 |
| **하이브리드 클라우드 가시성** | - | Amazon EKS 및 Amazon EKS Anywhere 클러스터 | 멀티 클라우드 및 하이브리드 클라우드 지원 |
| **경고 및 반복 보고서** | - | 효율성 알림, 예산 알림, 지출 변경 알림 등 지원 | 효율성 알림, 예산 알림, 지출 변경 알림 등 지원 |
| **저장된 보고서** | - | 15일 데이터를 사용한 보고서 | 무제한 이력 데이터를 사용하는 보고서 |
| **클라우드 결제 통합** | 각 개별 클러스터에 필요 | AWS에 대한 사용자 지정 가격 지원(여러 클러스터 및 여러 계정 포함) | AWS에 대한 사용자 지정 가격 지원(여러 클러스터 및 여러 계정 포함) |
| **절감 권장 사항** | 단일 클러스터 인사이트 | 단일 클러스터 인사이트 | 멀티 클러스터 인사이트 |
| **거버넌스: 감사** | - | - | 이력 비용 이벤트 감사 |
| **Single Sign-On(SSO) 지원** | - | Amazon Cognito 지원 | Okta, Auth0, PingID, KeyCloak |
| **SAML `2.0`이 포함된 역할 기반 액세스 제어(RBAC) ** | - | - | Okta, Auth0, PingID, Keycloak |
| **기업 교육 및 온보딩** | - | - | 풀 서비스 교육 및 FinOps 온보딩 |
## 자주 묻는 질문(FAQ)
Amazon EKS에서 Kubecost 사용에 대한 다음과 같은 일반적인 질문과 답변을 참조하세요.
**Kubecost API 보존(ETL) 기능은 무엇인가요?**
Kubecost ETL 기능은 지표를 집계 및 구성하여 다양한 수준의 세분화에서 비용 가시성을 제공합니다(예: `namespace-level`, `pod-level` 및 `deployment-level`). *Amazon EKS 최적화 Kubecost 번들*의 경우 고객은 지난 15일 동안의 지표를 통해 데이터와 인사이트를 얻을 수 있습니다.
**알림 및 반복 보고서 기능이란 무엇인가요? 여기에는 어떤 알림 및 보고서가 포함되나요?**
Kubecost 알림을 통해 팀은 실시간 Kubernetes 지출 및 클라우드 지출에 대한 업데이트를 받을 수 있습니다. 반복 보고서를 통해 팀은 이력 Kubernetes 및 클라우드 지출에 대한 사용자 지정 보기를 받을 수 있습니다. 둘 다 Kubecost UI 또는 Helm 값을 사용하여 구성할 수 있습니다. 이메일, Slack, Microsoft Teams를 지원합니다.
**저장된 보고서에는 어떤 내용이 포함되나요?**
Kubecost 저장된 보고서는 비용 및 효율성 지표의 사전 정의된 보기입니다. 여기에는 클러스터, 네임스페이스, 라벨 등에 따른 비용이 포함됩니다.
**클라우드 결제 통합이란 무엇인가요?**
AWS 청구 API와 통합하면 Kubecost에서 클러스터 외 비용(예: Amazon S3)을 표시할 수 있습니다. 또한, 이를 통해 Kubecost는 스팟 사용량, 절감형 플랜 및 엔터프라이즈 할인을 고려하도록 Kubecost의 클러스터 내 예측을 실제 청구 데이터와 맞게 재조정할 수 있습니다.
**절감 권장 사항에는 무엇이 포함되나요?**
Kubecost는 사용자가 Kubernetes 인프라 및 지출을 최적화하는 데 도움이 되도록 인사이트와 자동화를 제공합니다.
**이 기능은 유료인가요?**
아니요. 추가 비용 없이 *Amazon EKS 최적화 Kubecost 번들*을 사용할 수 있습니다. 포함되지 않은 추가 Kubecost 기능이 필요한 경우 AWS Marketplace를 통해 또는 Kubecost에서 직접 Kubecost의 엔터프라이즈 라이선스를 구입할 수 있습니다.
***Amazon EKS 최적화 Kubecost 번들*에 대한 지원이 제공되나요?**
예, *Amazon EKS 최적화 Kubecost 번들*을 사용하는 경우에 한합니다.
***Amazon EKS 최적화 Kubecost 번들*에 대한 지원을 받으려면 어떻게 해야 하나요?**
[AWS에 문의하기](https://aws.amazon.com/contact-us/)에서 AWS Support 팀에 지원 사례를 열 수 있습니다.
**Amazon EKS 통합에서 제공하는 Kubecost 기능을 사용하려면 라이선스가 필요하나요?**
아니요.
**보다 정확한 보고를 위해 Kubecost를 AWS 비용 및 사용 보고서와 통합할 수 있나요?**
예. AWS 비용 및 사용 보고서에서 데이터를 수집하도록 Kubecost를 구성하여 할인, 스팟 요금, 예약형 인스턴스 요금 등의 정확한 비용 가시성을 얻을 수 있습니다. 자세한 내용은 Kubecost 설명서의 [AWS Cloud Billing Integration](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=integrations-aws-cloud-billing-integration)을 참조하세요.
**이 버전은 Amazon EC2에서 자체 관리형 Kubernetes 클러스터의 비용 관리를 지원하나요?**
아니요. *Amazon EKS 최적화 Kubecost 번들*은 Amazon EKS 클러스터와만 호환됩니다.
**Kubecost가 AWS Fargate에서 Amazon EKS에 대한 비용을 추적할 수 있나요?**
Kubecost는 Fargate의 Amazon EKS에 대한 클러스터 비용 가시성을 보여주기 위해 최선을 다하지만 Amazon EC2의 Amazon EKS보다 정확도가 낮습니다. 주로 사용량에 대한 요금 청구 방식의 차이 때문입니다. Fargate의 Amazon EKS를 사용하면 사용한 리소스에 대한 요금이 청구됩니다. Amazon EC2 노드의 Amazon EKS에서 프로비저닝된 리소스에 대한 요금이 청구됩니다. Kubecost는 CPU, RAM 및 임시 스토리지를 포함하는 노드 사양을 기반으로 Amazon EC2 노드의 비용을 계산합니다. Fargate를 사용하면 Fargate 포드에 대해 요청된 리소스를 기반으로 비용이 계산됩니다.
**Kubecost의 업데이트와 새 버전을 받으려면 어떻게 해야 하나요?**
표준 Helm 업그레이드 절차를 사용하여 Kubecost 버전을 업그레이드할 수 있습니다. Kubecost v3의 경우 새 헬름 차트 위치 `public.ecr.aws/kubecost/kubecost`에서 최신 버전을 사용할 수 있습니다. 이전 버전(v1 및 v2)은 [Amazon ECR 퍼블릭 갤러리](https://gallery.ecr.aws/kubecost/cost-analyzer)에서 계속 사용할 수 있습니다.
**중요**
Kubecost v3로 업그레이드할 때 헬름 차트 위치가 `public.ecr.aws/kubecost/cost-analyzer`에서 `public.ecr.aws/kubecost/kubecost`로 변경됩니다. 헬름 리포지토리 참조를 적절히 업데이트합니다.
**`kubectl-cost` CLI가 지원되나요? 설치하려면 어떻게 해야 하나요?**
예. `Kubectl-cost`는 Kubecost 비용 할당 지표에 대한 CLI 액세스를 제공하는 Kubecost(Apache 2.0 라이선스)의 오픈 소스 도구입니다. `kubectl-cost`를 설치하려면 GitHub의 [설치](https://github.com/kubecost/kubectl-cost#installation)를 참조하세요.
**Kubecost 사용자 인터페이스가 지원되나요? 액세스하려면 어떻게 해야 하나요?**
Kubecost는 `kubectl` 포트 전달, 수신 또는 로드 밸런서를 통해 액세스할 수 있는 웹 대시보드를 제공합니다. AWS 로드 밸런서 컨트롤러를 사용하여 Kubecost를 노출하고 인증, 권한 부여 및 사용자 관리를 위해 Amazon Cognito를 사용할 수 있습니다. 자세한 내용은 AWS 블로그의 [How to use Application Load Balancer and Amazon Cognito to authenticate users for your Kubernetes web apps](https://aws.amazon.com/blogs/containers/how-to-use-application-load-balancer-and-amazon-cognito-to-authenticate-users-for-your-kubernetes-web-apps)을 참조하세요.
**Kubecost v3의 새로운 10만 USD 지출 한도가 Amazon EKS 사용자에게 영향을 주나요?**
아니요. Kubecost v3 프리 티어에 도입된 30일 동안 10만 USD 지출 한도는 *Amazon EKS 최적화 Kubecost 번들* 사용자에게 적용되지 않습니다. EKS 사용자는 지출 수준에 관계없이 모든 Kubernetes 지출 기능에 대한 전체 액세스 권한을 유지합니다.
**Kubecost v3에서 주요 성능 개선 사항은 무엇인가요?**
Kubecost v3에서는 ClickHouse 데이터베이스 백엔드를 통해 상당한 성능 개선을 도입합니다. 이를 통해 v2.8에 사용되는 DuckDB에 비해 훨씬 빠른 쿼리 속도를 제공합니다. 또한 통합 에이전트 아키텍처는 Prometheus 종속성을 없애고 메모리 공간을 줄이는 동시에 전체 기능과 OpenCost 호환성을 유지 관리합니다.
**Kubecost v3는 다중 클러스터 배포에 어떤 스토리지 백엔드를 사용하나요?**
Kubecost v3는 다중 클러스터 지표 스토리지에 대해 S3 호환 객체 스토리지(EKS 고객의 경우 AWS S3)를 사용하여 v2에 사용되는 Prometheus 호환 스토리지를 대체합니다. FinOps 에이전트는 Kubernetes API에서 지표를 수집하고 S3 호환 스토리지로 푸시합니다. 그런 다음 집계기는 이 데이터를 검색하고, 비용 계산을 수행하며, 프론트엔드에 결과를 표시합니다. 자세한 다중 클러스터 설정 지침은 Kubecost 설명서의 [Multi-Cluster Installation](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) 및 [Secondary Clusters Guide](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=cluster-secondary-clusters-guide)를 참조하세요.
**Kubecost v1에서 v3로 직접 업그레이드할 수 있나요?**
아니요. v1에서 v3로의 직접 업그레이드는 지원되지 않습니다. 먼저 v2로 업그레이드한 다음 v3로 마이그레이션해야 합니다. 이 프로세스에는 신중한 계획이 필요하며 전환 중에 보고서 가용성에 영향을 미칠 수 있으므로 Kubecost 설명서에서 자세한 마이그레이션 지침을 검토하세요.
## 추가 Kubecost 기능
+ 다음 기능은 Kubecost v1, v2, v3에서 사용할 수 있습니다.
+ **비용 지표 내보내기** - Amazon EKS 최적화 비용 모니터링은 Kubecost와 함께 배포됩니다. v1 및 v2에서 Kubecost는 지표 저장 및 처리를 위해 Prometheus에 통합됩니다. v3에서 Kubecost는 OpenCost 호환성을 유지 관리하면서 성능을 크게 개선하기 위해 ClickHouse 데이터베이스를 사용합니다. v3에서 다중 클러스터 배포의 경우 지표는 Prometheus 호환 스토리지 대신 S3 호환 객체 스토리지(EKS 고객의 경우 AWS S3)에 저장됩니다. Kubecost는 지표를 읽고, 비용 할당 계산을 수행하며, API 및 사용자 인터페이스를 통해 데이터를 제공합니다. 아키텍처는 버전에 따라 다르지만 일관된 기능을 유지 관리합니다.
![\[Kubecost 아키텍처\]](http://docs.aws.amazon.com/ko_kr/eks/latest/userguide/images/kubecost-architecture.png)
추가 분석을 위해 Kubecost 데이터를 현재 비즈니스 인텔리전스 시스템으로 수집하는 쿼리를 작성할 수 있습니다. 또한 이를 현재 [Grafana](https://grafana.com/) 대시보드의 데이터 소스로 사용하여 내부 팀이 잘 알고 있는 Amazon EKS 클러스터 비용을 표시할 수 있습니다. 쿼리를 작성하는 방법에 대한 자세한 내용은 [OpenCost Configuration](https://opencost.io/docs/installation/prometheus/) 설명서를 참조하거나 [Kubecost Github 리포지토리](https://github.com/kubecost/cost-analyzer-helm-chart/tree/develop/cost-analyzer)의 Grafana JSON 모델을 참조로 사용하세요.
+ ** AWS 비용 및 사용량 보고서 통합** - Amazon EKS 클러스터에 대한 비용 할당 계산을 수행하기 위해 Kubecost는 AWS 가격 목록 API에서 AWS 서비스 및 AWS 리소스의 공개 가격 정보를 검색합니다. 또한 Kubecost 를 ** AWS 비용 및 사용량 보고서**와 통합하여 AWS 계정과 관련된 가격 정보의 정확성을 높일 수도 있습니다. 이 정보에는 엔터프라이즈 할인 프로그램, 예약 인스턴스 사용량, 절감형 플랜 및 스팟 사용량이 포함됩니다. AWS 비용 및 사용량 보고서 통합 작동 방식에 대한 자세한 내용은 Kubecost 설명서의 [AWS 클라우드 결제 통합](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=integrations-aws-cloud-billing-integration)을 참조하세요.
# Kubernetes 지표 서버를 사용한 리소스 사용량 보기
Kubernetes 지표 서버는 클러스터에서 리소스 사용량 데이터의 집계자이며, 기본적으로 Amazon EKS 클러스터에 배포되어 있지 않습니다. 자세한 내용은 GitHub에서 [Kubernetes Metrics Server](https://github.com/kubernetes-sigs/metrics-server) 섹션을 참조하세요. 지표 서버는 [Horizontal Pod Autoscaler를 사용한 스케일 포드 배포](horizontal-pod-autoscaler.md) 또는 [Kubernetes 대시보드](eks-managing.md) 등의 다른 Kubernetes 추가 기능에서 일반적으로 사용됩니다. 자세한 내용은 Kubernetes 설명서의 [리소스 지표 파이프라인](https://kubernetes.io/docs/tasks/debug/debug-cluster/resource-metrics-pipeline/)을 참조하세요. 이 주제에서는 Amazon EKS 클러스터에 Kubernetes 지표 서버를 배포하는 방법을 설명합니다.
**중요**
지표는 시점 분석을 위한 것이며 기록 분석을 위한 정확한 소스가 아닙니다. 모니터링 솔루션이나 기타 Auto Scaling 이외의 용도로는 사용할 수 없습니다. 모니터링 도구에 대한 자세한 내용은 [클러스터 성능 모니터링 및 로그 보기](eks-observe.md) 섹션을 참조하세요.
## 고려 사항
+ 매니페스트를 사용하여 Fargate 노드에 Kubernetes Metrics Server를 수동으로 배포하는 경우, 기본값인 `10250`이 아닌 다른 포트를 사용하도록 `metrics-server` 배포를 구성합니다. 이 포트는 Fargate용으로 예약되어 있습니다. Metrics Server의 Amazon EKS 추가 기능 버전은 포트 `10251`을 사용하도록 사전 구성되어 있습니다.
+ 보안 그룹과 네트워크 ACL이 `metrics-server` 포드와 다른 모든 노드 및 포드 간에 포트 `10250`을 허용하는지 확인하세요. Kubernetes Metrics Server는 여전히 포트 `10250`을 사용하여 클러스터의 다른 엔드포인트에서 지표를 수집합니다. Fargate 노드에 배포하는 경우 구성된 대체 Metrics Server 포트와 포트 `10250`을 모두 허용하세요.
## Amazon EKS 추가 기능을 사용하여 커뮤니티 추가 기능으로 배포
**새로운 기능: 이제 AWS 콘솔 또는 Amazon EKS API를 사용하여 Metrics Server를 커뮤니티 추가 기능으로 배포할 수 있습니다.**
### AWS 콘솔을 사용하여 배포
1. AWS 콘솔에서 EKS 클러스터 열기
1. '추가 기능' 탭에서 **추가 기능 더 가져오기**를 선택하세요.
1. '커뮤니티 추가 기능' 섹션에서 **Metrics Server**를 선택하고 **다음**을 선택하세요.
1. EKS에서 클러스터에 적합한 추가 기능 버전을 결정합니다. **버전** 드롭다운 메뉴를 사용하여 버전을 변경할 수 있습니다.
1. **다음**을 선택하고 **생성**을 선택하여 추가 기능을 설치하세요.
### 추가 리소스
[커뮤니티 추가 기능](community-addons.md)에 대해 자세히 알아보세요.
다른 Amazon EKS 추가 기능과 동일한 방식으로 커뮤니티 추가 기능을 설치하거나 업데이트합니다.
+ [Amazon EKS 추가 기능 생성](creating-an-add-on.md)
+ [Amazon EKS 추가 기능 업데이트](updating-an-add-on.md)
+ [클러스터에서 Amazon EKS 추가 기능 제거](removing-an-add-on.md)
## 매니페스트를 사용하여 배포
**새로운 기능: 이제 AWS 콘솔 또는 Amazon EKS API를 사용하여 Metrics Server를 커뮤니티 추가 기능으로 배포할 수 있습니다. 이 매니페스트 설치 지침은 아카이브됩니다.**
1. 다음 명령을 사용하여 지표 서버를 배포합니다.
```
kubectl apply -f https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml
```
Fargate를 사용하는 경우 이 파일을 변경해야 합니다. 기본 구성에서 지표 서버는 포트 10250을 사용합니다. 이 포트는 Fargate에 예약되어 있습니다. components.yaml의 포트 10250에 대한 참조를 10251과 같은 다른 포트로 교체합니다.
1. 다음 명령을 사용하여 `metrics-server` 배포에서 원하는 수의 포드를 실행하고 있는지 확인합니다.
```
kubectl get deployment metrics-server -n kube-system
```
예제 출력은 다음과 같습니다.
```
NAME READY UP-TO-DATE AVAILABLE AGE
metrics-server 1/1 1 1 6m
```
1. 노드의 리소스(CPU/메모리) 사용량을 표시하여 지표 서버가 작동하는지 테스트합니다.
```
kubectl top nodes
```
1. `Error from server (Forbidden)` 오류 메시지가 표시되면 Kubernetes RBAC 구성을 업데이트해야 합니다. 클러스터 지표를 읽으려면 Kubernetes RBAC ID에 충분한 권한이 필요합니다. GitHub에서 [지표를 읽는 데 필요한 최소 Kubernetes API 권한](https://github.com/kubernetes-sigs/metrics-server/blob/e285375a49e3bf77ddd78c08a05aaa44f2249ebd/manifests/base/rbac.yaml#L5C9-L5C41)을 검토하세요. [역할과 같은 AWS IAM 자격 증명에 Kubernetes API에 대한 액세스 권한 부여](grant-k8s-access.md#authentication-modes) 방법을 알아봅니다.
# Amazon EKS에서 Helm을 사용하여 애플리케이션 배포
Kubernetes용 Helm 패키지 관리자는 Kubernetes 클러스터에서 애플리케이션을 설치하고 관리하는 데 도움이 됩니다. 자세한 내용은 [Helm 설명서](https://docs.helm.sh/)를 참조하세요. 이 주제에서는 Helm 바이너리를 설치하고 실행하는 방법을 설명하므로 로컬 시스템에서 Helm CLI를 사용하여 차트를 설치하고 관리할 수 있습니다.
**중요**
Amazon EKS 클러스터에 Helm 차트를 설치하기 전에 Amazon EKS에 대해 작동하도록 `kubectl`을 구성해야 합니다. 아직 구성하지 않은 경우 계속하기 전에 [Kubeconfig 파일을 생성하여 kubectl을 EKS 클러스터에 연결](create-kubeconfig.md) 섹션을 참조하세요. 클러스터에 대해 다음 명령이 성공한 경우 적절하게 구성한 것입니다.
```
kubectl get svc
```
1. 클라이언트 운영 체제에 맞는 명령을 실행합니다.
+ [Homebrew](https://brew.sh/)와 함께 macOS를 사용하는 경우 다음 명령으로 바이너리를 설치합니다.
```
brew install helm
```
+ 자세한 설치 옵션은 [Helm Docs](https://helm.sh/docs/intro/install/)의 Installing Helm을 참조하세요.
**참고**
`openssl`을 먼저 설치해야 한다는 메시지가 나타나는 경우 다음 명령으로 설치할 수 있습니다.
```
sudo yum install openssl
```
1. `PATH`에서 새 바이너리를 선택하려면 현재 터미널 창을 닫고 새 창을 엽니다.
1. 설치한 Helm 버전을 확인합니다.
```
helm version --template='{{ .Version }}{{ "\n" }}'
```
예제 출력은 다음과 같습니다.
```
v3.17.2
```
1. 설치된 버전이 클러스터 버전과 호환되는지 확인합니다. 자세한 내용은 [지원되는 버전 스큐](https://helm.sh/docs/topics/version_skew/#supported-version-skew)를 참조하세요. 예를 들어 `3.17.x`로 실행하는 경우 지원되는 Kubernetes 버전은 `1.29.x`\$1`1.32.x` 범위를 벗어나면 안 됩니다.
1. 이 시점에서 Helm 명령(예: `helm install chart-name `)을 실행하여 클러스터에서 Helm 차트를 설치, 수정, 삭제 또는 쿼리할 수 있습니다. Helm을 처음 사용하는 경우 설치할 특정 차트가 없으면 다음을 수행할 수 있습니다.
+ 예제 차트를 설치하여 실험합니다. Helm [Quickstart 가이드](https://helm.sh/docs/intro/quickstart/)에서 [예제 차트 설치](https://helm.sh/docs/intro/quickstart#install-an-example-chart)를 참조하세요.
+ 예제 차트를 생성하여 Amazon ECR로 푸시합니다. 자세한 내용은 *Amazon Elastic 컨테이너 레지스트리 사용 설명서*의 [Helm 차트 푸시](https://docs.aws.amazon.com/AmazonECR/latest/userguide/push-oci-artifact.html)를 참조하세요.
+ [eks-charts](https://github.com/aws/eks-charts#eks-charts)GitHub 리포지토리 또는 [ArtifactHub](https://artifacthub.io/packages/search?page=1&repo=aws)에서 Amazon EKS 차트를 설치합니다.
# 태그를 사용하여 Amazon EKS 리소스 구성
태그를 사용하여 Amazon EKS 리소스를 관리할 수 있습니다*.* 이 항목에서는 태그 함수에 대한 개요를 제공하고 태그를 생성하는 방법을 보여 줍니다.
**Topics**
+ [태그 기본 사항](#tag-basics)
+ [리소스에 태깅](#tag-resources)
+ [태그 제한](#tag-restrictions)
+ [리소스에 결제용 태깅](#tag-resources-for-billing)
+ [콘솔을 사용한 태그 작업](#tag-resources-console)
+ [CLI, API 또는 `eksctl`를 사용한 태그 작업](#tag-resources-api-sdk)
**참고**
태그는 Kubernetes 레이블 및 주석과 분리된 메타데이터 유형입니다. 이러한 다른 메타데이터 유형에 대한 자세한 내용을 알아보려면 Kubernetes 설명서의 다음 섹션을 참조하세요.
[레이블 및 선택기](https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/)
[Annotations](https://kubernetes.io/docs/concepts/overview/working-with-objects/annotations/)
## 태그 기본 사항
태그는 AWS 리소스에 할당하는 레이블입니다. 각 태그는 *키*와 *값*(선택사항)으로 구성됩니다.
태그를 사용하여 AWS 리소스를 범주화할 수 있습니다. 예를 들어, 용도, 소유자 또는 환경 기준별로 리소스를 범주화할 수 있습니다. 동일한 유형의 리소스가 많은 경우 특정 리소스에 할당한 태그를 사용하여 해당 리소스를 빠르게 식별할 수 있습니다. 예를 들어, Amazon EKS 클러스터에 태그 집합을 정의하면 클러스터의 소유자 및 스택 수준을 추적하는 데 도움이 됩니다. 각 리소스 유형에 대해 일관된 태그 키 집합을 고안하는 것이 좋습니다. 그러면 추가하는 태그에 따라 리소스를 검색하고 필터링할 수 있습니다.
태그를 추가한 후에는 언제든지 태그 키와 값을 편집하거나 리소스에서 태그를 제거할 수 있습니다. 리소스를 삭제하면 리소스 태그도 삭제됩니다.
태그는 Amazon EKS에는 아무런 의미가 없으며 엄격하게 문자열로 해석됩니다. 태그 값을 빈 문자열로 설정할 수 있습니다. 그러나 태그 값을 null로 설정할 수는 없습니다. 해당 리소스에 대해 키가 기존 태그와 동일한 태그를 추가하는 경우 새 값이 이전 값을 덮어씁니다.
AWS ID 및 액세스 관리(IAM)를 사용하는 경우, AWS 계정에서 태그를 관리할 수 있는 권한을 가진 사용자를 제어할 수 있습니다.
## 리소스에 태깅
다음 Amazon EKS 리소스는 태그를 지원합니다.
+ 클러스터
+ 관리형 노드 그룹
+ Fargate 프로필
다음을 사용하여 이러한 리소스에 태그를 지정할 수 있습니다.
+ Amazon EKS 콘솔을 사용하는 경우 새 리소스 또는 기존 리소스에 태그를 언제든지 적용할 수 있습니다. 관련 리소스 페이지의 **태그** 탭을 사용하여 이 작업을 수행할 수 있습니다. 자세한 내용은 [콘솔을 사용한 태그 작업](#tag-resources-console) 섹션을 참조하세요.
+ `eksctl`을 사용하는 경우 리소스가 생성될 때 `--tags` 옵션을 사용하여 리소스에 태그를 적용할 수 있습니다.
+ AWS CLI, Amazon EKS API 또는 AWS SDK를 사용 중인 경우 관련 API 작업의 `tags` 파라미터를 사용하여 새 리소스에 태그를 적용할 수 있습니다. `TagResource` API 작업을 사용하여 기존 리소스에 태그를 적용할 수도 있습니다. 자세한 내용은 [TagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_TagResource.html)를 참조하세요.
일부 리소스 생성 작업을 사용할 때 리소스를 생성함과 동시에 리소스에 대한 태그를 지정할 수도 있습니다. 리소스를 생성하는 동안 태그를 적용할 수 없는 경우 리소스를 생성할 수 없습니다. 이 메커니즘에서는 태그를 지정하려는 리소스가 지정된 태그와 함께 생성되거나 전혀 생성되지 않습니다. 리소스를 생성할 때 태그를 지정하면 리소스를 생성한 후 사용자 지정 태깅 스크립트를 실행할 필요가 없습니다.
태그는 생성한 리소스와 연결된 다른 리소스로 전파되지 않습니다. 예를 들어, Fargate 프로필 태그는 Fargate 프로필과 연결된 다른 리소스(예: 예약된 포드)로 전파되지 않습니다.
## 태그 제한
태그에 적용되는 제한은 다음과 같습니다.
+ 최대 50개의 태그를 리소스와 연결할 수 있습니다.
+ 한 리소스에 대해 태그 키를 반복할 수 없습니다. 각 태그 키는 고유해야 하며 하나의 값만 가질 수 있습니다.
+ 키는 최대 128자(UTF-8 형식)까지 가능합니다.
+ 값은 최대 256자(UTF-8 형식)까지 가능합니다.
+ 여러 AWS 서비스 및 리소스에서 태깅 스키마를 사용하는 경우 사용하는 문자 유형을 제한합니다. 일부 서비스는 허용되는 문자에 제한이 있을 수 있습니다. 일반적으로 허용되는 문자는 문자, 숫자, 공백 및 특수 문자 `+` `-` `=` `.` `_` `:` `/` `@`입니다.
+ 태그 키와 값은 대소문자를 구분합니다.
+ 키 또는 값에 `aws:`, ` AWS:` 또는 이러한 접두사의 대문자 또는 소문자 조합을 사용하지 않습니다. 이러한 이름은 AWS 전용으로 예약되어 있습니다. 이 접두사가 지정된 태그 키나 값은 편집하거나 삭제할 수 없습니다. 이 접두사가 지정된 태그는 리소스당 태그 수 제한에 포함되지 않습니다.
## 리소스에 결제용 태깅
Amazon EKS 클러스터에 태그를 적용하면 **Cost & Usage Reports**에서 비용 할당에 태그를 사용할 수 있습니다. **Cost & Usage Reports**의 측정 데이터는 모든 Amazon EKS 클러스터에서의 사용량을 보여줍니다. 자세한 내용은 * AWS 비용 사용 설명서*의 [AWS 비용 및 사용 보고서](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage.html)를 참조하세요.
AWS에서 생성한 비용 할당 태그, 특히 `aws:eks:cluster-name`을 사용하면 **Cost Explorer**에서 Amazon EC2 인스턴스 비용을 개별 Amazon EKS 클러스터별로 분류할 수 있습니다. 그러나 이 태그는 컨트롤 플레인 비용을 캡처하지 않습니다. 태그는 Amazon EKS 클러스터에 참여하는 Amazon EC2 인스턴스에 자동으로 추가됩니다. 이 동작은 인스턴스가 Amazon EKS 관리형 노드 그룹인 Karpenter를 사용하여 프로비저닝되었는지 아니면 Amazon EC2를 사용하여 직접 프로비저닝되었는지 여부에 관계없이 발생합니다. 이 특정 태그는 50개 태그 한도에 포함되지 않습니다. 태그를 사용하려면 계정 소유자가 AWS 비용 콘솔에서 또는 API를 사용하여 태그를 활성화해야 합니다. AWS Organizations 관리 계정 소유자가 태그를 활성화하면 태그는 모든 조직 멤버 계정에 대해서도 활성화됩니다.
태그 키 값이 동일한 리소스를 기준으로 결제 정보를 구성할 수도 있습니다. 예를 들어, 특정 애플리케이션 이름으로 여러 리소스에 태그를 지정한 다음 결제 정보를 구성할 수 있습니다. 이렇게 하면 여러 서비스에서 해당 애플리케이션의 총 비용을 볼 수 있습니다. 태그를 사용한 비용 할당 보고서 설정에 대한 자세한 내용은 * AWS 비용 사용 설명서*에서 [월간 비용 할당 보고서](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/configurecostallocreport.html)를 참조하세요.
**참고**
방금 보고서를 활성화한 경우, 24시간 후에 이번 달의 데이터를 볼 수 있습니다.
**Cost Explorer**는 AWS 프리 티어의 일부로 제공되는 보고 도구입니다. **Cost Explorer**를 사용하여 지난 13개월 동안의 Amazon EKS 리소스 차트를 볼 수 있습니다. 또한 향후 3개월 동안의 지출을 예상해볼 수 있습니다. 시간 경과에 따른 AWS 리소스의 지출 패턴을 확인할 수 있습니다. 예를 들어, Cost Explorer를 사용하여 추가 조사가 필요한 영역을 알아내고, 비용 이해에 사용할 수 있는 추세를 파악할 수 있습니다. 또한 데이터의 시간 범위를 지정하고 일별 또는 월별 시간 데이터를 볼 수도 있습니다.
## 콘솔을 사용한 태그 작업
Amazon EKS 콘솔을 사용하면 신규/기존 클러스터 및 관리형 노드 그룹과 연결된 태그를 관리할 수 있습니다.
Amazon EKS 콘솔에서 리소스 관련 페이지를 선택하면 페이지에 이러한 리소스의 목록이 표시됩니다. 예를 들어, 왼쪽 탐색 창에서 **클러스터**를 선택하는 경우, 콘솔에 Amazon EKS 클러스터 목록이 표시됩니다. 이러한 목록 중 하나(예: 특정 클러스터)에서 리소스를 선택할 때 해당 리소스가 태그를 지원하면 **태그** 탭에서 해당 태그를 보고 관리할 수 있습니다.
또한 태그를 관리할 수 있는 통합 방법을 제공하는 **태그 편집기**를 AWS Management Console에서 사용할 수 있습니다. 자세한 내용은 * AWS 태그 편집기 사용 설명서*의 [ 태그 편집기로 AWS 리소스 태깅](https://docs.aws.amazon.com/ARG/latest/userguide/tag-editor.html)을 참조하세요.
### 생성 시 리소스에 대한 태그 추가
Amazon EKS 클러스터, 관리형 노드 그룹 및 Fargate 프로필을 생성할 때 태그를 추가할 수 있습니다. 자세한 내용은 [Amazon EKS 클러스터 생성](create-cluster.md) 섹션을 참조하세요.
### 리소스에 대한 태그 추가 및 삭제
리소스 페이지에서 직접 클러스터와 연결된 태그를 추가하거나 삭제할 수 있습니다.
1. [Amazon EKS 콘솔](https://console.aws.amazon.com/eks/home#/clusters)을 엽니다.
1. 탐색 모음에서 사용할 AWS 리전을 선택합니다.
1. 좌측 탐색 창에서 **클러스터**를 선택합니다.
1. 특정 클러스터를 선택합니다.
1. **태그** 탭을 선택한 후 **태그 관리**를 선택합니다.
1. **태그 관리** 페이지에서 필요에 따라 태그를 추가하거나 삭제합니다.
+ 태그를 추가하려면 **태그 추가**를 선택합니다. 그런 다음 각 태그의 키와 값을 지정합니다.
+ 태그를 삭제하려면 **태그 제거**를 선택합니다.
1. 추가 또는 삭제하려는 각 태그에 대해 이 프로세스를 반복합니다.
1. **업데이트**를 선택하여 완료합니다.
## CLI, API 또는 `eksctl`를 사용한 태그 작업
다음 AWS CLI 명령 또는 Amazon EKS API 작업을 사용하여 리소스에 대한 태그를 추가, 업데이트, 나열 및 삭제합니다. `eksctl`만 사용하여 하나의 명령으로 새 리소스를 생성하는 동시에 태그를 추가할 수 있습니다.
| Task | AWS CLI | AWS Tools for Windows PowerShell | API 작업 |
| --- | --- | --- | --- |
| 하나 이상의 태그를 추가하거나 덮어씁니다. | [tag-resource](https://docs.aws.amazon.com/cli/latest/reference/eks/tag-resource.html) | [Add-EKSResourceTag](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EKSResourceTag.html) | [TagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_TagResource.html) |
| 하나 이상의 태그를 삭제합니다. | [untag-resource](https://docs.aws.amazon.com/cli/latest/reference/eks/untag-resource.html) | [Remove-EKSResourceTag](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EKSResourceTag.html) | [UntagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_UntagResource.html) |
다음 예제는 AWS CLI를 사용하여 리소스에 태그를 지정하거나 태그를 제거하는 방법을 보여줍니다.
**예제 1: 기존 클러스터에 태깅**
다음 명령은 기존 클러스터에 태그를 지정합니다.
```
aws eks tag-resource --resource-arn resource_ARN --tags team=devs
```
**예제 2: 기존 클러스터에서 태그 제거**
다음 명령은 기존 클러스터에서 태그를 삭제합니다.
```
aws eks untag-resource --resource-arn resource_ARN --tag-keys tag_key
```
**예제 3: 리소스의 태그 나열**
다음 명령은 기존 리소스와 연결된 태그를 나열합니다.
```
aws eks list-tags-for-resource --resource-arn resource_ARN
```
일부 리소스 생성 작업을 사용할 때 리소스를 생성하는 동시에 태그를 지정할 수 있습니다. 리소스를 생성할 때 태그를 지원하는 작업은 다음과 같습니다.
| Task | AWS CLI | AWS Tools for Windows PowerShell | API 작업 | eksctl |
| --- | --- | --- | --- | --- |
| 클러스터 생성 | [create-cluster](https://docs.aws.amazon.com/cli/latest/reference/eks/create-cluster.html) | [New-EKSCluster](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EKSCluster.html) | [CreateCluster](https://docs.aws.amazon.com/eks/latest/APIReference/API_CreateCluster.html) | `create cluster` |
| 관리형 노드 그룹 생성\$1 | [create-nodegroup](https://docs.aws.amazon.com/cli/latest/reference/eks/create-nodegroup.html) | [New-EKSNodegroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EKSNodegroup.html) | [CreateNodegroup](https://docs.aws.amazon.com/eks/latest/APIReference/API_CreateNodegroup.html) | `create nodegroup` |
| Fargate 프로필 생성 | [create-fargate-profile](https://docs.aws.amazon.com/cli/latest/reference/eks/create-fargate-profile.html) | [New-EKSFargateProfile](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EKSFargateProfile.html) | [CreateFargateProfile.html](https://docs.aws.amazon.com/eks/latest/APIReference/API_CreateFargateProfile.html) | `create fargateprofile` |
+ 관리형 노드 그룹을 생성할 때 Amazon EC2 인스턴스에도 태그를 지정하려면 시작 템플릿을 사용하여 관리형 노드 그룹을 생성합니다. 자세한 내용은 [Amazon EC2 인스턴스 태깅](launch-templates.md#launch-template-tagging) 섹션을 참조하세요. 인스턴스가 이미 있는 경우 인스턴스에 수동으로 태깅할 수 있습니다. 자세한 내용은 Amazon EC2 사용 설명서의 [리소스에 태깅](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Using_Tags.html#tag-resources)을 참조하세요.
# Amazon EKS 및 Fargate Service Quotas 보기 및 관리
Amazon EKS는 중앙 위치에서 할당량을 보고 관리할 수 있는 AWS 서비스인 Service Quotas와 통합됩니다. 자세한 내용은 *Service Quotas 사용 설명서*의 [Service Quotas는 무엇입니까?](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html)를 참조하세요. Service Quotas 통합과 함께 AWS Management Console 및 AWS CLI를 사용하여 Amazon EKS 및 AWS Fargate 서비스 할당량 값을 빠르게 조회할 수 있습니다.
## AWS Management Console를 사용하여 EKS Service Quotas 보기
1. [Service Quotas 콘솔](https://console.aws.amazon.com/servicequotas/home/services/eks/quotas)을 엽니다.
1. 왼쪽 탐색 창에서 **AWS 서비스**를 선택합니다.
1. **AWS 서비스 목록**에서 **Amazon Elastic Kubernetes Service(Amazon EKS)** 또는 **AWS Fargate**를 검색하고 선택합니다.
**Service quotas** 목록에서 서비스 할당량 이름, 적용된 값(제공된 경우), AWS 기본 할당량 및 할당량 값 조정 가능 여부를 확인할 수 있습니다.
1. 설명 등 서비스 할당량에 대한 추가 정보를 보려면 할당량 이름을 선택합니다.
1. (선택사항) 할당량 증가를 요청하려면 증가시킬 할당량을 선택하고 **할당량 증가 요청**을 선택한 다음 필요한 정보를 입력하거나 선택한 다음 **요청**을 선택합니다.
AWS Management Console을 사용하여 서비스 할당량에 대한 추가 작업을 수행하려면 [Service Quotas 사용 설명서](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html)를 참조하세요. 할당량 증가를 요청하려면 *Service Quotas 사용 설명서*의 [할당량 증가 요청](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html)을 참조하세요.
## AWS CLI를 사용하여 EKS Service Quotas 보기
다음 명령을 실행하여 Amazon EKS 할당량을 확인합니다.
```
aws service-quotas list-aws-default-service-quotas \
--query 'Quotas[*].{Adjustable:Adjustable,Name:QuotaName,Value:Value,Code:QuotaCode}' \
--service-code eks \
--output table
```
다음 명령을 실행하여 Fargate 할당량을 확인합니다.
```
aws service-quotas list-aws-default-service-quotas \
--query 'Quotas[*].{Adjustable:Adjustable,Name:QuotaName,Value:Value,Code:QuotaCode}' \
--service-code fargate \
--output table
```
**참고**
반환된 할당량은 현재 AWS 리전의 이 계정에서 Fargate에서 동시에 실행할 수 있는 Amazon ECS 태스크 또는 Amazon EKS 포드의 수입니다.
AWS CLI를 사용하여 서비스 할당량으로 더 많은 작업을 하려면 * AWS CLI 명령 참조*에서 [서비스 할당량](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/index.html)을 참조하세요. 할당량 증가를 요청하려면 * AWS CLI 명령 참조*의 [request-service-quota-increase](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/request-service-quota-increase.html) 명령을 참조하세요.
## Amazon EKS 서비스 할당량
AWS에서는 AWS Management Console을 사용하여 현재 할당량을 볼 것을 권장합니다. 자세한 내용은 [AWS Management Console를 사용하여 EKS Service Quotas 보기](#service-quotas-console) 섹션을 참조하세요.
기본 EKS Service Quotas을 보려면 * AWS 일반 참조*의 [Amazon Elastic Kubernetes Service 엔드포인트 및 할당량](https://docs.aws.amazon.com/general/latest/gr/eks.html#limits_eks)을 참조하세요.
이러한 서비스 할당량은 Service Quotas 콘솔의 **Amazon Elastic Kubernetes Service(Amazon EKS)** 아래에 나열됩니다. 조정 가능한 것으로 표시되는 값에 대한 할당량 증가를 요청하려면 *Service Quotas User Guide*(Service Quotas 사용 설명서)의 [할당량 증가 요청](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html)을 참조하세요.
**참고**
Service Quotas: \$1 클러스터당 Pod Identity 연결에서는 다음 구성 요소에 대한 조정이 지원되지 **않습니다**. 제한은 [EKS Pod Identity가 포드에 AWS 서비스에 대한 액세스 권한을 부여하는 방법 알아보기](pod-identities.md)을 참조하세요. \$1 원격 노드 네트워크용 CIDR 또는 하이브리드 노드용 원격 포드 네트워크. 제한은 [Amazon EKS Hybrid Nodes 개요](hybrid-nodes-overview.md)을 참조하세요.
## AWS Fargate 서비스 할당량
Service Quotas 콘솔의 **AWS Fargate** 서비스는 다양한 서비스 할당량을 나열합니다. 사용량이 서비스 할당량에 가까워지면 경고하는 경보를 구성할 수 있습니다. 자세한 내용은 [Fargate 리소스 사용량 지표 모니터링을 위한 CloudWatch 경보 생성](monitoring-fargate-usage.md#service-quota-alarm) 섹션을 참조하세요.
새 AWS 계정에서는 초기 할당량이 낮지만 시간이 지남에 따라 증가할 수 있습니다. Fargate는 각 AWS 리전 내의 계정 사용량을 지속적으로 모니터링한 다음 사용량에 따라 할당량을 자동으로 늘립니다. 조정 가능한 것으로 표시된 값에 대한 할당량 증가를 요청할 수도 있습니다. 자세한 내용은 *Service Quotas 사용 설명서*의 [할당량 증가 요청](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html)을 참조하세요.
AWS에서는 AWS Management Console을 사용하여 현재 할당량을 볼 것을 권장합니다. 자세한 내용은 [AWS Management Console를 사용하여 EKS Service Quotas 보기](#service-quotas-console) 섹션을 참조하세요.
EKS Service Quotas의 기본 AWS Fargate를 보려면 * AWS 일반 참조*의 [Fargate Service Quotas](https://docs.aws.amazon.com/general/latest/gr/eks.html#service-quotas-eks-fargate)를 참조하세요.
**참고**
Fargate는 Amazon ECS 태스크 및 Amazon EKS 포드 실행 속도 할당량을 추가로 시행합니다. 자세한 내용은 *Amazon ECS 가이드*의 [AWS Fargate 스로틀링 할당량](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/throttling.html)을 참조하세요.