hemsleya

Kubernetes网络模型 IP-per-Pod，每个Pod都拥有一个独立IP地址，Pod内所有容器共享一个网络命名空间 集群内所有Pod都在一个直接连通的扁平网络中，可通过IP直接访问 所有容器之间无需NAT就可以直接互相访问 所有Node和所有容器之间无需NAT就可以直接互相访问 容器自己看到的IP跟其他容器看到的一样 Service cluster IP尽可在集群内部访问，外部请求需要通过

本章介绍Kubernetes的网络模型以及常见插件的原理和使用方法，主要包括 Host Network：最简单的网络模型就是让容器共享Host的network namespace，使用宿主机的网络协议栈。这样，不需要额外的配置，容器就可以共享宿主的各种网络资源。 共享容器网络：多个容器共享同一个netns，只需要第一个容器配置网络。比如Kubernetes Pod就是所有容器共享同一个pause容

Container network model (CNM)是Docker的网络模型，主要由Sandbox、Network以及Endpoint组成。 Sandbox：一个Sandbox对应一个容器的网络栈，能够对该容器的interface、route、dns等参数进行管理。一个Sandbox中可以有多个Endpoint，这些Endpoint可以属于不同的Network。Sandbox的实现可以为li

Container Network Interface (CNI) 最早是由CoreOS发起的容器网络规范，是Kubernetes网络插件的基础。其基本思想为：Container Runtime在创建容器时，先创建好network namespace，然后调用CNI插件为这个netns配置网络，其后再启动容器内的进程。现已加入CNCF，成为CNCF主推的网络模型。 CNI插件包括两部分： CNI

最简单的网络模型就是让容器共享Host的network namespace，使用宿主机的网络协议栈。这样，不需要额外的配置，容器就可以共享宿主的各种网络资源。 优点 简单，不需要任何额外配置 高效，没有NAT等额外的开销 缺点 没有任何的网络隔离 容器和Host的端口号容易冲突 容器内任何网络配置都会影响整个宿主机

Docker中容器网络不通，宿主机跟容器，容器跟docker0，容器跟容器网络都不通？ 使用 tcpdump -i docker0 抓包时容器的网络就通了，但是关闭 tcpdump -i docker0容器的网络又不通了。