提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档
文章目录
前言
Kubernetes（K8s）是一个强大的容器编排平台，它的网络功能是其成功的关键之一。本文将带你了解K8s网络的实现原理、默认网络模式，以及常用的网络组件如Calico和Flannel，并展示如何使用Ingress，帮助你在不同场景下做出合适的选择。
K8s网络的实现原理
在Kubernetes中，网络的核心理念是“每个Pod都有自己的IP地址”，并且Pods可以彼此直接通信。为了实现这一点，K8s使用一种称为“容器网络接口”（CNI）的架构。CNI是一组标准，使得网络插件可以与K8s无缝集成。
默认网络模式
Kubernetes有几个默认的网络模式，其中最常用的是“flannel”模式。在这个模式下，K8s集群中的每个Pod都可以使用一个独立的IP地址，允许它们在不同节点之间进行通信，而无需进行NAT（网络地址转换）。
常见网络组件
1. Flannel
Flannel 是K8s的一个简单而常用的网络插件，主要用于提供覆盖网络。它通过在每个主机上创建一个虚拟网络，将各个Pod连接起来。
实现原理： Flannel使用VXLAN（虚拟扩展局域网）或其他后端（如host-gw）来创建一个虚拟网络。每个Pod都有一个独特的IP地址，Flannel负责在不同主机间转发流量。
YAML示例：
apiVersion: v1
kind: Pod
metadata:
name: flannel
namespace: kube-system
spec:
containers:
- name: flannel
image: quay.io/coreos/flannel:v0.14.0
args: [ "--ip-masq", "--kube-subnet-mgr=kube-subnet" ]
使用场景： Flannel适合用于小型集群和开发环境。
例子： 假设一个小型开发团队正在开发一个Web应用，使用Flannel可以快速配置一个K8s集群，使得开发人员能够专注于编码，而无需担心网络设置。
2. Calico
Calico 是一种更复杂的网络插件，它不仅提供覆盖网络功能，还实现了网络策略和安全功能。
实现原理： Calico使用BGP（边界网关协议）来动态路由流量。它允许每个Pod有一个唯一的IP地址，并可以根据用户定义的网络策略控制流量。
YAML示例：
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
name: allow-access
spec:
podSelector:
matchLabels:
role: frontend
ingress:
- from:
- podSelector:
matchLabels:
role: backend
使用场景： 适合需要严格网络安全控制的生产环境。
例子： 假设一家医院的应用程序，需要确保患者数据的安全。运维团队可以使用Calico设置网络策略，限制只有特定的服务能够访问敏感数据，确保数据的隐私和安全。配置示例：
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
name: frontend-policy
namespace: my-namespace
spec:
podSelector:
matchLabels:
app: frontend
policyTypes:
- Ingress
ingress:
- from:
- podSelector:
matchLabels:
app: backend
在这个例子中，只有app=backend标签的Pod可以访问app=frontend标签的Pod。
3. Weave Net
Weave Net 是另一个流行的K8s网络插件，提供简单的安装和良好的可视化功能。
实现原理： Weave Net使用Overlay Network技术，通过在每个节点上创建一个虚拟网络，并通过加密和可视化工具来增强网络安全性和监控。
YAML示例：
apiVersion: v1
kind: Pod
metadata:
name: weave
namespace: kube-system
spec:
containers:
- name: weave
image: weaveworks/weave-kube:latest
使用场景： 适合需要高可用性和可扩展性的场景。
例子： 一家在线商店，随着用户的增加，流量不断增长。使用Weave Net，开发者可以轻松地扩展服务并保持网络连接稳定。可以通过Weave提供的命令行工具监控网络状态：
weave status
Ingress的使用
Ingress 是K8s中用于管理外部访问集群服务的一种API对象。它提供了HTTP和HTTPS路由到服务的能力。
Ingress的实现原理
Ingress通过一个或多个Ingress Controller（控制器）来工作，这些控制器负责接收外部请求并将其路由到相应的服务。Ingress Controller通常运行在集群内部，并使用负载均衡、SSL终止等技术来处理流量。
配套使用：Ingress通常与LoadBalancer服务类型和DNS服务一起使用。LoadBalancer服务为Ingress Controller提供一个外部IP地址，而DNS可以将域名解析到这个IP地址。
Ingress的YAML示例
以下是一个简单的Ingress配置示例：
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
name: my-ingress
spec:
rules:
- host: myapp.example.com
http:
paths:
- path: /
pathType: Prefix
backend:
service:
name: my-service
port:
number: 80
使用场景
Ingress适合需要通过域名访问多个服务的情况。
例子：假设你有多个微服务，如用户服务和订单服务，你可以使用Ingress将所有流量路由到这些服务，而不需要在每个服务上暴露一个外部IP。用户可以通过myapp.example.com来访问这些服务，而Ingress Controller会根据配置将请求转发到相应的服务。
查看所用网络组件
要查看K8s集群中使用的网络组件，可以使用以下命令：
kubectl get pods -n kube-system
这将列出在kube-system命名空间中运行的所有Pod，你可以查找与网络相关的Pod（如Flannel、Calico等）以确认所用的网络插件。
不单独配置网络组件的影响
如果不单独配置网络组件，K8s集群仍然可以正常运行，但可能会面临一些影响和限制：
默认网络模式： 使用K8s默认的网络配置可能不支持高级功能，如网络策略、流量监控等。这可能会导致安全性降低，尤其是在生产环境中。
性能问题： 默认网络模式可能无法满足高负载或高可用性需求，影响应用的性能。
可扩展性： 在缺少合适网络插件的情况下，集群的可扩展性和灵活性可能受到限制。
配置网络组件的好处
安全性： 网络插件（如Calico）允许实现细粒度的网络策略，从而提高集群的安全性。
性能优化： 专业的网络插件提供了更高的性能和更低的延迟，适合处理高负载的应用。
可视化和监控： 一些网络组件提供流量监控和可视化工具，便于运维团队了解流量状况和网络健康。
功能丰富： 使用专用网络插件可以访问更丰富的功能，如负载均衡、故障恢复和流量控制。
类似组件
除了Ingress之外，还有一些其他组件也可以用于处理K8s中的外部访问：
1. Service
K8s的Service是一个基本的资源，用于定义如何访问一组Pod。Service可以创建不同类型的访问方式，包括ClusterIP（集群内部访问）、NodePort（节点IP访问）和LoadBalancer（负载均衡器）。
使用场景： Service通常用于需要直接访问某个Pod或服务的情况。
2. API Gateway
API Gateway是一个更高级的解决方案，通常用于微服务架构中。它可以提供更多的功能，如请求路由、负载均衡、安全认证和API版本管理。
使用场景： 适合大型微服务架构，尤其是需要多种功能集成的场景。
选择合适的网络插件和Ingress配置
在选择K8s网络插件和Ingress配置时，需要考虑几个因素：
集群规模： 小型集群可以选择Flannel，而大型或复杂的集群可能需要Calico或Weave Net。
安全需求： 如果你的应用对网络安全有较高要求，Calico是一个不错的选择。
外部访问方式： 根据应用的外部访问需求选择Ingress或API Gateway。
网络性能： 不同的网络插件在性能上有所不同，建议在正式环境前进行测试。
总结
理解 Kubernetes 的网络架构及其插件是成功使用K8s的关键。
Flannel 适合小型集群和开发环境；
Calico 适合需要严格网络安全控制的生产环境；
Weave Net 适合需要高可用性和可扩展性的场景。
Ingress 适合需要通过域名访问多个服务的情况。
标签：插件,Kubernetes,Ingress,网络,组件,Pod,K8s From： https://blog.csdn.net/weixin_41004518/article/details/142593839