K8S核心技术点

清风1981

已于 2025-04-14 13:53:12 修改

阅读量619

点赞数 5

CC 4.0 BY-SA版权

文章标签： kubernetes 容器云原生

于 2025-04-08 14:45:53 首次发布

本文链接：https://blog.csdn.net/tq02h2a/article/details/147068212

Pod，Service和Deployment的关系

Pod：Kubernetes 中最小的部署单元，用于运行容器化应用。
Service：提供服务发现和负载均衡，为 Pod 提供稳定的网络端点，ClusterIP，NodePort，LoadBalance以及ExternalName。
Deployment：管理Pod的副本，确保应用的高可用性，并支持滚动更新和回滚。

Service类型介绍

在 Kubernetes 中，服务（Service）是用于将一组 Pod 暴露给外部或内部访问的抽象层。Kubernetes 提供了多种服务类型，每种类型都有其特定的用途和特点。以下是 ClusterIP、NodePort、LoadBalancer 和 ExternalName 的详细解释：

ClusterIP
定义：这是 Kubernetes 中默认的服务类型。ClusterIP 会为服务分配一个虚拟的内部 IP 地址（ClusterIP），该 IP 地址只能在集群内部访问。
工作原理：
1. ClusterIP 通过 iptables 或 IPVS 规则将流量路由到后端的 Pod。
2. Kubernetes 使用 kube-proxy 组件来管理服务的网络规则
特点：
1. 适合内部微服务之间的通信。
2. 服务只能在集群内部访问。
适用场景：
1. 当服务只需要在集群内部使用时。
2. 例如，后端服务之间的调用。
NodePort
定义：NodePort 是在 ClusterIP 的基础上，为服务分配一个固定的端口（NodePort），并将该端口暴露到每个节点的 IP 上。
工作原理：
1. NodePort 会在每个节点上监听指定的端口，并将外部流量转发到 ClusterIP。
2. 外部可以通过 `<节点IP>:<NodePort>` 的方式访问服务。
特点：
1. NodePort 的端口范围默认是 `30000-32767`，但可以手动指定。
2. 服务可以通过集群内部和外部访问。
适用场景：
1. 当需要从集群外部访问服务，但不想使用 LoadBalancer。
2. 例如，测试环境或部署小型。
LoadBalancer
定义：LoadBalancer 是在 NodePort 的基础上，通过云提供商的负载均衡器（如 AWS ELB、GCP Load Balancer 等）为服务分配一个外部 IP 地址。
工作原理：
1. 云提供商的负载均衡器会自动创建，并将流量分发到后端的节点。
2. 外部可以通过负载均衡器的 IP 或域名访问服务。
特点：
1. 提供高可用性和流量分发。
2. 依赖云提供商的支持。
适用场景：
1. 当需要从外部访问服务，并且需要高可用性时。
2. 例如，生产环境中的 Web 应用。
ExternalName
定义：ExternalName 是一种特殊的服务类型，它通过 CNAME（别名）将服务映射到外部的 DNS 名称，而不是直接暴露服务本身。
工作原理：
1. ExternalName 服务不会创建 ClusterIP 或 NodePort，而是直接将请求转发到外部的 DNS 名称，将内部sevice-name通过DNS的CNAME映射到外部的域名，例如，如果服务 my-service 的 externalName 设置为 external-database.example.com，那么在集群内部访问 my-service 时，实际上会解析为 external-database.example.com。
2. 适用于访问外部系统或服务。
特点：
1. 不需要后端 Pod。
2. 适合访问外部资源，如数据库、API 等。
适用场景：
1. 当需要访问外部服务时。
2. 例如，访问外部的数据库或第三方 API。

K8S的核心组件

控制平面（Control Plane）

控制平面负责管理集群的状态，包括调度、配置和维护。主要组件包括：
1. API Server：
  - 作用：提供 RESTful API 接口，用于与集群交互。
  - 功能：接收和处理来自用户的请求，验证请求并更新 etcd 中的集群状态。
2. etcd：
  - 作用：分布式键值存储，用于存储集群的配置数据和状态信息。
  - 功能：存储所有集群配置和状态信息，确保数据的一致性和高可用性。
3. Controller Manager：
  - 作用：运行各种控制器进程，负责维护集群的状态。
  - 功能：确保集群的实际状态与期望状态一致，例如管理 Pod 的创建、删除和健康检查。
4. Scheduler：
  - 作用：负责将 Pod 调度到合适的节点上运行。
  - 功能：根据节点的资源使用情况、Pod 的资源需求和策略规则，选择最佳节点来运行 Pod。
工作节点
1. Kubelet：
  - 作用：运行在每个节点上的代理，负责管理节点上的容器。
  - 功能：与 API Server 通信，确保容器按照期望状态运行，管理容器的生命周期。
2. Kube-proxy：
  - 作用：运行在每个节点上的网络代理，负责维护网络规则。
  - 功能：实现服务发现和负载均衡，管理 Pod 之间的网络通信。
3. Container Runtime：
  - 作用：负责运行容器的底层软件。
  - 功能：支持多种容器运行时，如 Docker、containerd 等。