通过主机名找pod？ 通过主机名得到对应ip地址的过程？

Kubernetes控制器-StatefulSet详解-管理有状态的应用

1、Statefulset是为了管理有状态服务的问题而设计的。有状态服务，如MySQL主从、redis集群等，需要数据持久化的目录，每一个Pod都有自己独有的数据持久化存储目录。

2、k8s负载资源StatefulSet解析： StatefulSet的定义与用途： 定义：StatefulSet是kubernetes中用于管理具有状态的应用的一种控制器。 用途：与无状态应用相比，StatefulSet适用于需要实例之间有依赖关系、对启动顺序有要求，并且需要外部存储来维护状态的应用。

3、StatefulSet通过拓扑状态和存储状态管理应用状态。拓扑状态确保实例按照顺序启动并保持网络标识一致。存储状态通过PV/PVC机制保存和恢复实例数据。1 拓扑状态 StatefulSet创建pod时进行编号，并遵循顺序启动规则。测试POD验证网络标识一致性。

4、StatefulSet本质上是Deployment的一种变体，在v9版本中已成为GA版本，它为了解决有状态服务的问题，它所管理的Pod拥有固定的Pod名称，启停顺序，在StatefulSet中，Pod名字称为网络标识（hostname），还必须要用到共享存储。

5、StatefulSet的控制机制使Pod按顺序被重建，即使Pod被删除，PV和PVC也仍然存在。当Pod重建后，它会继续寻找定义的claimName来挂载PVC，从而恢复存储数据。多个PVC可以绑定到多个节点，这为每个StatefulSet中的Pod创建PVC提供了可能。

6、Stateful Set是Kubernetes中用于管理有状态应用的概念。Kubernetes官方文档解释了Stateful Set如何管理一组Pod的部署与扩展，并提供保证关于Pod的顺序和唯一性。

Kubernetes——service(SVC)服务

1、这种模式，kube-proxy 会监视 Kubernetes Service对象和Endpoints，调用netlink接口以相应地创建ipvs 规则并定期与 Kubernetes Service对象和Endpoints对象同步 ipvs 规则，以确保 ipvs 状态与期望一致。

2、流量链路介绍：当通过本地域名调用服务，流量在Kubernetes集群内部的转发路径包括本地域名解析、Kubernetes Service、kube-proxy、ipvs，直至实际后端服务。服务治理通过本地域名映射到特定svc，svc提供集群IP，kube-proxy则通过ipvs建立svc与pod之间的映射关系。

3、解析地址，域名组成为servicename.namespace.svc.cluster.local：集群内访问：0x04 ExternalName 将外部流量引入集群内部 ExternalName类型的Service通过CNAME和它的值，可以将服务映射到externalName字段的内容引入外部服务到内部流量，即使用dns CNAME机制把自己CNAME到你指定的另外一个域名上。

Ingress:k8s集群进出流量的总管

1、Ingress 是在 Service 之上提出的概念，它在七层上实现了负载均衡，并作为集群的流量总入口，统管集群的进出口数据。Ingress 的设计目标是让外部用户能够安全、顺畅、便捷地访问内部服务。通过引入 Ingress，Kubernetes 提供了更高级的路由条件，如主机名、URI、请求头、证书等，使得流量管理更加灵活。

2、Ingress 控制器通过与 Kubernetes API 的交互来动态管理规则。根据配置，Ingress 控制器将域名映射到相应的服务，并生成 nginx 配置。这些配置会自动写入到 Nginx 服务的 /etc/nginx.conf 文件中。实现高可用性：不建议仅通过调整 Deployment 的副本数来实现高可用，因为 Ingress 承载了整个集群的流量。

3、为了实现 Ingress 的高可用性，可以调整 Deployment 的副本数，但这通常在生产环境中不建议，因为 Ingress 承载了整个集群的流量。更好的做法是通过 DaemonSet 将 Ingress 部署到集群中的所有节点，并在这些节点上设置特定标签以避免业务 Pod 与其竞争资源。

k8s架构原理

docker： 运行容器的基础环境，容器引擎。 kubelet： 每个node节点都存在一份，在node节点上的资源操作指令均由kubelet执行，从etcd扫描相关请求，在节点上执行请求。

