diff --git a/content/zh/docs/tutorials/kubernetes-basics/cluster-intro.html b/content/zh/docs/tutorials/kubernetes-basics/cluster-intro.html index ed7b3df876..1b948a5e0e 100644 --- a/content/zh/docs/tutorials/kubernetes-basics/cluster-intro.html +++ b/content/zh/docs/tutorials/kubernetes-basics/cluster-intro.html @@ -10,7 +10,7 @@
-
+
@@ -82,15 +82,15 @@
-

主节点负责管理集群主节点负责协调集群中的所有活动，例如调度应用程序，维护应用程序的所需状态，扩展应用程序以及回滚更新。

+

主节点负责管理集群 主节点负责协调集群中的所有活动，例如调度应用程序，维护应用程序的所需状态，扩展应用程序以及回滚更新。

-

工作节点是虚拟机或物理机，充当 Kubernetes 集群中的计算节点。每个节点都有一个 Kubelet ，它是一个管理节点并与 Kubernetes master 节点通信的代理。该节点还应具有用于处理容器操作的工具，例如 Docker 或 rkt 。应用于生产的 Kubernetes 集群应至少有三个节点。

+

工作节点是虚拟机或物理机，充当 Kubernetes 集群中的计算节点。每个节点都有一个 Kubelet ，它是一个管理节点并与 Kubernetes 主节点通信的代理。该节点还应具有用于处理容器操作的工具，例如 Docker 或 rkt 。应用于生产的 Kubernetes 集群应至少有三个节点。

-

主节点管理集群，Node 节点用于承载运行的应用程序。

+

主节点管理集群，工作节点用于承载运行的应用程序。

@@ -98,7 +98,7 @@
-

在 Kubernetes 上部署应用程序时，您可以与主节点交互启动应用容器。 主节点调度容器以在集群的工作节点上运行。 工作节点使用主节点公开的 Kubernetes API 与主节点进行通信。最终用户还可以直接使用 Kubernetes API 与群集进行交互。

+

在 Kubernetes 上部署应用程序时，您可以与主节点交互启动应用容器。 master 节点调度容器以在集群的工作节点上运行。 工作节点使用主节点公开的 Kubernetes API 与主节点进行通信。最终用户还可以直接使用 Kubernetes API 与群集进行交互。

Kubernetes 集群可以部署在物理机或虚拟机上。要使用 Kubernetes ，您可以使用 Minikube 。 Minikube 是一种轻量级的 Kubernetes ，可以在本地机器上创建虚拟机并部署只有一个节点的简单集群。 Minikube 使用与 Linux， macOS 和 Windows 系统。Minikube CLI 提供了与集群一起使用的基本引导操作，包括启动，停止，状态和删除。但是对于本教程，您将使用预先安装了 Minikube 的在线终端。

diff --git a/content/zh/docs/tutorials/kubernetes-basics/explore/explore-intro.html b/content/zh/docs/tutorials/kubernetes-basics/explore/explore-intro.html new file mode 100644 index 0000000000..cedde295bb --- /dev/null +++ b/content/zh/docs/tutorials/kubernetes-basics/explore/explore-intro.html @@ -0,0 +1,222 @@ +--- +title: 查看 pod 和工作节点 +weight: 10 +--- + + + + + + + + + + +
+ +
+ +
+ +
+ +

目标

+
    + +
  • 了解 Kubernetes Pod。
    • +
  • 了解 Kubernetes 工作节点。
    • +
  • 对已部署的应用故障排除。
    • +
+
+ +
+ +

Kubernetes Pods

+ +

在模块 2创建 Deployment 时, Kubernetes 添加 a Pod 托管你的应用实例。Pod 是 Kubernetes 抽象出来的，表示一组一个或多个应用程序容器（如 Docker 或 rkt ），以及这些容器的一些共享资源。这些资源包括:

+ +
    +
  • 共享存储，当作卷
    • +
  • 网络，作为唯一的集群 IP 地址
    • +
  • 有关每个容器如何运行的信息，例如容器映像版本或要使用的特定端口。
    • +
+ +

Pod 为特定于应用程序的“逻辑主机”建模，并且可以包含相对紧耦合的不同应用容器。例如，Pod 可能既包含带有 Node.js 应用的容器，也包含另一个不同的容器，用于提供 Node.js 网络服务器要发布的数据。Pod 中的容器共享 IP 地址和端口，始终位于同一位置并且共同调度，并在同一工作节点上的共享上下文中运行。

+ +

Pod是 Kubernetes 平台上的原子单元。 当我们在 Kubernetes 上创建 Deployment 时，该 Deployment 会在其中创建包含容器的 Pod （而不是直接创建容器）。每个 Pod 都与调度它的工作节点绑定，并保持在那里直到终止（根据重启策略）或删除。 如果工作节点发生故障，则会在群集中的其他可用工作节点上调度相同的 Pod。

+ +
+
+
+ +

总结:

+
    +
  • Pods
    • +
  • 工作节点
    • + +
  • Kubectl 主要命令
    • +
+
+
+ +

+ Pod 是一组一个或多个应用程序容器（例如 Docker 或 rkt ），包括共享存储（卷), IP 地址和有关如何运行它们的信息。 +

+
+
+
+
+ +
+
+ +

Pod 概览

+
+
+ +
+
+

+
+
+
+ +
+
+ +

工作节点

+

一个 pod 总是运行在 工作节点。工作节点是 Kubernetes 中的参与计算的机器，可以是虚拟机或物理计算机，具体取决于集群。每个工作节点由主节点管理。工作节点可以有多个 pod ，Kubernetes 主节点会自动处理在群集中的工作节点上调度 pod 。 主节点的自动调度考量了每个工作节点上的可用资源。

+ +

每个 Kubernetes 工作节点至少运行:

+
    +
  • Kubelet，负责 Kubernetes 主节点和工作节点之间通信的过程; 它管理 Pod 和机器上运行的容器。
    • +
  • 容器运行时（如 Docker ，rkt ）负责从仓库中提取容器镜像，解压缩容器以及运行应用程序。
    • +
+
+
+
+ +

如果它们紧耦合并且需要共享磁盘等资源，这些容器应在一个 Pod 中编排。

+
+
+
+ +
+ +
+
+ +

工作节点概览

+
+
+ +
+
+

+
+
+
+ +
+
+ +

使用 kubectl 进行故障排除

+ +

在模块 2,您使用了 Kubectl 命令行界面。 您将继续在第3单元中使用它来获取有关已部署的应用程序及其环境的信息。 最常见的操作可以使用以下 kubectl 命令完成：

+ +
    +
  • kubectl get - 列出资源
    • +
  • kubectl describe - 显示有关资源的详细信息
    • +
  • kubectl logs - 打印 pod 和其中容器的日志
    • +
  • kubectl exec - 在 pod 中的容器上执行命令
    • +
+ +

您可以使用这些命令查看应用程序的部署时间，当前状态，运行位置以及配置。

+ +

现在我们了解了有关集群组件和命令行的更多信息，让我们来探索一下我们的应用程序。

+ +
+
+
+ +

工作节点是 Kubernetes 中的负责计算的机器，可能是VM或物理计算机，具体取决于群集。多个 Pod 可以在一个工作节点上运行。

+
+
+
+
+ +
+
+ + 开始交互式教程 › +
+
+ +
+ +
+ + +