kubernetes——pod控制器详解
1、Pod控制器是管理POD的中间层，使用Pod控制器之后，只需要告诉Pod控制器，想要多少个什么样的Pod就可以了，它会创建出满足条件的Pod并确保每一个Pod资源处于用户期望的目标状态。如果Pod资源在运行中出现故障，它会基于指定策略重新编排Pod。
2、EndPoints控制器负责将外部服务接入集群，使得服务能在集群内部被发现与访问。通过创建一个Service，外部服务能够被映射到集群内部的Pod上，从而实现跨网络的通信。Ingress控制器是集群中对外暴露应用服务的关键组件。它将外部网络流量路由到集群内部的Pod上，提供负载均衡、ssl终止等功能。
3、Pod是Kubernetes的最小管理单位，它由一个或多个容器组成，构成集群中的基本运行单位。Kubernetes中的Pod控制器管理着Pod的创建、更新和删除，确保其在集群中的稳定运行。控制器类型多样，适合不同场景，如ReplicaSet、Deployment、Horizontal Pod Autoscaler（HPA）等，下面将对这些控制器进行详细解析。
4、Deployment是Kubernetes中的一种Pod控制器，它通过控制ReplicaSet间接管理Pod，提供了更高级的自动化操作和功能。以下是关于Deployment的详细解功能整合与优化：Deployment整合了ReplicaSet的所有功能，并优化了Pod的更新升级流程。它提供了更自动化的升级方式，如滚动升级和灰度发布，以满足灵活的服务编排需求。
5、ReplicaSet是Kubernetes中的一种Pod控制器，用于确保Pod资源的高可用性和管理灵活性。以下是关于ReplicaSet的详细介绍：功能概述：监控Pod数量：ReplicaSet会持续监控由其管理的Pod的数量，确保这些Pod的数量始终与期望的数量一致。
6、cloud-controller-manager 在 Kubernetes 启用 Cloud Provider 的时候才需要，也包括一系列的控制器：Node Controller、Route Controller、Service Controller Pod控制器介绍：Replication Controller 主要作用，控制有特定数量的Pod副本运行。若多余特定数量就kill，若少于特定数量则create。
tidb怎么写for循环
1、控制循环会进入 syncStatefulSetForTidbCluster，开始对 Statefulset 进行 Reconcile，首先是使用 syncTidbClusterStatus 对组件的 Status 信息进行同步，后续的扩缩容、Failover、升级等操作会依赖 Status 中的信息进行决策。
2、在某个业务上线的测试阶段，遇到了执行表字段收缩语句时的报错。TiDB返回错误信息为incorrect string value \xED for column licenseno，这通常在插入非兼容字符时发生。收缩字段的操作涉及数据从KV加载到内存，修改，验证，然后回填。推测问题可能出在数据回填阶段的合法性校验上。
3、首先，部署Oracle数据库和TiDB数据库，包括离线playground的使用。接着，准备OGG工具，包括OGG for Oracle 19c和OGG for MySQL。在数据同步阶段，需要确保数据库表已经准备妥当，以便从Oracle数据库中抽取数据并将其投递到TiDB数据库。此外，我们将进行存量数据同步，即Oracle到TiDB的全量数据同步。
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、ClusterIP类型的Service是Kubernetes集群默认的Service， 它只能用于集群内部通信。不能用于外部通信。k8s会为每个Service分配一个虚拟IP，即ClusterIP。这个虚拟IP只能在集群内部访问。NodePort类型的Service会在集群内部的所有Node节点打开一个指定的端口。
kubernetes——StatefulSet详解
StatefulSet是为了管理有状态服务的问题而设计的。有状态服务，如MySQL主从、redis集群等，需要数据持久化的目录，每一个Pod都有自己独有的数据持久化存储目录。
StatefulSet为每个Pod副本创建了一个dns域名，这个域名的格式为： $（podname）.（headless server name），也就意味着服务间是通过Pod域名来通信而非Pod IP，因为当Pod所在Node发生故障时，Pod会被飘移到其它Node上，Pod IP会发生变化，但是Pod域名不会有变化。
Kubernetes中的StatefulSet主要用于管理有状态应用，提供拓扑和存储状态管理。以下是关于StatefulSet的详细解 StatefulSet的应用场景 有状态应用：StatefulSet适用于那些实例之间存在依赖关系和数据存储需求的应用，如Mysql集群、MongoDB集群、ZooKeeper集群等。
详解Kubernetes控制器之副本集ReplicaSet
ReplicaSet控制器的名字“副本集”暗示其作用是控制副本数量，每个副本对应一个Pod。它的主要任务是确保运行的Pod数量与期望状态一致。尽管建议使用更高级的控制器Deployment来管理ReplicaSet，实现Pod声明式更新、版本管理等功能，但理解ReplicaSet是构建这一高级概念的基础。
取代RC：ReplicaSet已经取代了ReplicationController，成为Kubernetes中更常用的Pod控制器。功能升级：与RC相比，ReplicaSet提供了更多的标签选择灵活性，能够管理多个标签集合。组成要素：replicas：指定ReplicaSet期望管理的Pod数量。selector：用于选择ReplicaSet管理的Pod的标签选择器。
在Kubernetes生产环境中，直接创建Pod并不常见，因为这可能导致Pod删除后无法自动重建。为确保Pod资源的高可用性和管理灵活性，我们需要依赖Pod控制器，其中ReplicaSet（RS）是重要的一种。本文将详细介绍ReplicaSet及其功能。尽管原始的ReplicationController（RC）曾是首选，但RS已经取代了它。
k8s的Service详解
1、K8S中的Service概念是用于抽象出一组Pod，方便应用通过名称进行访问。Service主要分为两种类型：ClusterIP和Headless。ClusterIP类型的Service会有一个全局的IP地址，客户端通过这个IP地址进行访问，实现负载均衡。
2、K8s中的Service主要用于解决服务发现和负载均衡问题，确保服务有稳定的访问入口。以下是关于K8s中Service的详细解 Service的主要作用： 解决服务发现：由于Pod的生命周期较短，其IP地址可能会频繁变化，Service提供了一个稳定的访问入口，使得客户端能够稳定地访问到后端的服务。
3、Service组件是K8S集群中实现服务发现和负载均衡的关键。它不依赖于Pod的临时性，可以将运行在一组Pod上的应用对外公开，实现不修改现有应用即可访问目标服务。Service的创建与访问：使用Kubernetes定义文件创建Service是常用做法。
4、k8s采用附加组件（CoreDNS）为集群提供DNS服务，会为每个服务创建DNS记录，CoreDNS只为Service和Pod创建DNS记录。kubernetes强烈推荐采用DNS方式.例如，如果你在 Kubernetes 命名空间 my-ns 中有一个名为 my-service 的服务， 则控制平面和 DNS 服务共同为 my-service.my-ns 创建 DNS 记录。
5、定义：暴露集群内部的IP和端口，主要解决Pod IP动态变化的问题。特点：Service的IP地址在集群内部是唯一的，并且只有集群内部的Pod能够访问。创建方式：通过创建serviceclusterip.yaml文件，并执行相应的命令来创建ClusterIP类型服务。nodePort：定义：允许外部流量通过特定的node IP和端口号访问内部服务。
