Monthly Archives: July 2020

k8s基本网络模型 约法三单 pod之间可以直接通信，无需显式使用NAT接收和地址转换 node与pod之间可以直接通信，无需要明显地址转换 pod可以看到自己的ip跟别人看到它所用的ip是一样的，中间不经过转换 分类 underlay：与Host网络同层 ovrelay：只要与Host网络不冲突，ip可以自由分配 Kubenets Service Service工作原理： 通过kube-proxy设置宿主机iptables规则来实现，kube-proxy通过观察service的创建，然后通过修改本机的iptables规则，将访问service vip的请求转发到真实的Pod上。 基于iptables规则的service的实现，宿主机上有大量Pod时，规则的不断刷新占用大量CPU资源，新的模式：ipvs，通过把规则放到内核态，降低了维护规则的代价 Service的DNS记录：<myservice>.<mynamespace>.svc.cluster.local，访问这条记录时，返回的是Service的VIP或代理Pod的IP地址集合 Pod的DNS记录：<pod_hostname>.<subdomain>.<mynamespace>.svc.cluster.local，注意pod的hostname和subdomain都是在Pod中定义的 集群内访问 环境变量 Headless ServiceclusterIP: None不再提供虚拟IP来负载均衡 集群外访问（外部宿主机访问） NodePort：外部client访问任意一台宿主机的8080端口，就是访问Servicer所代理的Pod的80端口，由接收外部请示请求的宿主机做转发，即client -> nodeIP:nodePort -> serviceVIP:port -> podIp:targetIp LoadBalance：公有云提供的k8s服务自带的loadbalancer做负载均衡和外部流量 的入口 ExternalName：通过ExternalName或ExternalIp给Service挂在一个公有IP或者域名，当访问这个公有IP地址时，就会转发到Service所代理的Pod服务上。类似于软链或快捷方式 ClusterIP：虚拟IP地址，外部网络无法访问，只有k8s内部访问使用。更像是一个伪造的IP网络 仅仅用于Service这个对象，并由k8s管理和分配IP地址 无法被Ping通，没有一个“实体网络对象”来响应 只能结合Service Port组成一个具体的通信端口，单独的ClusterIP不具备通信的基础，并且它们属于k8s集群这样一个封闭的空间 不同Service下的Pod节点在集群间相互访问可以通过ClusterIP Service与Ingress Ingress：全局的、为了代理不同后端Sercie而设置的负载均衡服务，只能工作在7层，而service工作在四层 … Continue reading →

字典 下一跳：如果ip包从主机A发送到主机B，需要经过路由设备X的中转，那么X的IP地址就应该配置为主机A的下一跳地址。 Host-gw模式：将每个 Flannel 子网（Flannel Subnet，比如10.244.1.0/24）的下一跳 ，设置成该子网对应宿主机的IP地址。也就是主机（host）充当这条容器通信路径里的网关（gateway），也就是host-gw的含义；无封装，纯路由，只经过协议栈一次，性能较高 边际网关协议：BGP，Border Gateway Protocol，大规模数据中心维护不同“自治系统”之间路由信息、无中心的路由协议； 它不会在宿主上创建任何网桥设备相当于：每个边界网关上运行着一个小程序，它们会将各自的路由表信息，通过TCP传输给其它边界网关。其它边界网关上的这个小程序，则会对收到的这些数据进行分析，然后把需要的信息添加到自己的路由表。 CNI：与k8s对接的部分 Felix：DeamonSet，wmgm宿主机上插入路由规则，即写入Linux内核的FIB转发信息库，以及维护Calico所需要的网络设备等工作 BIRD：BGP客户端，专门负责在集群里分发路由信息 边际网关：负责把自治系统连接在一起的路由器。它的路由表中有其它自治系统里的主机路由信息； Calico：集群中所有的节点，都是边界路由器，被称为BGP Peer；默认情况下，是一个Node-to-Node Mesh的模式。随着节点的增多，会以N^2的规模快速增长。一般推荐在少于100个节点的集群中 Calico Route Reflector的模式，大集群，它指定一个或几个专门节点，来负责与所有节点建立BGP连接，从而学习全局路由规则，其它节点，只需要给它交换路由信息。 Calico IPIP模式：添加的路由规则10.233.2.0/24 via 192.168.2.2 tunl0，下一跳地址是Node2 IP地址，但发出去包的设备是tunl0（注意，不是flannel UDP模式的tun0，它们的功能是不同的）它是一个IP隧道设备(IP tunnel)，IP包进入IP隧道后，被内核IPIP驱动接管。它会将这个IP包直接封装在一个宿主机网络的Ip包中。 Calico IPIP模式: Flannel Host-gw模式 $ ip route … 10.244.1.0/24 via 10.168.0.3 … Continue reading →