kubernetes

Pod 是 Kubernetes 中你可以创建和部署的最小也是最简的单位。Pod 代表着集群中运行的进程。 Pod 中封装着应用的容器(有的情况下是好几个容器) , 存储、独立的网络 IP , 管理容器如何运行的策略选项。Pod 代表着部署的一个单位 : Kubernetes中应用的一个实例 , 可

Kubernetes是分布式运行于多个主机之上、负责运行及管理应用 程序的“云操作系统”或“云原生应用操作系统” , 它将Pod作为运行应用的最小化组件和基础调度单元。因而Pod是Kubernetes资源对象模型中可由用户创建或部署的最小化应用组件 , 而大多数其他API资源基本都是负责支撑和扩展P

由多个独立的团队或项目共享使用的Kubernetes集群或许会运行大量彼此无关的工作负载, 即便使用需求相对较小, 部署的对象数量 也可能很快变得难以管理, 进而降低操作响应速度并增加发生危险错误的可能性。Kubernetes使用“名称空间”来帮助降低这种复杂性: 通过一个抽象组件将存在关联关系的对

Kubernetes API是管理各种资源对象的唯一入口 , 它提供了一个 RESTful风格的CRUD（Create、Read、Update和Delete)接口用于查询 和修改集群状态 , 并将结果存储在集群状态存储系统etcd中。事实 上 , API Server也是用于更新etcd中资源对象状

1. 资源对象基础 Kubernetes集群将所有节点上的资源都整合到一个大的虚拟资源池里 , 以代替一个个单独的服务器。如果把集群类比为一台传统的服务器 , 那么Kubernetes( Master)就好比是操作系统内核 , 其主要职责在于抽象资源并调度任务 , 而Pod资源对象就是那些运行于用户

1. 容器技术简介 容器技术除了的docker之外 , 还有coreOS的rkt、google的gvisor、以及docker开源的containerd、redhat的podman、阿⾥的pouch

为什么使用containerd？ 使用containerd的原因主要有两点吧 , 第一个是docker在k8s1.24以后不再支持 , 如果需要在k8s中继续使用docker作为容器引擎 , 我们需要额外部署cri-dockerd ; 其次即便我们部署cri-dockerd , docker最后也是

在使用Kubernetes或是Docker过程中 , 遇到一些国外的镜像拉取不到的情况 , 在不能“科学上网“的前提下 , 可以巧妙的使用阿里云的FREE镜像仓库利用海外服务器重构建国外镜像 , 然后本机环境拉取即可。 操作大致为 , 现在Github上创建一个代码仓库 , 存放需要构建镜像的doc

根据公司业务场景的不同, 你可能需要部署几套或几十套 二进制K8S高可用集群, 面对繁琐的部署步骤, 你可能望而却步, 急需自动化的K8S部署工具, kubeasz就可以很好的解决你的问题。 k8s 集群环境主要是 kubernetes 管理端服务(kube-apiserver、kube-contr

基于kubeadm部署的 Kubernetes 集群，默认证书有效期是一年，如果不及时更新证书，就会导致一系列问题和影响，包括： 节点通信受阻：证书到期后，节点之间的安全通信可能会受到影响，这可能导致节点无法相互通信或者无法加入集群。 API服务器访问受限：API服务器使用证书进行身份验证和安全通信