Add content/zh/docs/tutorials/kubernetes-basics/explore/explore-intro.html#14877
Conversation
# Conflicts: # content/zh/docs/tutorials/kubernetes-basics/cluster-intro.html
…into tutorials-release-1.14 # Conflicts: # content/zh/docs/tutorials/kubernetes-basics/cluster-intro.html
| <div class="col-md-8"> | ||
| <!-- <h3>Kubernetes Clusters</h3> --> | ||
| <h3> Kubernetes 集群</h3> | ||
| <h3>Kubernetes集群</h3> |
There was a problem hiding this comment.
We have code style as space between english, number and such things :D
| <h3>Kubernetes集群</h3> | |
| <h3>Kubernetes 集群</h3> |
| <ul> | ||
| <!-- <li>The <b>Master</b> coordinates the cluster</li> --> | ||
| <li> <b> 主节点 </b> 协调集群</li> | ||
| <li> <b> Master </b> 协调集群</li> |
There was a problem hiding this comment.
We should use 主节点 as easy understandable
|
In my opinion, 主节点 should be used as much as we can. |
|
|
||
| <!-- <p>A Kubernetes cluster can be deployed on either physical or virtual machines. To get started with Kubernetes development, you can use Minikube. Minikube is a lightweight Kubernetes implementation that creates a VM on your local machine and deploys a simple cluster containing only one node. Minikube is available for Linux, macOS, and Windows systems. The Minikube CLI provides basic bootstrapping operations for working with your cluster, including start, stop, status, and delete. For this tutorial, however, you'll use a provided online terminal with Minikube pre-installed.</p> --> | ||
| <p> Kubernetes 集群可以部署在物理机或虚拟机上。要使用 Kubernetes ,您可以使用 Minikube 。 Minikube 是一种轻量级的 Kubernetes ,可以在本地机器上创建虚拟机并部署只有一个节点的简单集群。 Minikube 使用与 Linux, macOS 和 Windows 系统。Minikube CLI 提供了与集群一起使用的基本引导操作,包括启动,停止,状态和删除。但是对于本教程,您将使用预先安装了 Minikube 的在线终端。</p> | ||
| <p> Kubernetes 集群可以部署在物理机或虚拟机上。要使用 Kubernetes ,您可以使用 Minikube 。 Minikube 是一种轻量级的 Kubernetes ,可以在本地机器上创建虚拟机并部署只有一个节点的简单集群。 Minikube 使用与 Linux , macOS 和 Windows 系统。Minikube CLI 提供了与集群一起使用的基本引导操作,包括启动,停止,状态和删除。但是对于本教程,您将使用预先安装了 Minikube 的在线终端。</p> |
There was a problem hiding this comment.
| <p> Kubernetes 集群可以部署在物理机或虚拟机上。要使用 Kubernetes ,您可以使用 Minikube 。 Minikube 是一种轻量级的 Kubernetes ,可以在本地机器上创建虚拟机并部署只有一个节点的简单集群。 Minikube 使用与 Linux , macOS 和 Windows 系统。Minikube CLI 提供了与集群一起使用的基本引导操作,包括启动,停止,状态和删除。但是对于本教程,您将使用预先安装了 Minikube 的在线终端。</p> | |
| <p> Kubernetes 集群可以部署在物理机或虚拟机上。要使用 Kubernetes ,您可以使用 Minikube 。 Minikube 是一种轻量级的 Kubernetes ,可以在本地机器上创建虚拟机并部署只有一个节点的简单集群。 Minikube 使用与 Linux, macOS 和 Windows 系统。Minikube CLI 提供了与集群一起使用的基本引导操作,包括启动,停止,状态和删除。但是对于本教程,您将使用预先安装了 Minikube 的在线终端。</p> |
There was a problem hiding this comment.
no need to have space in linux ,
| <!-- | ||
| <h2>Kubernetes Pods</h2> | ||
| --> | ||
| <h2> Kubernetes Pod </h2> |
There was a problem hiding this comment.
this is in HTLM code :) no need to space between the tag and words
| <h2> Kubernetes Pod </h2> | |
| <h2>Kubernetes Pods</h2> |
| <!-- | ||
| <p>Pods are the atomic unit on the Kubernetes platform. When we create a Deployment on Kubernetes, that Deployment creates Pods with containers inside them (as opposed to creating containers directly). Each Pod is tied to the Node where it is scheduled, and remains there until termination (according to restart policy) or deletion. In case of a Node failure, identical Pods are scheduled on other available Nodes in the cluster.</p> | ||
| --> | ||
| <p>Po d是 Kubernetes 平台上的最小单元。 当我们在 Kubernetes 上创建 Deployment 时,该 Deployment 会在其中创建包含容器的 Pod (而不是直接创建容器)。每个 Pod 都与调度它的节点绑定,并保持在那里直到终止(根据重启策略)或删除。 如果节点发生故障,则会在群集中的其他可用节点上调度相同的 Pod 。</p> |
There was a problem hiding this comment.
| <p>Po d是 Kubernetes 平台上的最小单元。 当我们在 Kubernetes 上创建 Deployment 时,该 Deployment 会在其中创建包含容器的 Pod (而不是直接创建容器)。每个 Pod 都与调度它的节点绑定,并保持在那里直到终止(根据重启策略)或删除。 如果节点发生故障,则会在群集中的其他可用节点上调度相同的 Pod 。</p> | |
| <p>Pod是 Kubernetes 平台上的最小单元。 当我们在 Kubernetes 上创建 Deployment 时,该 Deployment 会在其中创建包含容器的 Pod (而不是直接创建容器)。每个 Pod 都与调度它的节点绑定,并保持在那里直到终止(根据重启策略)或删除。 如果节点发生故障,则会在群集中的其他可用节点上调度相同的 Pod 。</p> |
|
I will dig little bit more during night. |
| <li> <b> 主节点 </b> 协调集群</li> | ||
| <!-- <li><b>Nodes</b> are the workers that run applications</li> --> | ||
| <li><b> 工作节点 </b> 运行应用的工作节点</li> | ||
| <li><b> Node </b> 运行应用的工作节点</li> |
There was a problem hiding this comment.
| <li><b> Node </b> 运行应用的工作节点</li> | |
| <li><b>工作节点</b> 运行应用的工作节点</li> |
| <div class="col-md-8"> | ||
| <!-- <p><b>The Master is responsible for managing the cluster.</b> The master coordinates all activities in your cluster, such as scheduling applications, maintaining applications' desired state, scaling applications, and rolling out new updates.</p> --> | ||
| <p><b>主节点负责管理集群</b>主节点负责协调集群中的所有活动,例如调度应用程序,维护应用程序的所需状态,扩展应用程序以及回滚更新。</p> | ||
| <p><b> Master 节点负责管理集群</b> master 负责协调集群中的所有活动,例如调度应用程序,维护应用程序的所需状态,扩展应用程序以及回滚更新。</p> |
There was a problem hiding this comment.
| <p><b> Master 节点负责管理集群</b> master 负责协调集群中的所有活动,例如调度应用程序,维护应用程序的所需状态,扩展应用程序以及回滚更新。</p> | |
| <p><b>主节点负责管理集群</b>主节点负责协调集群中的所有活动,例如调度应用程序,维护应用程序的所需状态,扩展应用程序以及回滚更新。</p> |
| <p><b> Master 节点负责管理集群</b> master 负责协调集群中的所有活动,例如调度应用程序,维护应用程序的所需状态,扩展应用程序以及回滚更新。</p> | ||
| <!-- <p><b>A node is a VM or a physical computer that serves as a worker machine in a Kubernetes cluster.</b> Each node has a Kubelet, which is an agent for managing the node and communicating with the Kubernetes master. The node should also have tools for handling container operations, such as Docker or rkt. A Kubernetes cluster that handles production traffic should have a minimum of three nodes.</p> --> | ||
| <p><b>工作节点是虚拟机或物理机,充当 Kubernetes 集群中的计算节点。</b>每个节点都有一个 Kubelet ,它是一个管理节点并与 Kubernetes master 节点通信的代理。该节点还应具有用于处理容器操作的工具,例如 Docker 或 rkt 。应用于生产的 Kubernetes 集群应至少有三个节点。</p> | ||
| <p><b> Node 节点是虚拟机或物理机,充当 Kubernetes 集群中的计算节点。</b>每个节点都有一个 Kubelet ,它是一个管理节点并与 Kubernetes master 节点通信的代理。该节点还应具有用于处理容器操作的工具,例如 Docker 或 rkt 。应用于生产的 Kubernetes 集群应至少有三个节点。</p> |
There was a problem hiding this comment.
| <p><b> Node 节点是虚拟机或物理机,充当 Kubernetes 集群中的计算节点。</b>每个节点都有一个 Kubelet ,它是一个管理节点并与 Kubernetes master 节点通信的代理。该节点还应具有用于处理容器操作的工具,例如 Docker 或 rkt 。应用于生产的 Kubernetes 集群应至少有三个节点。</p> | |
| <p><b>工作节点是虚拟机或物理机,充当 Kubernetes 集群中的计算节点。</b>每个节点都有一个 Kubelet ,它是一个管理节点并与 Kubernetes master 节点通信的代理。该节点还应具有用于处理容器操作的工具,例如 Docker 或 rkt 。应用于生产的 Kubernetes 集群应至少有三个节点。</p> |
| <div class="content__box content__box_fill"> | ||
| <!-- <p><i>Masters manage the cluster and the nodes are used to host the running applications.</i></p> --> | ||
| <p><i>主节点管理集群,Node 节点用于承载运行的应用程序。</i></p> | ||
| <p><i> Master 节点管理集群,Node 节点用于承载运行的应用程序。</i></p> |
There was a problem hiding this comment.
| <p><i> Master 节点管理集群,Node 节点用于承载运行的应用程序。</i></p> | |
| <p><i>主节点管理集群,Node 节点用于承载运行的应用程序。</i></p> |
| <div class="col-md-8"> | ||
| <!-- <p>When you deploy applications on Kubernetes, you tell the master to start the application containers. The master schedules the containers to run on the cluster's nodes. <b>The nodes communicate with the master using the Kubernetes API</b>, which the master exposes. End users can also use the Kubernetes API directly to interact with the cluster.</p> --> | ||
| <p>在 Kubernetes 上部署应用程序时,您可以与主节点交互启动应用容器。 主节点调度容器以在集群的工作节点上运行。 <b>工作节点使用主节点公开的 Kubernetes API </b>与主节点进行通信。最终用户还可以直接使用 Kubernetes API 与群集进行交互。</p> | ||
| <p>在 Kubernetes 上部署应用程序时,您可以与 master 节点交互启动应用容器。 master 节点调度容器以在集群的 Node 节点上运行。 <b> node 节点使用 master 节点公开的 Kubernetes API </b>与 master 节点进行通信。最终用户还可以直接使用 Kubernetes API 与群集进行交互。</p> |
There was a problem hiding this comment.
| <p>在 Kubernetes 上部署应用程序时,您可以与 master 节点交互启动应用容器。 master 节点调度容器以在集群的 Node 节点上运行。 <b> node 节点使用 master 节点公开的 Kubernetes API </b>与 master 节点进行通信。最终用户还可以直接使用 Kubernetes API 与群集进行交互。</p> | |
| <p>在 Kubernetes 上部署应用程序时,您可以与主节点交互启动应用容器。 主节点调度容器以在集群的 工作节点上运行。 <b>工作节点使用主节点公开的 Kubernetes API </b>与主节点进行通信。最终用户还可以直接使用 Kubernetes API 与群集进行交互。</p> |
| </ul> | ||
| --> | ||
| <h2>节点</h2> | ||
| <p>一个 pod 总是运行在 <b>Node</b>。 Node 是 Kubernetes 中的参与计算的机器,可以是虚拟机或物理计算机,具体取决于集群。每个节点由主节点管理。节点可以有多个 pod ,Kubernetes 主节点会自动处理在群集中的节点上调度 pod 。 主节点的自动调度考量了每个节点上的可用资源。</p> |
There was a problem hiding this comment.
| <p>一个 pod 总是运行在 <b>Node</b>。 Node 是 Kubernetes 中的参与计算的机器,可以是虚拟机或物理计算机,具体取决于集群。每个节点由主节点管理。节点可以有多个 pod ,Kubernetes 主节点会自动处理在群集中的节点上调度 pod 。 主节点的自动调度考量了每个节点上的可用资源。</p> | |
| <p>一个 pod 总是运行在 <b>工作节点</b>。 工作节点是 Kubernetes 中的参与计算的机器,可以是虚拟机或物理计算机,具体取决于集群。每个工作节点由主节点管理。工作节点可以有多个 pod ,Kubernetes 主节点会自动处理在群集中的工作节点上调度 pod 。 主节点的自动调度考量了每个工作节点上的可用资源。</p> |
| <h2>节点</h2> | ||
| <p>一个 pod 总是运行在 <b>Node</b>。 Node 是 Kubernetes 中的参与计算的机器,可以是虚拟机或物理计算机,具体取决于集群。每个节点由主节点管理。节点可以有多个 pod ,Kubernetes 主节点会自动处理在群集中的节点上调度 pod 。 主节点的自动调度考量了每个节点上的可用资源。</p> | ||
|
|
||
| <p>每个 Kubernetes 节点至少运行:</p> |
There was a problem hiding this comment.
| <p>每个 Kubernetes 节点至少运行:</p> | |
| <p>每个 Kubernetes 工作节点至少运行:</p> |
| <li>Troubleshoot deployed applications.</li> | ||
| --> | ||
| <li>了解 Kubernetes Pod.</li> | ||
| <li>了解 Kubernetes Node.</li> |
There was a problem hiding this comment.
| <li>了解 Kubernetes Node.</li> | |
| <li>了解 Kubernetes 工作节点。</li> |
| <li>Learn about Kubernetes Nodes.</li> | ||
| <li>Troubleshoot deployed applications.</li> | ||
| --> | ||
| <li>了解 Kubernetes Pod.</li> |
There was a problem hiding this comment.
| <li>了解 Kubernetes Pod.</li> | |
| <li>了解 Kubernetes Pod。</li> |
| --> | ||
| <li>了解 Kubernetes Pod.</li> | ||
| <li>了解 Kubernetes Node.</li> | ||
| <li>对已部署的应用故障排除</li> |
There was a problem hiding this comment.
| <li>对已部署的应用故障排除</li> | |
| <li>对已部署的应用故障排除。</li> |
| @@ -0,0 +1,222 @@ | |||
| --- | |||
| title: 查看 pod 和节点 | |||
There was a problem hiding this comment.
整篇文章
master - 主节点
node - 工作节点
| title: 查看 pod 和节点 | |
| title: 查看 pod 和工作节点 |
| <!-- | ||
| <h2>Kubernetes Pods</h2> | ||
| --> | ||
| <h2> Kubernetes Pods </h2> |
There was a problem hiding this comment.
| <h2> Kubernetes Pods </h2> | |
| <h2>Kubernetes Pods</h2> |
| <!-- | ||
| <p>A Pod models an application-specific "logical host" and can contain different application containers which are relatively tightly coupled. For example, a Pod might include both the container with your Node.js app as well as a different container that feeds the data to be published by the Node.js webserver. The containers in a Pod share an IP Address and port space, are always co-located and co-scheduled, and run in a shared context on the same Node.</p> | ||
| --> | ||
| <p>Pod 为特定于应用程序的“逻辑主机”建模,并且可以包含相对紧耦合的不同应用容器。例如,Pod 可能既包含带有 Node.js 应用的容器,也包含另一个不同的容器,用于提供 Node.js 网络服务器要发布的数据。Pod 中的容器共享 IP 地址和端口,始终位于同一位置并且共同调度,并在同一节点上的共享上下文中运行。</p> |
There was a problem hiding this comment.
| <p>Pod 为特定于应用程序的“逻辑主机”建模,并且可以包含相对紧耦合的不同应用容器。例如,Pod 可能既包含带有 Node.js 应用的容器,也包含另一个不同的容器,用于提供 Node.js 网络服务器要发布的数据。Pod 中的容器共享 IP 地址和端口,始终位于同一位置并且共同调度,并在同一节点上的共享上下文中运行。</p> | |
| <p>Pod 为特定于应用程序的“逻辑主机”建模,并且可以包含相对紧耦合的不同应用容器。例如,Pod 可能既包含带有 Node.js 应用的容器,也包含另一个不同的容器,用于提供 Node.js 网络服务器要发布的数据。Pod 中的容器共享 IP 地址和端口,始终位于同一位置并且共同调度,并在同一工作节点上的共享上下文中运行。</p> |
| <!-- | ||
| <p>Pods are the atomic unit on the Kubernetes platform. When we create a Deployment on Kubernetes, that Deployment creates Pods with containers inside them (as opposed to creating containers directly). Each Pod is tied to the Node where it is scheduled, and remains there until termination (according to restart policy) or deletion. In case of a Node failure, identical Pods are scheduled on other available Nodes in the cluster.</p> | ||
| --> | ||
| <p>Pod是 Kubernetes 平台上的最小单元。 当我们在 Kubernetes 上创建 Deployment 时,该 Deployment 会在其中创建包含容器的 Pod (而不是直接创建容器)。每个 Pod 都与调度它的节点绑定,并保持在那里直到终止(根据重启策略)或删除。 如果节点发生故障,则会在群集中的其他可用节点上调度相同的 Pod。</p> |
There was a problem hiding this comment.
原子单元 可能更好点,更多的是说 不可再分
| <p>Pod是 Kubernetes 平台上的最小单元。 当我们在 Kubernetes 上创建 Deployment 时,该 Deployment 会在其中创建包含容器的 Pod (而不是直接创建容器)。每个 Pod 都与调度它的节点绑定,并保持在那里直到终止(根据重启策略)或删除。 如果节点发生故障,则会在群集中的其他可用节点上调度相同的 Pod。</p> | |
| <p>Pod是 Kubernetes 平台上的原子单元。 当我们在 Kubernetes 上创建 Deployment 时,该 Deployment 会在其中创建包含容器的 Pod (而不是直接创建容器)。每个 Pod 都与被调度部署的工作节点绑定,并保持在那里直到终止(根据重启策略)或删除。 如果工作节点发生故障,则会在群集中的其他可用工作节点上调度相同的 Pod。</p> |
| <h3>总结:</h3> | ||
| <ul> | ||
| <li>Pods</li> | ||
| <li>Nodes</li> |
There was a problem hiding this comment.
| <li>Nodes</li> | |
| <li>工作节点</li> |
| <li>A container runtime (like Docker, rkt) responsible for pulling the container image from a registry, unpacking the container, and running the application.</li> | ||
| </ul> | ||
| --> | ||
| <h2>节点</h2> |
There was a problem hiding this comment.
| <h2>节点</h2> | |
| <h2>工作节点</h2> |
| <!-- | ||
| <h2 style="color: #3771e3;">Node overview</h2> | ||
| --> | ||
| <h2 style="color: #3771e3;">节点概览</h2> |
There was a problem hiding this comment.
| <h2 style="color: #3771e3;">节点概览</h2> | |
| <h2 style="color: #3771e3;">工作节点概览</h2> |
| <!-- | ||
| <p><i> A node is a worker machine in Kubernetes and may be a VM or physical machine, depending on the cluster. Multiple Pods can run on one Node. </i></p> | ||
| --> | ||
| <p><i>工作节点是 Kubernetes 中的负责计算的机器,可能是VM或物理计算机,具体取决于群集。多个 Pod 可以在一个节点上运行。 </i></p> |
There was a problem hiding this comment.
| <p><i>工作节点是 Kubernetes 中的负责计算的机器,可能是VM或物理计算机,具体取决于群集。多个 Pod 可以在一个节点上运行。 </i></p> | |
| <p><i>工作节点是 Kubernetes 中的负责计算的机器,可能是VM或物理计算机,具体取决于群集。多个 Pod 可以在一个工作节点上运行。 </i></p> |
…into tutorials-release-1.14
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: markthink The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
….html (kubernetes#14877) * Fix syntax. * Fix difference. * Create content/zh/docs/tutorials/kubernetes-basics/explore/explore-intro.html * Fix missing. * Fix syntax error. * Fix Node-工作节点.
Content/zh/docs/tutorials/kubernetes-basics/explore/explore-intro.html translated into Chinese.