如何在集群外部通过ip直连pod?
如果要在集群外部访问Pod，通常可以使用三种方式：NodePort，HostPort和LoadBalancer。其中NodePort最为常用，在每个kube-Proxy节点上开启代理端口以供外部访问。除此之外有没有别的办法可以在集群直接访问到POD呢？答案是有的。
首先，确保办公网段与kubernetes集群网段不同，实现网络连接的关键在于路由方案。建议选择三层路由方案或Host-GW，避免因数据包封包解包过程中路由方向丢失。我所用的集群是Calico，且关闭了IPIP模式。具体IP配置需依据Calico文档。选择Calico的Route Reflectors（RR）或Full-Mesh模式时，需权衡资源消耗。
首先，准备一个在五个pod中运行的应用程序。创建一个服务对象，使用服务负载平衡器配置文件示例。配置文件描述了一个名为hello-world的部署，包含5个副本的pod，使用指定的容器镜像和端口。创建Deployment对象和关联的ReplicaSet对象，ReplicaSet拥有五个pod，每个pod运行Hello World应用程序。
理解k8s的网络:pods、services、ingress
K8s的网络理解，特别是Pods、Services和Ingress，可以总结如下：Pods： 定义：Pods是构成Kubernetes应用的基本单元，包含了一个或多个容器以及它们共享的网络栈。 网络命名空间：Pods的网络命名空间与宿主机的物理网络命名空间独立，通过自定义桥接与宿主机相连。
Ingress资源 定义：Ingress是用于在Kubernetes集群中暴露从集群外部访问的服务的一种方式，类似于一个7层负载均衡器。 功能：通过Ingress可以建立映射规则，将外部请求转发到集群内部的服务。Ingress Controller负责将这些规则转换为nginx的配置。 核心概念： 服务引入：定义哪些服务可以通过Ingress访问。
LoadBalancer类型的Service除了NodePort功能外，还会在集群外部添加负载均衡设备，以实现更广泛的外部访问。另一种提供服务暴露的资源是Ingress，它通过一个NodePort或LB实现多个服务的暴露。
Ingress 前面介绍的内容都围绕Service，主要解决网络层的问题，Ingress的出现主要是解决应用层的问题。Ingress实际上充当一个反向代理的角色，和Nginx的功能很类似。Kubernetes中广泛使用的Nginx Ingress其本质就是一个Nginx服务。Ingress依赖LoadBalancer类型的Service，因为它自己没有暴露集群内服务到外部的能力。
获取Pod的网卡和IP地址的几种方式
Containerd方式一：适用于配备ip命令的容器，通过kubectl exec进入容器执行命令以获取网卡序号。步骤：docker其他方式：向Pod注入临时容器，执行ip命令以获取网卡和IP地址。临时容器注入成功后无法单独删除，需与Pod一同删除。获取宿主机上容器对应的veth网卡后，即可使用tcpdump进行抓包。
Kubernetes中同主机pod连接的几种方式及性能对比如下：Veth方式：性能表现：使用podIP或通过clusterIP访问pod的性能差异不大，除非iptables规则过多导致性能下降。特点：直接利用veth接口连接pod，实现简单。Bridge方式：性能表现：与veth性能相差不大，考虑到bridge的额外功能，实际性能表现可能优于veth。
Kubernetes支持三种创建Pod的方式：kube-apiserver、staticPodPath和staticPodURL。kube-apiserver是最常见方式，动态创建的Pod皆通过此途径。staticPodPath用于创建集群管控组件，kubelet会监听特定目录监听配置变更。staticPodURL通过http指定创建Pod，实际使用场景较少。
Pod一般不建议设置静态IP地址，若想要实现设置静态IP，可以参考下面的方法。像亚马逊、阿里云等厂家是支持静态IP的，但如果是自己的私有云，可以参考下面的方法。这里使用的是calico网络方案，其他的网络方案，好像并不支持，更详细的操作，可以看看calico的官方文档。
深入理解kubernetes(k8s)网络原理之六-同主机pod连接的几种方式及性能...
Kubernetes中同主机pod连接的几种方式及性能对比如下：Veth方式：性能表现：使用podIP或通过clusterIP访问pod的性能差异不大，除非iptables规则过多导致性能下降。特点：直接利用veth接口连接pod，实现简单。
ipvlan方式**：与macvlan类似，ipvlan在一个物理网卡上虚拟出多个子接口，每个子接口MAC地址相同，IP地址不同。l2模式下，性能与macvlan相近；l3模式性能相似。使用clusterIP访问时，性能下降约25%，且network policy无法生效。
K8s的网络理解，特别是Pods、Services和Ingress，可以总结如下：Pods： 定义：Pods是构成Kubernetes应用的基本单元，包含了一个或多个容器以及它们共享的网络栈。 网络命名空间：Pods的网络命名空间与宿主机的物理网络命名空间独立，通过自定义桥接与宿主机相连。
在Kubernetes（K8s）环境中，服务间的调用和通信是微服务架构的核心。本文将深入探讨K8s中服务调用的方法和原理，帮助你全面理解服务间交互的机制。在K8s中，服务（Service）提供了一种网络抽象，允许内部Pod间通过Service名进行通信。
K8S学习指南(22)-k8s核心对象Endpoint
K8s核心对象Endpoint学习指南：Endpoint概念 定义：Endpoint是Kubernetes中连接Service和后端Pod的关键核心对象，它提供服务的抽象，并动态管理集群中服务的网络终端。 作用：Endpoint集合了服务后端真实运行Pod的地址与端口，是Service的实现。
在Kubernetes（K8s）中，Endpoint是连接Service和后端Pod的关键核心对象。它提供服务的抽象，动态管理集群中服务的网络终端。本文将深入探讨Endpoint概念、作用及使用方法，并通过实例帮助读者理解。Endpoint代表Service后端的IP地址和端口号集合，用于引导流量从Service到实际运行应用的Pod。
Service在K8s中是一种抽象概念，它定义了一个Pod群体的逻辑集合，并为这组Pod提供了一个稳定且可访问的端点。这个端点可以是集群内部的虚拟IP地址或DNS名称，使得其他应用或服务能方便地访问这组Pod，实现服务发现与负载均衡。
