访问pod几种方式（如何访问ip地址文件）
深入理解kubernetes(k8s)网络原理之六-同主机pod连接的几种方式及...
1、总结： 不同连接方式及优化手段在Kubernetes同主机POD连接中各有优劣。 具体选择需根据实际需求和性能考量。 eBPF程序的使用在优化性能方面展现出显著效果，是提高Kubernetes网络性能的一种有效手段。
2、Pods： 定义：Pods是构成Kubernetes应用的基本单元，包含了一个或多个容器以及它们共享的网络栈。 网络命名空间：Pods的网络命名空间与宿主机的物理网络命名空间独立，通过自定义桥接与宿主机相连。
3、方式四：Pod拓扑分布约束。使用拓扑分布约束（topologySpreadConstraints）控制Pod在集群内的分布。例如，区域、可用区、节点和其他自定义拓扑域有助于实现高可用和资源优化。示例如下：在Pod定义中指定拓扑分布约束。名词解释如下：label：标签和label意义相同。拓扑域：相同key、不同value的标签，为不同的域。
4、在Kubernetes（K8s）环境中，服务间的调用和通信是微服务架构的核心。本文将深入探讨K8s中服务调用的方法和原理，帮助你全面理解服务间交互的机制。在K8s中，服务（Service）提供了一种网络抽象，允许内部Pod间通过Service名进行通信。
5、最常见的方式是，将日志存储的目录挂载到宿主机上，这样容器被删除的时候日志不会被删除。
6、首先，确保办公网段与Kubernetes集群网段不同，实现网络连接的关键在于路由方案。建议选择三层路由方案或Host-GW，避免因数据包封包解包过程中路由方向丢失。我所用的集群是Calico，且关闭了IPIP模式。具体IP配置需依据Calico文档。选择Calico的Route Reflectors（RR）或Full-Mesh模式时，需权衡资源消耗。
k8s的Service详解
K8S中的Service概念是用于抽象出一组Pod，方便应用通过名称进行访问。Service主要分为两种类型：ClusterIP和Headless。ClusterIP类型的Service会有一个全局的IP地址，客户端通过这个IP地址进行访问，实现负载均衡。而Headless Service则取消了这个全局的IP地址，客户端通过DNS解析出每个Pod的IP进行访问。
k8s采用附加组件（CoreDNS）为集群提供DNS服务，会为每个服务创建DNS记录，CoreDNS只为Service和Pod创建DNS记录。kubernetes强烈推荐采用DNS方式.例如，如果你在 Kubernetes 命名空间 my-ns 中有一个名为 my-service 的服务， 则控制平面和 DNS 服务共同为 my-service.my-ns 创建 DNS 记录。
K8s中的Service主要用于解决服务发现和负载均衡问题，确保服务有稳定的访问入口。以下是关于K8s中Service的详细解 Service的主要作用： 解决服务发现：由于Pod的生命周期较短，其IP地址可能会频繁变化，Service提供了一个稳定的访问入口，使得客户端能够稳定地访问到后端的服务。
Service资源 定义：Service是Kubernetes中的一个抽象层，它将提供同一服务的多个Pod聚合，并提供统一的访问入口。 功能实现：由每个Node节点上的kubeproxy服务进程实现，kubeproxy有三种工作模式，负责监听并根据LB算法选择Pod，将请求转发到实际运行的应用程序上。
Service 是为一组具有相同功能的Pod提供一个统一的入口地址，并将请求进行负载均衡地分发到各个Pod上。ClusterIP类型的Service是Kubernetes集群默认的Service， 它只能用于集群内部通信。不能用于外部通信。K8s会为每个Service分配一个虚拟IP，即ClusterIP。这个虚拟IP只能在集群内部访问。
k8s将pod调度到指定节点的几种方式
1、方式二：通过指定NodeName。在Pod中配置nodeName字段，直接指派对应节点。示例如下：查看node名称。列出节点名称，例如k8s-master。在Pod中使用nodeName指定此节点。通过kubectl APPly创建Pod后，检查Pod是否调度至指定节点。使用nodeName选择节点方式存在局限性。方式三：亲和性和反亲和性。
2、假设以下场景：有三个Node，分别为1010109，创建Deployments来部署Tomcat应用，指定在107节点上创建Pod。解决方案 nodeName Pod.spec.nodeName将Pod直接调度到指定的Node节点上，会跳过Scheduler的调度策略，该匹配规则是强制匹配。
3、在集群中为节点添加标签。例如，设置App： goweb-node。 编写goweb应用的Deployment文件。设置Pod的定义，确保与应用需求相匹配。 为Deployment添加nodeSelector字段，指定Pod应部署在具有特定标签的节点上，如app=goweb-node。 验证Pod是否成功调度到具有所需标签的节点。
什么是ReadWriteMany?
1、ReadWriteOnce ：定义：RWO 模式表示存储卷可以被单个节点以读写方式挂载。工作机制：在 Kubernetes 中，当一个 Pod 需要访问 PV 时，如果 PV 的访问模式是 RWO，则该 PV 将被挂载到分配给该 Pod 的节点上，且仅该节点可以对其进行读写操作。应用场景：适用于需要独占存储资源的场景，如数据库等。
2、焱融YRCloudFile是一款专为容器场景设计的高性能分布式文件存储，具备支持ReadWriteMany读写模式的能力。通过统一管理共享目录和MySQL数据库所需的存储目录，它提供了高可用的结构。在后续的文章中，将详细演示如何结合焱融容器存储，部署基于ReadWriteMany读写模式的应用，以实现高可靠和高可扩展的WordPress架构。
3、Pod在定义时指定的是PVC，PVC会根据Pod的需求自动绑定合适的PV。PV的访问模式有三种：ReadWriteOnce允许单个Pod读写；ReadOnlyMany允许多个Pod只读访问；ReadWriteMany允许多个Pod共享读写。NFS是较为常见的支持共享访问模式的存储类型。在PV的生命周期中，首先需要创建PV。
4、PV： 定义：PV是由Kubernetes管理员设置的存储资源，可以事先制备，或者使用存储类来动态制备。PV是集群资源，没有命名空间限制。 回收策略：包括Retain、Recycle和Delete。 访问策略：定义了PV的访问模式，如ReadWriteOnce、ReadOnlyMany、ReadWriteMany和ReadWriteOncePod。
