Merge pull request #37189 from hj-johannes-lee/dev-1.25-ko.1-m72-m73

[ko] Update outdated files dev-1.25-ko.1 (M72-M73)
pull/37408/head
Kubernetes Prow Robot 2022-10-18 09:05:19 -07:00 committed by GitHub
commit 9f74944fa0
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
2 changed files with 27 additions and 23 deletions

View File

@ -134,13 +134,13 @@ etcd:
election-timeout: 1000 election-timeout: 1000
``` ```
## 패치를 통해 컨트롤 플레인 사용자 정의하기 {#patches} ## 패치를 통해 사용자 정의하기 {#patches}
{{< feature-state for_k8s_version="v1.22" state="beta" >}} {{< feature-state for_k8s_version="v1.22" state="beta" >}}
Kubeadm을 사용하면 패치 파일이 있는 디렉토리를 개별 노드에 대한 `InitConfiguration``JoinConfiguration` Kubeadm을 사용하면 패치 파일이 있는 디렉토리를 개별 노드에 대한 `InitConfiguration``JoinConfiguration`
전달할 수 있다. 이 패치는 컨트롤 플레인 컴포넌트 메니패스트가 디스크에 기록되기 전에 전달할 수 있다. 이 패치는 컴포넌트 구성이 디스크에 기록되기 전에 최종 사용자 정의 단계로
최종 사용자 정의 단계로 사용될 수 있다. 사용될 수 있다.
`--config <YOUR CONFIG YAML>`을 사용하여 이 파일을 `kubeadm init`에 전달할 수 있다. `--config <YOUR CONFIG YAML>`을 사용하여 이 파일을 `kubeadm init`에 전달할 수 있다.
@ -168,7 +168,8 @@ kind: JoinConfiguration
디렉토리는 `target[suffix][+patchtype].extension` 형태의 파일을 포함해야 한다. 디렉토리는 `target[suffix][+patchtype].extension` 형태의 파일을 포함해야 한다.
예를 들면, `kube-apiserver0+merge.yaml` 또는 단순히 `etcd.json`의 형태이다. 예를 들면, `kube-apiserver0+merge.yaml` 또는 단순히 `etcd.json`의 형태이다.
- `target``kube-apiserver`, `kube-controller-manager`, `kube-scheduler` 그리고 `etcd` 중 하나가 될 수 있다. - `target``kube-apiserver`, `kube-controller-manager`, `kube-scheduler`, `etcd`
그리고 `kubeletconfiguration` 중 하나가 될 수 있다.
- `patchtype``strategic`, `merge` 그리고 `json` 중 하나가 될 수 있으며 - `patchtype``strategic`, `merge` 그리고 `json` 중 하나가 될 수 있으며
[kubectl에서 지원하는](/docs/tasks/manage-kubernetes-objects/update-api-object-kubectl-patch) 패치 형식을 준수해야 한다. [kubectl에서 지원하는](/docs/tasks/manage-kubernetes-objects/update-api-object-kubectl-patch) 패치 형식을 준수해야 한다.
`patchtype`의 기본값은 `strategic`이다. `patchtype`의 기본값은 `strategic`이다.
@ -183,20 +184,22 @@ kind: JoinConfiguration
API 구조를 현재는 지원하지 않는다. API 구조를 현재는 지원하지 않는다.
{{< /note >}} {{< /note >}}
## kubelet 사용자 정의하기 ## kubelet 사용자 정의하기 {#kubelet}
kubelet을 사용자 정의하려면, `KubeletConfiguration`을 동일한 구성 파일 내에서 `---`로 구분된 `ClusterConfiguration`이나 `InitConfiguration` 다음에 추가하면 kubelet을 사용자 정의하려면, [`KubeletConfiguration`](/docs/reference/config-api/kubelet-config.v1beta1/)을
된다. 그런 다음 `kubeadm init`에 해당 파일을 전달한다. 동일한 구성 파일 내에서 `---`로 구분된 `ClusterConfiguration`이나 `InitConfiguration` 다음에 추가하면 된다.
그런 다음 `kubeadm init`에 해당 파일을 전달하면, kubeadm은 동일한 기본 `KubeletConfiguration`
클러스터의 모든 노드에 적용한다.
{{< note >}} 기본 `KubeletConfiguration`에 더하여 인스턴스별 구성을 적용하기 위해서는
kubeadm은 클러스터의 모든 노드에 동일한 `KubeletConfiguration`을 적용한다. 노드별 설정을 [`kubeletconfiguration` 패치 target](#patches)을 이용할 수 있다.
적용하려면 kubelet 플래그를 덮어쓰기(overrides)로 사용하여, `InitConfiguration`
`JoinConfiguration` 모두에서 지원되는 `nodeRegistration.kubeletExtraArgs`에 전달할 수 있다.
일부 kubelet 플래그는 더 이상 사용되지 않는다(deprecated). 따라서 사용하기 전에 [kubelet 참조 문서](/docs/reference/command-line-tools-reference/kubelet)를 통해
상태를 확인해야 한다.
{{< /note >}}
자세한 사항은 [kubeadm을 통해 클러스터의 각 kubelet 구성하기](/docs/setup/production-environment/tools/kubeadm/kubelet-integration)에서 살펴본다. 다른 방법으로는, kubelet 플래그를 덮어쓰기(overrides)로 사용하여,
`InitConfiguration``JoinConfiguration` 모두에서 지원되는 `nodeRegistration.kubeletExtraArgs`에 전달할 수 있다.
일부 kubelet 플래그는 더 이상 사용되지 않는다(deprecated). 따라서 사용하기 전에
[kubelet 참조 문서](/docs/reference/command-line-tools-reference/kubelet)를 통해 상태를 확인해야 한다.
이 외 더 자세한 사항은 [kubeadm을 통해 클러스터의 각 kubelet 구성하기](/docs/setup/production-environment/tools/kubeadm/kubelet-integration)에서 살펴본다.
## kube-proxy 사용자 정의하기 ## kube-proxy 사용자 정의하기

View File

@ -12,7 +12,7 @@ card:
<img src="/images/kubeadm-stacked-color.png" align="right" width="150px"></img> <img src="/images/kubeadm-stacked-color.png" align="right" width="150px"></img>
이 페이지에서는 `kubeadm` 툴박스 설치 방법을 보여준다. 이 페이지에서는 `kubeadm` 툴박스 설치 방법을 보여준다.
이 설치 프로세스를 수행한 후 kubeadm으로 클러스터를 만드는 방법에 대한 자세한 내용은 [kubeadm 으로 클러스터 생성하기](/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/) 페이지를 참고한다. 이 설치 프로세스를 수행한 후 kubeadm으로 클러스터를 만드는 방법에 대한 자세한 내용은 [kubeadm으로 클러스터 생성하기](/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/) 페이지를 참고한다.
## {{% heading "prerequisites" %}} ## {{% heading "prerequisites" %}}
@ -212,28 +212,29 @@ sudo systemctl enable --now kubelet
CNI 플러그인 설치(대부분의 파드 네트워크에 필요) CNI 플러그인 설치(대부분의 파드 네트워크에 필요)
```bash ```bash
CNI_VERSION="v0.8.2" CNI_PLUGINS_VERSION="v1.1.1"
ARCH="amd64" ARCH="amd64"
sudo mkdir -p /opt/cni/bin DEST="/opt/cni/bin"
curl -L "https://github.com/containernetworking/plugins/releases/download/${CNI_VERSION}/cni-plugins-linux-${ARCH}-${CNI_VERSION}.tgz" | sudo tar -C /opt/cni/bin -xz sudo mkdir -p "$DEST"
curl -L "https://github.com/containernetworking/plugins/releases/download/${CNI_PLUGINS_VERSION}/cni-plugins-linux-${ARCH}-${CNI_PLUGINS_VERSION}.tgz" | sudo tar -C "$DEST" -xz
``` ```
명령어 파일을 다운로드할 디렉터리 정의 명령어 파일을 다운로드할 디렉터리 정의
{{< note >}} {{< note >}}
`DOWNLOAD_DIR` 변수는 쓰기 가능한 디렉터리로 설정되어야 한다. `DOWNLOAD_DIR` 변수는 쓰기 가능한 디렉터리로 설정되어야 한다.
Flatcar Container Linux를 실행 중인 경우, `DOWNLOAD_DIR=/opt/bin` 을 설정한다. Flatcar Container Linux를 실행 중인 경우, `DOWNLOAD_DIR="/opt/bin"` 을 설정한다.
{{< /note >}} {{< /note >}}
```bash ```bash
DOWNLOAD_DIR=/usr/local/bin DOWNLOAD_DIR="/usr/local/bin"
sudo mkdir -p $DOWNLOAD_DIR sudo mkdir -p "$DOWNLOAD_DIR"
``` ```
crictl 설치(kubeadm / Kubelet 컨테이너 런타임 인터페이스(CRI)에 필요) crictl 설치(kubeadm / Kubelet 컨테이너 런타임 인터페이스(CRI)에 필요)
```bash ```bash
CRICTL_VERSION="v1.22.0" CRICTL_VERSION="v1.25.0"
ARCH="amd64" ARCH="amd64"
curl -L "https://github.com/kubernetes-sigs/cri-tools/releases/download/${CRICTL_VERSION}/crictl-${CRICTL_VERSION}-linux-${ARCH}.tar.gz" | sudo tar -C $DOWNLOAD_DIR -xz curl -L "https://github.com/kubernetes-sigs/cri-tools/releases/download/${CRICTL_VERSION}/crictl-${CRICTL_VERSION}-linux-${ARCH}.tar.gz" | sudo tar -C $DOWNLOAD_DIR -xz
``` ```