Ko: 1st Korean l10n work for release-1.20
- Translate reference/glossary/persistent-volume.md in Korean (#25474) - Update outdated files in the dev-1.20-ko.1 branch (1) (#25576) - Translate blog/dont-panic-kubernetes-and-docker into Korean (#25596) - Update outdated files in the dev-1.20-ko.1 branch(3) (#25728) - Ko: enhance tutorials//cluster-intro translation (#25754) - Fix Outdated files in the dev-1.20-ko.1 branch (2) (#25765) Co-authored-by: seokho-son <shsongist@gmail.com> Co-authored-by: jmyung <jesang.myung@gmail.com> Co-authored-by: Jerry Park <jaehwa@gmail.com> Co-authored-by: santachopa <santachopa@naver.com> Co-authored-by: SEUNGHYUN KO <kosehy@gmail.com> Co-authored-by: June Yi <gochist@gmail.com>
This commit is contained in:
@@ -233,6 +233,75 @@ v1.12부터는 새로운 알고리즘 업데이트가 업스케일 지연에 대
|
||||
있다.
|
||||
{{< /note >}}
|
||||
|
||||
## 리소스 메트릭 지원
|
||||
|
||||
모든 HPA 대상은 스케일링 대상에서 파드의 리소스 사용량을 기준으로 스케일링할 수 있다.
|
||||
파드의 명세를 정의할 때는 `cpu` 및 `memory` 와 같은 리소스 요청을
|
||||
지정해야 한다. 이것은 리소스 사용률을 결정하는 데 사용되며 HPA 컨트롤러에서 대상을
|
||||
스케일링하거나 축소하는 데 사용한다. 리소스 사용률 기반 스케일링을 사용하려면 다음과 같은 메트릭 소스를
|
||||
지정해야 한다.
|
||||
|
||||
```yaml
|
||||
type: Resource
|
||||
resource:
|
||||
name: cpu
|
||||
target:
|
||||
type: Utilization
|
||||
averageUtilization: 60
|
||||
```
|
||||
이 메트릭을 사용하면 HPA 컨트롤러는 스케일링 대상에서 파드의 평균 사용률을
|
||||
60%로 유지한다. 사용률은 파드의 요청된 리소스에 대한 현재 리소스 사용량 간의
|
||||
비율이다. 사용률 계산 및 평균 산출 방법에 대한 자세한 내용은 [알고리즘](#알고리즘-세부-정보)을
|
||||
참조한다.
|
||||
|
||||
{{< note >}}
|
||||
모든 컨테이너의 리소스 사용량이 합산되므로 총 파드 사용량이 개별 컨테이너 리소스 사용량을
|
||||
정확하게 나타내지 못할 수 있다. 이로 인해 단일 컨테이너가
|
||||
높은 사용량으로 실행될 수 있고 전체 파드 사용량이 여전히 허용 가능한 한도 내에 있기 때문에 HPA가 스케일링되지 않는
|
||||
상황이 발생할 수 있다.
|
||||
{{< /note >}}
|
||||
|
||||
### 컨테이너 리소스 메트릭
|
||||
|
||||
{{< feature-state for_k8s_version="v1.20" state="alpha" >}}
|
||||
|
||||
`HorizontalPodAutoscaler` 는 대상 리소스를 스케일링하기 위해 HPA가 파드 집합에서 개별 컨테이너의
|
||||
리소스 사용량을 추적할 수 있는 컨테이너 메트릭 소스도 지원한다.
|
||||
이를 통해 특정 파드에서 가장 중요한 컨테이너의 스케일링 임계값을 구성할 수 있다.
|
||||
예를 들어 웹 애플리케이션 프로그램과 로깅 사이드카가 있는 경우 사이드카 컨테이너와 해당 리소스 사용을 무시하고
|
||||
웹 애플리케이션의 리소스 사용을 기준으로 스케일링할 수 있다.
|
||||
|
||||
대상 리소스를 다른 컨테이너 세트를 사용하여 새 파드 명세를 갖도록 수정하는 경우
|
||||
새로 추가된 컨테이너도 스케일링에 사용해야 한다면 HPA 사양을 수정해야 한다.
|
||||
메트릭 소스에 지정된 컨테이너가 없거나 파드의 하위 집합에만 있는 경우
|
||||
해당 파드는 무시되고 권장 사항이 다시 계산된다. 계산에 대한 자세한 내용은 [알고리즘](#알고리즘-세부-정보)을
|
||||
을 참조한다. 컨테이너 리소스를 오토스케일링에 사용하려면 다음과 같이
|
||||
메트릭 소스를 정의한다.
|
||||
```yaml
|
||||
type: ContainerResource
|
||||
containerResource:
|
||||
name: cpu
|
||||
container: application
|
||||
target:
|
||||
type: Utilization
|
||||
averageUtilization: 60
|
||||
```
|
||||
|
||||
위의 예에서 HPA 컨트롤러는 모든 파드의 `application` 컨테이너에 있는 CPU의 평균 사용률이
|
||||
60%가 되도록 대상을 조정한다.
|
||||
|
||||
{{< note >}}
|
||||
HorizontalPodAutoscaler가 추적하는 컨테이너의 이름을 변경하는 경우
|
||||
특정 순서로 변경을 수행하여 변경 사항이 적용되는 동안 스케일링을 계속 사용할 수 있고
|
||||
효율적으로 유지할 수 있다. 컨테이너를 정의하는 리소스(예: 배포)를
|
||||
업데이트하기 전에 연결된 HPA를 업데이트하여 새 컨테이너 이름과 이전 컨테이너 이름을
|
||||
모두 추적해야 한다. 이러한 방식으로 HPA는 업데이트 프로세스 전반에 걸쳐 스케일링 권장 사항을
|
||||
계산할 수 있다.
|
||||
|
||||
컨테이너 이름 변경을 워크로드 리소스로 롤아웃한 후에는 HPA 사양에서
|
||||
이전 컨테이너 이름을 제거하여 정리한다.
|
||||
{{< /note >}}
|
||||
|
||||
## 멀티 메트릭을 위한 지원
|
||||
|
||||
Kubernetes 1.6은 멀티 메트릭을 기반으로 스케일링을 지원한다. `autoscaling/v2beta2` API
|
||||
|
||||
Reference in New Issue
Block a user