K8S
文章平均质量分 78
Lamb!
这个作者很懒,什么都没留下…
展开
-
Kubernetes网络模型概念
Kubernetes网络模型设计的一个基础原则是:每个Pod都拥有一个独立的IP地址,而且假定所有Pod都在一个可以直接连通的、扁平的网络空间中。通过Veth连接在同一个docker0网桥上,它们的IP地址都是从docker0的网桥上动态获取的,它们和网桥本身的IP3是同一个网络段的。Service的虚拟IP通过每个Node上的kube-proxy映射到不同的Pod上,暂时只支持轮询。同一个Pod内的容器(Pod内的容器是不会跨宿主机的)共享同一个网络命名空间,共享同一个。对Pod的IP地址做统一的规划;原创 2023-09-12 09:57:19 · 52 阅读 · 0 评论 -
K8S基础概念
随后,我们通过Kubectl提交一个新的映射到该Pod的Service的创建请求,Controller Manager会通过Label标签查询到相关联的Pod实例,然后生成Service的Endpoints信息,并通过API Server写入到etcd中,接下来,所有Node上运行的Proxy进程通过API Server查询并监听Service对象与其对应的Endpoints信息,建立一个软件方式的负载均衡器来实现Service访问到后端Pod的流量转发功能。在每个Node上运行。原创 2023-09-12 09:54:07 · 395 阅读 · 0 评论 -
k8s之nodes
Node是Kubernetes中的一个工作机器,通常是一个虚拟机或者物理机。每个Node(节点)具有运行pod的一些必要服务,并由Master组件进行管理,Node节点上的服务包括Docker、kubelet和kube-proxy。Node Controller:节点控制器(Node Controller)是管理节点的Kubernetes master组件。有三个组件与Kubernetes节点接口进行交互:节点控制器(node controller)、kubelet和kubectl。原创 2023-08-21 17:36:01 · 597 阅读 · 0 评论 -
K8s工作原理
我清晰地记得曾经读到过的一篇博文,上面是这样写的,“云端教父AWS云端架构策略副总裁Adrian Cockcroft曾指出,两者虽然都是运用容器技术,但最大的差异是,Docker是要解决应用程序开发(Developing)问题,而Kubernetes是要解决更上层的应用程序运维问题(Operation)。开发问题是早期的痛点,但随着企业越来越依赖容器技术,内部应用越来越多是云原生应用时,运维会是企业IT的新痛点。”大佬的一番话,明确地指出K8S的生存土壤!原创 2023-08-03 10:09:53 · 253 阅读 · 0 评论