Merge remote-tracking branch 'upstream/master' into zacharysarah-merged-master-dev-1.18

content/ko/docs/tasks/run-application/horizontal-pod-autoscale.md

@@ -154,12 +154,15 @@ HorizontalPodAutoscaler에 여러 메트릭이 지정된 경우, 이 계산은
 큰 값이 선택된다. 이러한 메트릭 중 어떠한 것도 원하는
 레플리카 수로 변환할 수 없는 경우(예 : 메트릭 API에서 메트릭을
 가져오는 중 오류 발생) 스케일을 건너뛴다.
+이는 하나 이상의 메트릭이
+현재 값보다 높은 `desiredReplicas` 을 제공하는 경우
+HPA가 여전히 확장할 수 있음을 의미한다.
 
-마지막으로, HPA가 목표를 스케일하기 직전에 스케일 권장 사항이 기록된다. 컨트롤러는
-구성 가능한 창(window) 내에서 가장 높은 권장 사항을 선택하도록 해당 창 내의
+마지막으로, HPA가 목표를 스케일하기 직전에 스케일 권장 사항이 기록된다.
+컨트롤러는 구성 가능한 창(window) 내에서 가장 높은 권장 사항을 선택하도록 해당 창 내의
 모든 권장 사항을 고려한다. 이 값은 `--horizontal-pod-autoscaler-downscale-stabilization` 플래그를 사용하여 설정할 수 있고, 기본 값은 5분이다.
-즉, 스케일 다운이 점진적으로 발생하여 급격히 변동하는 메트릭 값의
-영향을 완만하게 한다.
+즉, 스케일 다운이 점진적으로 발생하여 급격히 변동하는
+메트릭 값의 영향을 완만하게 한다.
 
 ## API 오브젝트
 
@@ -206,8 +209,8 @@ Horizontal Pod Autoscaler를 사용하여 레플리카 그룹의 스케일을
 평가된 메트릭의 동적인 특징 때문에 레플리카 수가
 자주 변동할 수 있다. 이것은 때로는 *스래싱 (thrashing)* 이라고도 한다.
 
-v1.6부터 클러스터 운영자는 `kube-controller-manager` 구성
-요소의 플래그로 노출된 글로벌 HPA 설정을 조정하여 이 문제를 완화할 수 있다.
+v1.6 부터 클러스터 운영자는 `kube-controller-manager` 컴포넌트의 플래그로
+노출된 글로벌 HPA 설정을 튜닝하여 이 문제를 완화할 수 있다.
 
 v1.12부터는 새로운 알고리즘 업데이트가 업스케일 지연에 대한
 필요성을 제거하였다.
@@ -283,4 +286,4 @@ API에 접속하려면 클러스터 관리자는 다음을 확인해야 한다.
 * kubectl 오토스케일 커맨드: [kubectl autoscale](/docs/reference/generated/kubectl/kubectl-commands/#autoscale).
 * [Horizontal Pod Autoscaler](/ko/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/)의 사용 예제.
 
-{{% /capture %}}
+{{% /capture %}}