c52818c03d
This is the first step to rename 'zh' to 'zh-cn'. There are several reasons why we rename the language name.
- The upstream docsy theme changed the language name, leading to many warnings during site build;
The side-effect is that the i18n strings are no longer working.
- We believe renaming the language is the right thing to do, because this move can make room for other variants of Chinese language, such as 'zh-tw', 'zh-sg' etc.
There would be several follow-ups to this PR, such as fixing the intra-site links, adding redirects etc.
We will lock up changes to zh/zh-cn pages for the moment, until this one gets in.
This PR is based on commit cdad0a7342.
193 lines
6.6 KiB
Markdown
193 lines
6.6 KiB
Markdown
---
|
|
title: 校验节点设置
|
|
weight: 30
|
|
---
|
|
<!--
|
|
reviewers:
|
|
- Random-Liu
|
|
title: Validate node setup
|
|
weight: 30
|
|
-->
|
|
|
|
{{< toc >}}
|
|
|
|
<!--
|
|
## Node Conformance Test
|
|
-->
|
|
## 节点一致性测试 {#node-conformance-test}
|
|
|
|
<!--
|
|
*Node conformance test* is a containerized test framework that provides a system
|
|
verification and functionality test for a node. The test validates whether the
|
|
node meets the minimum requirements for Kubernetes; a node that passes the test
|
|
is qualified to join a Kubernetes cluster.
|
|
-->
|
|
**节点一致性测试** 是一个容器化的测试框架,提供了针对节点的系统验证和功能测试。
|
|
测试验证节点是否满足 Kubernetes 的最低要求;通过测试的节点有资格加入 Kubernetes 集群。
|
|
|
|
<!--
|
|
The test validates whether the node meets the minimum requirements for Kubernetes; a node that passes the testis qualified to join a Kubernetes cluster.
|
|
-->
|
|
该测试主要检测节点是否满足 Kubernetes 的最低要求,通过检测的节点有资格加入 Kubernetes 集群。
|
|
|
|
<!--
|
|
## Node Prerequisite
|
|
-->
|
|
## 节点的前提条件 {#node-prerequisite}
|
|
|
|
<!--
|
|
To run node conformance test, a node must satisfy the same prerequisites as a
|
|
standard Kubernetes node. At a minimum, the node should have the following
|
|
daemons installed:
|
|
-->
|
|
要运行节点一致性测试,节点必须满足与标准 Kubernetes 节点相同的前提条件。节点至少应安装以下守护程序:
|
|
|
|
<!--
|
|
* Container Runtime (Docker)
|
|
* Kubelet
|
|
-->
|
|
* 容器运行时 (Docker)
|
|
* Kubelet
|
|
|
|
<!--
|
|
## Running Node Conformance Test
|
|
-->
|
|
## 运行节点一致性测试 {#running-node-conformance-test}
|
|
|
|
<!--
|
|
To run the node conformance test, perform the following steps:
|
|
-->
|
|
要运行节点一致性测试,请执行以下步骤:
|
|
|
|
<!--
|
|
1. Work out the value of the `--kubeconfig` option for the kubelet; for example:
|
|
`--kubeconfig=/var/lib/kubelet/config.yaml`.
|
|
Because the test framework starts a local control plane to test the kubelet,
|
|
use `http://localhost:8080` as the URL of the API server.
|
|
There are some other kubelet command line parameters you may want to use:
|
|
* `--cloud-provider`: If you are using `--cloud-provider=gce`, you should
|
|
remove the flag to run the test.
|
|
-->
|
|
1. 得出 kubelet 的 `--kubeconfig` 的值;例如:`--kubeconfig=/var/lib/kubelet/config.yaml`。
|
|
由于测试框架启动了本地控制平面来测试 kubelet,因此使用 `http://localhost:8080`
|
|
作为API 服务器的 URL。
|
|
一些其他的 kubelet 命令行参数可能会被用到:
|
|
* `--cloud-provider`:如果使用 `--cloud-provider=gce`,需要移除这个参数来运行测试。
|
|
|
|
|
|
<!--
|
|
2. Run the node conformance test with command:
|
|
|
|
```shell
|
|
# $CONFIG_DIR is the pod manifest path of your Kubelet.
|
|
# $LOG_DIR is the test output path.
|
|
sudo docker run -it --rm --privileged --net=host \
|
|
-v /:/rootfs -v $CONFIG_DIR:$CONFIG_DIR -v $LOG_DIR:/var/result \
|
|
k8s.gcr.io/node-test:0.2
|
|
```
|
|
-->
|
|
2. 使用以下命令运行节点一致性测试:
|
|
|
|
```shell
|
|
# $CONFIG_DIR 是你 Kubelet 的 pod manifest 路径。
|
|
# $LOG_DIR 是测试的输出路径。
|
|
sudo docker run -it --rm --privileged --net=host \
|
|
-v /:/rootfs -v $CONFIG_DIR:$CONFIG_DIR -v $LOG_DIR:/var/result \
|
|
k8s.gcr.io/node-test:0.2
|
|
```
|
|
|
|
<!--
|
|
## Running Node Conformance Test for Other Architectures
|
|
-->
|
|
## 针对其他硬件体系结构运行节点一致性测试 {#running-node-conformance-test-for-other-architectures}
|
|
|
|
<!--
|
|
Kubernetes also provides node conformance test docker images for other
|
|
architectures:
|
|
-->
|
|
Kubernetes 也为其他硬件体系结构的系统提供了节点一致性测试的 Docker 镜像:
|
|
|
|
<!--
|
|
Arch | Image |
|
|
--------|:-----------------:|
|
|
amd64 | node-test-amd64 |
|
|
arm | node-test-arm |
|
|
arm64 | node-test-arm64 |
|
|
-->
|
|
架构 | 镜像 |
|
|
--------|:-----------------:|
|
|
amd64 | node-test-amd64 |
|
|
arm | node-test-arm |
|
|
arm64 | node-test-arm64 |
|
|
|
|
<!--
|
|
## Running Selected Test
|
|
-->
|
|
## 运行特定的测试 {#running-selected-test}
|
|
|
|
<!--
|
|
To run specific tests, overwrite the environment variable `FOCUS` with the
|
|
regular expression of tests you want to run.
|
|
-->
|
|
要运行特定测试,请使用你希望运行的测试的特定表达式覆盖环境变量 `FOCUS`。
|
|
|
|
```shell
|
|
sudo docker run -it --rm --privileged --net=host \
|
|
-v /:/rootfs:ro -v $CONFIG_DIR:$CONFIG_DIR -v $LOG_DIR:/var/result \
|
|
-e FOCUS=MirrorPod \ # Only run MirrorPod test
|
|
k8s.gcr.io/node-test:0.2
|
|
```
|
|
|
|
<!--
|
|
To skip specific tests, overwrite the environment variable `SKIP` with the
|
|
regular expression of tests you want to skip.
|
|
-->
|
|
要跳过特定的测试,请使用你希望跳过的测试的常规表达式覆盖环境变量 `SKIP`。
|
|
|
|
<!--
|
|
```shell
|
|
sudo docker run -it --rm --privileged --net=host \
|
|
-v /:/rootfs:ro -v $CONFIG_DIR:$CONFIG_DIR -v $LOG_DIR:/var/result \
|
|
-e SKIP=MirrorPod \ # Run all conformance tests but skip MirrorPod test
|
|
k8s.gcr.io/node-test:0.2
|
|
```
|
|
-->
|
|
```shell
|
|
sudo docker run -it --rm --privileged --net=host \
|
|
-v /:/rootfs:ro -v $CONFIG_DIR:$CONFIG_DIR -v $LOG_DIR:/var/result \
|
|
-e SKIP=MirrorPod \ # 运行除 MirrorPod 测试外的所有一致性测试内容
|
|
k8s.gcr.io/node-test:0.2
|
|
```
|
|
|
|
|
|
<!--
|
|
Node conformance test is a containerized version of [node e2e test](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-node/e2e-node-tests.md).
|
|
-->
|
|
节点一致性测试是[节点端到端测试](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-node/e2e-node-tests.md)的容器化版本。
|
|
<!--
|
|
By default, it runs all conformance tests.
|
|
-->
|
|
默认情况下,它会运行所有一致性测试。
|
|
|
|
<!--
|
|
Theoretically, you can run any node e2e test if you configure the container and
|
|
mount required volumes properly. But **it is strongly recommended to only run conformance
|
|
test**, because it requires much more complex configuration to run non-conformance test.
|
|
-->
|
|
理论上,只要合理地配置容器和挂载所需的卷,就可以运行任何的节点端到端测试用例。但是这里**强烈建议只运行一致性测试**,因为运行非一致性测试需要很多复杂的配置。
|
|
|
|
<!--
|
|
## Caveats
|
|
-->
|
|
## 注意事项 {#caveats}
|
|
|
|
<!--
|
|
* The test leaves some docker images on the node, including the node conformance
|
|
test image and images of containers used in the functionality
|
|
test.
|
|
* The test leaves dead containers on the node. These containers are created
|
|
during the functionality test.
|
|
-->
|
|
|
|
* 测试会在节点上遗留一些 Docker 镜像,包括节点一致性测试本身的镜像和功能测试相关的镜像。
|
|
* 测试会在节点上遗留一些死的容器。这些容器是在功能测试的过程中创建的。 |