kubernetes

我们知道在k8s上我们可以用名称空间来隔离多个资源 , 在不同名称空间下我们可以创建相同名称和相同类型的资源。有些资源还必须依赖名称空间才可以被创建; 但是在k8s上 , 名称空间不可以隔离网络 , 所谓隔离网络是指不管pod创建在那个名称空间下 , 都可以被其他名称空间下pod访问到。 如果我们想

Kubernetes集群内Pod之间默认可以无障碍的进行通信 , 但是通常情况下Pod是不稳定的 , 无法确定Pod会在何时因为何种原因被重启。当Pod重启后 , 其会得到一个新的IP地址。而且 , 如无特别指明 , Pod有可能会在不同的节点之间被调度。当提供相同服务的Pod有多个时 , 就需要一

1. Pod内容器之间通信过程 在kubernetes集群中 , 每个Pod会被分配一个IP地址。同一个Pod内的多个业务容器会共享这个IP地址对外通信 , 同时 , 这些容器之间也可以直接通过localhost:端口号的方式进行通信。为了实现Pod内容器之间的通信 ,

1. 集群边界路由器Ingress Kubernetes集群内部默认通过Service提供服务 , 通过Kube-proxy实现Service和Pod之间的负载均衡和转发功能。如果需要将服务暴露到集群外部 , 可以使用类型为NodePort和LoadBalancer的Service

1. 网络模型 Kubernetes网络模型遵循的一个核心原则是每个Pod都拥有一个唯一且独立的IP地址 , 只要彼此通信的Pod在同一个集群里 , 那么就可以通过IP地址的方式实现Pod间的直接访问而无需借助其他工具和手段 , 即使它们不在同一个node节点上。也就是说 , 同一个集群里的所有Po

Kubertnetes集群上运行的所有Pod资源默认都会从同 一平面网络得到一个IP地址 , 无论是否处于同一名称空间 , 各Pod彼此之间都可使用各自的地址直接通信 , 另一方面 , Pod网络的管理却非 Kubernetes系统内置的功能 , 而是由第三方项目以CNI插件方式完成。 进一步来说

1.部署web服务 dashboard github网站: GitHub - kubernetes/dashboard: General-purpose web UI for Kubernetes clusters

Calico是一种容器之间互通的网络方案 , 在虚拟化平台中 , 比如OpenStack、Docker等都需要实现workloads之间互连 , 但同时也需要对容器做隔离控制 , 就像在Internet中的服务仅开放80端口、公有云的多租户一样 , 提供隔离和管控机制。而在多数

1. flannel全局网络地址分配机制 每台节点上容器的IP地址是由所属节点自动分配的 , 那么会存在一个问题是 , 不同节点上的容器所分配的IP地址则可能会有重复的情况。 flannel设计了一种全局的网络地址分配机制 , flannel会为每台节点申请一个独一无二的网段 , 并存储在etcd中

CNI , 它的全称是 Container Network Interface , 即容器网络的 API 接口。kubernetes 网络的发展方向是希望通过插件的方式来集成不同的网络方案 , CNI 就是这一努力的结果。CNI 只专注解决容器网络连接和容器销毁时的资源释放 , 提供一套框架 , 所