Update to Outdated files in the dev-1.20-ko.7 branch part. 1.

2021-03-24 23:13:00 +09:00
parent ca2219f567
commit b59a32dfbc
41 changed files with 320 additions and 458 deletions
@@ -21,7 +21,7 @@ aliases:
 노드는 유효한 클라이언트 자격 증명과 함께 API 서버에 안전하게 연결할 수 있도록 클러스터에 대한 공개 루트 인증서로 프로비전해야 한다. 예를 들어, 기본 GKE 배포에서, kubelet에 제공되는 클라이언트 자격 증명은 클라이언트 인증서 형식이다. kubelet 클라이언트 인증서의 자동 프로비저닝은 [kubelet TLS 부트스트랩](/docs/reference/command-line-tools-reference/kubelet-tls-bootstrapping/)을 참고한다.

 API 서버에 연결하려는 파드는 쿠버네티스가 공개 루트 인증서와 유효한 베어러 토큰(bearer token)을 파드가 인스턴스화될 때 파드에 자동으로 주입하도록 서비스 어카운트를 활용하여 안전하게 연결할 수 있다.
-`kubernetes` 서비스(모든 네임스페이스의)는 API 서버의 HTTPS 엔드포인트로 리디렉션되는 가상 IP 주소(kube-proxy를 통해)로 구성되어 있다.
+`kubernetes` 서비스(`default` 네임스페이스의)는 API 서버의 HTTPS 엔드포인트로 리디렉션되는 가상 IP 주소(kube-proxy를 통해)로 구성되어 있다.

 컨트롤 플레인 컴포넌트는 보안 포트를 통해 클러스터 API 서버와도 통신한다.

@@ -27,7 +27,7 @@ weight: 10
 {{< glossary_tooltip text="API 서버" term_id="kube-apiserver" >}}에 노드를 추가하는 두가지 주요 방법이 있다.

 1. 노드의 kubelet으로 컨트롤 플레인에 자체 등록
-2. 사용자 또는 다른 사용자가 노드 오브젝트를 수동으로 추가
+2. 사용자(또는 다른 사용자)가 노드 오브젝트를 수동으로 추가

 노드 오브젝트 또는 노드의 kubelet으로 자체 등록한 후
 컨트롤 플레인은 새 노드 오브젝트가 유효한지 확인한다.
@@ -48,8 +48,8 @@ weight: 10

 쿠버네티스는 내부적으로 노드 오브젝트를 생성한다(표시한다). 쿠버네티스는
 kubelet이 노드의 `metadata.name` 필드와 일치하는 API 서버에 등록이 되어있는지 확인한다.
-노드가 정상이면(필요한 모든 서비스가 실행중인 경우) 파드를 실행할 수 있게 된다.
-그렇지 않으면, 해당 노드는 정상이 될때까지 모든 클러스터 활동에
+노드가 정상이면(예를 들어 필요한 모든 서비스가 실행중인 경우) 파드를 실행할 수 있게 된다.
+그렇지 않으면, 해당 노드는 정상이 될 때까지 모든 클러스터 활동에
 대해 무시된다.

 {{< note >}}
@@ -226,13 +226,14 @@ apiserver로부터 삭제되어 그 이름을 사용할 수 있는 결과를 낳
 노드 컨트롤러는 노드 리스트로부터 그 노드를 삭제한다.

 세 번째는 노드의 동작 상태를 모니터링 하는 것이다. 노드 컨트롤러는
-노드가 접근 불가할 경우 (즉 노드 컨트롤러가 어떠한 사유로 하트비트
-수신을 중지하는 경우, 예를 들어 노드 다운과 같은 경우이다.)
-NodeStatus의 NodeReady 컨디션을 ConditionUnknown으로 업데이트 하는 책임을 지고,
-노드가 계속 접근 불가할 경우 나중에 노드로부터 (정상적인 종료를 이용하여) 모든 파드를 축출시킨다.
-(ConditionUnknown을 알리기 시작하는 기본 타임아웃 값은 40초 이고,
-파드를 축출하기 시작하는 값은 5분이다.) 노드 컨트롤러는
-매 `--node-monitor-period` 초 마다 각 노드의 상태를 체크한다.
+다음을 담당한다.
+- 노드 다운과 같은 어떤 이유로 노드 컨트롤러가
+  하트비트 수신이 중단되는 경우 NodeStatus의 NodeReady
+  컨디션을 ConditionUnknown으로 업데이트 한다.
+- 노드가 계속 접근 불가할 경우 나중에 노드로부터 정상적인 종료를 이용해서 모든 파드를 축출 한다.
+  ConditionUnknown을 알리기 시작하는 기본 타임아웃 값은 40초 이고,
+  파드를 축출하기 시작하는 값은 5분이다.
+노드 컨트롤러는 매 `--node-monitor-period` 초 마다 각 노드의 상태를 체크한다.

 #### 하트비트

