摘要：
前面我们二进制部署K8S集群时，三台master节点仅仅作为集群管理节点，所以master节点上中并未部署docker、kubelet、kube-proxy等服务。后来我在部署mertics-server、istio组件服务时，发现无法正常运行，后来尝试把master节点也加入集群进行调度，这些组件 阅读全文
摘要：
摘要： 集群其他组件全部完成后我们应当部署集群 DNS 使 service 等能够正常解析，1.11版本coredns已经取代kube-dns成为集群默认dns。 1）下载yaml配置清单 <!--5f39ae17-8c62-4a45-bc43-b32064c9388a:W3siYmxvY2tJZC 阅读全文
摘要：
摘要： 前面几个篇幅，已经介绍master与node节点集群组件部署，由于K8S本身不支持网络，当 node 全部启动后，由于网络组件(CNI)未安装会显示为 NotReady 状态，需要借助第三方网络才能进行创建Pod，下面将部署 Calico 网络为K8S提供网络支持，完成跨节点网络通讯。 官方 阅读全文
摘要：
摘要： kube-proxy的作用主要是负责service的实现，具体来说，就是实现了内部从pod到service和外部的从node port向service的访问 新版本目前 kube-proxy 组件全部采用 ipvs 方式负载，所以为了 kube-proxy 能正常工作需要预先处理一下 ipv 阅读全文
摘要：
摘要： Kubelet组件运行在Node节点上，维持运行中的Pods以及提供kuberntes运行时环境，主要完成以下使命： １．监视分配给该Node节点的pods ２．挂载pod所需要的volumes ３．下载pod的secret ４．通过docker/rkt来运行pod中的容器 ５．周期的执行p 阅读全文
摘要：
摘要： 前面几篇文章，就是整个的master节点各组件的部署，上面我们提到过，k8s组件中，kube-controller-manager、kube-scheduler及etcd这三个服务高可用，都是通过leader选举模式产生，本章节我们着重介绍下kube-apiserver高可用配置 1、以下操 阅读全文
摘要：
摘要： 1、Kube-scheduler作为组件运行在master节点，主要任务是把从kube-apiserver中获取的未被调度的pod通过一系列调度算法找到最适合的node，最终通过向kube-apiserver中写入Binding对象（其中指定了pod名字和调度后的node名字）来完成调度 2 阅读全文
摘要：
摘要： 1、Kubernetes控制器管理器是一个守护进程它通过apiserver监视集群的共享状态，并进行更改以尝试将当前状态移向所需状态。 2、kube-controller-manager是有状态的服务，会修改集群的状态信息。如果多个master节点上的相关服务同时生效，则会有同步与一致性问题 阅读全文
摘要：
摘要： 1、kube-apiserver为是整个k8s集群中的数据总线和数据中心，提供了对集群的增删改查及watch等HTTP Rest接口 2、kube-apiserver是无状态的，虽然客户端如kubelet可通过启动参数"--api-servers"指定多个api-server，但只有第一个生 阅读全文
摘要：
摘要：随着版本的不断迭代，k8s为了集群安全，集群中趋向采用TLS+RBAC的安全配置方式，所以我们在部署过程中，所有组件都需要证书，并启用RBAC认证。 我们这里采用二进制安装，下载解压后，把对应组件二进制文件copy到指定节点 我们这里采用二进制安装，下载解压后，把对应组件二进制文件copy到指 阅读全文