在Kubernetes（K8s）环境中，服务间的调用和通信是微服务架构的核心。本文将深入探讨K8s中服务调用的方法和原理，帮助你全面理解服务间交互的机制。在K8s中，服务（Service）提供了一种网络抽象，允许内部Pod间通过Service名进行通信。

总结 本文主要从存储层，管理层和接入层三个部分介绍了Kubernetes高可用方案的原理，整体的方案架构如下图所示：当然要真正做到Kubernetes集群的高可用，还需要考虑Kubernetes依赖的Docker registry服务的高可用，以及Kubernetes依赖的网络插件（cni）的高可用等等，相关的内容会在以后的文章中进行介绍。

k8s架构原理分为master节点和node节点，master节点负责整个集群的调度，node节点负责应用容器的运行。K8s中所有的配置都是通过API对象的spec去设置的，也就是用户通过配置系统的理想状态来改变系统，这是k8s重要设计理念之一，即所有的操作都是声明式Declarative的而不是命令式。

k8s负载资源StatefulSet解析

1、K8s负载资源StatefulSet解析： StatefulSet的定义与用途： 定义：StatefulSet是Kubernetes中用于管理具有状态的应用的一种控制器。 用途：与无状态应用相比，StatefulSet适用于需要实例之间有依赖关系、对启动顺序有要求，并且需要外部存储来维护状态的应用。

2、在Kubernetes中，StatefulSet提供了一种管理具有状态应用的高效方式，通过维护拓扑状态和存储状态确保应用的稳定性和连续性。它与Deployment相比，为每个管理的Pod提供了一个稳定的启动顺序和唯一的网络标识，同时通过PV、PVC来维护存储状态。通过StatefulSet，我们能够实现应用的稳定部署和管理。

3、StatefulSet资源对象被引入以支持这类复杂需求，它类似于ReplicaSet，用于部署有状态应用，但具备Pod独立生命周期管理能力，同时可以处理Pod的启动顺序，为每个Pod设置唯一标识。

4、实战1：Statefulset管理pod：扩容、缩容、更新，修改配置文件statefulset.yaml里的replicas的值实现动态扩容或缩容，修改镜像nginx实现更新。实战2：使用k8s配置管理中心Configmap，Configmap是k8s中的资源对象，用于保存非机密性的配置，可以将配置信息和docker镜像解耦，实现镜像的可移植性和可复用性，以及配置共享。

5、StatefulSet和Deployment作为常用的Kubernetes控制器（工作负载），分别用于管理有状态应用和无状态应用。StatefulSet专为部署有状态应用而设计，而Deployment则适用于无状态应用。在本期“云端跟我学”栏目中，我们将利用StatefulSet和Deployment为例，采用模块化的方式进行对比记忆，并揭示其背后的规律。

Kubernetes-Pod基本概念(六)

Pod是Kubernetes的最小管理单位，它由一个或多个容器组成，构成集群中的基本运行单位。Kubernetes中的Pod控制器管理着Pod的创建、更新和删除，确保其在集群中的稳定运行。控制器类型多样，适合不同场景，如ReplicaSet、Deployment、Horizontal Pod Autoscaler（HPA）等，下面将对这些控制器进行详细解析。

Kubernetes中同主机pod连接的几种方式及性能对比如下：Veth方式：性能表现：使用podIP或通过clusterIP访问pod的性能差异不大，除非iptables规则过多导致性能下降。特点：直接利用veth接口连接pod，实现简单。Bridge方式：性能表现：与veth性能相差不大，考虑到bridge的额外功能，实际性能表现可能优于veth。

Pod是Kubernetes的基本计算单元，它将一个或多个容器封装在一起，并共享相同的名称空间和本地网络。Pod中的容器可以互相通信，仿佛它们在同一台机器上，同时保持一定程度的隔离。Pod被用作Kubernetes的复制单元，确保负载均衡和故障恢复。Pod应保持较小的规模，通常只包含一个主进程和紧密耦合的辅助容器。

容器云是一种提供容器服务的云端平台，而在容器云中，pod是一种重要的概念。简单来说，pod是Kubernetes中最小的可部署单元，由一个或多个容器共享同一网络命名空间和存储卷。Pod提供了一个平台，以便容器可以在其中进行运行，并在需要时进行扩展或缩小。Pod在容器云中的作用非常重要。