Kubernetes 工作负载和 Pod

你可以使用两种基本结构（pod 和工作负载）在 Kubernetes 中构建复杂的容器化应用程序。构建应用程序后，你可以使用第三种结构（service）在集群中或互联网上公开应用程序。

Pod 是一个或多个共享网络命名空间和存储卷的容器。大多数 pod 只有一个容器。因此，我们讨论的 pod 通常等同于容器。扩展 pod 的方式与扩展容器的方式相同，即配置实现服务的同一 pod 的多个实例。通常，Pod 会根据工作负载进行扩展和管理。

工作负载 是为 pod 设置部署规则的对象。Kubernetes 基于这些规则执行部署，并根据应用程序的当前状态来更新工作负载。工作负载让你可以定义应用程序调度、扩展和升级的规则。

Kubernetes 将工作负载分为不同的类型。Kubernetes 支持的最流行的类型是：

Deployment

Deployment 最适合用于无状态应用程序（即不需要维护工作负载的状态）。由 Deployment 类型工作负载管理的 Pod 是独立且一次性的。如果 pod 中断了，Kubernetes 会删除该 pod 然后重新创建它。一个示例应用程序是 Nginx Web 服务器。
StatefulSet

与 Deployment 相比，StatefulSet 最适合在需要维护身份和存储数据的应用程序中使用。适用的应用程序类似于 Zookeeper（一个需要数据库进行存储的应用程序）。
DaemonSet

Daemonset 确保集群中的每个节点都运行 pod 的副本。如果你需要收集日志或监控节点性能，这种类似 daemon 的工作负载效果是最好的。
Job

Job 启动一个或多个 Pod 并确保指定数量的 Pod 能成功终止。Job 最好用于运行有限任务至完成状态，而不是管理正在进行的应用程序的所需状态。
CronJob

CronJobs 与 Job 类似。但是，CronJob 会基于 cron 的计划运行到完成状态。

在许多用例中，工作负载必须：

你可以通过创建一个 Service 实现这些目的。Service 使用选择器/标签（查看代码示例）来映射到底层工作负载的 pod。Rancher UI 使用你选择的服务端口和类型来自动创建 service 以及工作负载，从而简化此映射过程。

Rancher 中有几种可用的 Service 类型。以下描述来自 Kubernetes 文档。

ClusterIP

在集群内部 IP 上公开 Service。如果你选择此值，Service 只能从集群内访问。这是默认的 ServiceType。
NodePort

在每个节点 IP 上的静态端口（NodePort）上暴露 Service。ClusterIP service 是自动创建的，而 NodePort service 会路由到 ClusterIP service。你可以通过请求 <NodeIP>:<NodePort> 在集群外部联系 NodePort service。
LoadBalancer

使用云提供商的负载均衡器向外部公开服务。NodePort 和 ClusterIP service 是自动创建的，外部负载均衡器会路由到这些 service。

工作负载选项

以下文档介绍了如何部署工作负载和使用工作负载选项。