@@ -250,11 +251,12 @@ kubelet은 `NodeStatus` 와 리스 오브젝트를 생성하고 업데이트 할

 - kubelet은 상태가 변경되거나 구성된 상태에 대한 업데이트가 없는 경우,
  `NodeStatus` 를 업데이트 한다. `NodeStatus` 의 기본 업데이트
-  주기는 5분이다(연결할 수 없는 노드의 시간 제한인 40초
-  보다 훨씬 길다).
+  주기는 5분으로, 연결할 수 없는 노드의 시간 제한인 40초
+  보다 훨씬 길다.
 - kubelet은 10초마다 리스 오브젝트를 생성하고 업데이트 한다(기본 업데이트 주기).
  리스 업데이트는 `NodeStatus` 업데이트와는
-  독립적으로 발생한다. 리스 업데이트가 실패하면 kubelet에 의해 재시도하며 7초로 제한된 지수 백오프를 200 밀리초에서 부터 시작한다.
+  독립적으로 발생한다. 리스 업데이트가 실패하면 kubelet에 의해 재시도하며
+  7초로 제한된 지수 백오프를 200 밀리초에서 부터 시작한다.

 #### 안정성

@@ -264,13 +266,13 @@ kubelet은 `NodeStatus` 와 리스 오브젝트를 생성하고 업데이트 할

 노드 축출 행위는 주어진 가용성 영역 내 하나의 노드가 상태가 불량할
 경우 변화한다. 노드 컨트롤러는 영역 내 동시에 상태가 불량한 노드의 퍼센티지가 얼마나 되는지
-체크한다(NodeReady 컨디션은 ConditionUnknown 또는 ConditionFalse 다.).
-상태가 불량한 노드의 일부가 최소
-`--unhealthy-zone-threshold` 기본값 0.55) 가
-되면 축출 비율은 감소한다. 클러스터가 작으면 (즉
-`--large-cluster-size-threshold` 노드 이하면 - 기본값 50) 축출은 중지되고,
-그렇지 않으면 축출 비율은 초당
-`--secondary-node-eviction-rate`(기본값 0.01)로 감소된다.
+체크한다(NodeReady 컨디션은 ConditionUnknown 또는
+ConditionFalse 다.).
+- 상태가 불량한 노드의 일부가 최소 `--unhealthy-zone-threshold`
+  (기본값 0.55)가 되면 축출 비율은 감소한다.
+- 클러스터가 작으면 (즉 `--large-cluster-size-threshold`
+  노드 이하면 - 기본값 50) 축출은 중지되고, 그렇지 않으면 축출 비율은 초당
+  `--secondary-node-eviction-rate`(기본값 0.01)로 감소된다.
 이 정책들이 가용성 영역 단위로 실행되어지는 이유는 나머지가 연결되어 있는 동안
 하나의 가용성 영역이 마스터로부터 분할되어 질 수도 있기 때문이다.
 만약 클러스터가 여러 클라우드 제공사업자의 가용성 영역에 걸쳐 있지 않으면,
@@ -299,8 +301,8 @@ kubelet은 `NodeStatus` 와 리스 오브젝트를 생성하고 업데이트 할

 ### 노드 용량

-노드 오브젝트는 노드 리소스 용량에 대한 정보(예: 사용 가능한 메모리의
-양과 CPU의 수)를 추적한다.
+노드 오브젝트는 노드 리소스 용량에 대한 정보: 예를 들어, 사용 가능한 메모리의
+양과 CPU의 수를 추적한다.
 노드의 [자체 등록](#노드에-대한-자체-등록)은 등록하는 중에 용량을 보고한다.
 [수동](#수동-노드-관리)으로 노드를 추가하는 경우 추가할 때
 노드의 용량 정보를 설정해야 한다.