今天我们来了解一下k8s的包管理工具，helm。一、helm的架构Helm有两个重要的概念： chart和release。chart是创建一个应用的信息集合， 包括各种Kubernetes对象的配置模板、 参数定义、 依赖关系、 文档说明等。 chart是应用部署的自包含逻辑单元。 可以将chart想象成apt、 yum中的软件安装包。release是chart的运行实例， 代表了一个正在运行的应

今天要了解的是k8s的rolling update（滚动更新）。一、了解一下滚动更新的操作先创建一个httpd:2.2.31的deployment，然后更新到2.2.32yml文件如下看到images的信息是2.2.31现在将yml文件改成2.2.32版本看到已经开始更新，特点是每次只更新替换一个pod，保证deployment的健壮性通过查询kubectl describe deployment

接着上一篇，在安装完k8s后，就要开始对他进行折腾了！！今天我们要做的就是对k8s的架构进行简单的学习（超级简单）。一、master节点k8s cluster由master和node组成，节点上运行着若干k8s服务。运行着的daemon服务包括 kube-apiserver、 kube-scheduler、 kube-controller-manager、 etcd和Pod网络（例如flannel

每天五分钟玩转k8s（一）

今天我们来了解一下k8s的网络，上网搜了一下，原来k8s的网络水非常深，书上的介绍只是冰山一角。如果有兴趣继续了解的话，需要翻阅其他的资料才行。可以看看这个，有介绍各种主流的cnihttps://www.sohu.com/a/304555150_618296一、k8s网络模型Kubernetes采用的是基于扁平地址空间的网络模型， 集群中的每个Pod都有自己的IP地址， Pod之间不需要配置NAT

今天要了解的是k8s的health check（健康检查）的功能。一、默认的健康检查Kubernetes默认的健康检查机制： 每个容器启动时都会执行一个进程， 此进程由Dockerfile的CMD或ENTRYPOINT指定。 如果进程退出时返回码非零， 则认为容器发生故障， Kubernetes就会根据restartPolicy重启容器。先写出测试的yml文件：可以看到pod的状态，已经重启了好几

一、service的必要性对于k8s，pod不需要是robust的，因为可以通过controller来动态创建和销毁pod来保证应用整体的健壮性。由于每个pod都有自己的地址，所以当controller用新pod替代发生故障的pod时，新pod会分配新的ip地址。那么会导致ip地址发生变化，这时候就需要使用service来维护一个对外网络。Kubernetes Service从逻辑上代表了一组Po

接着上一篇介绍完k8s架构后，我们就开始学习k8s中的一个重要概念：deployment一、部署deploymentkubectl create deployment nginx-deployment --image=nginx:1.7.9 --replicas=2（最下面的events记录的是replicas的启动过程，证明了deployment可以通过replicas来管理pod）接着我们将使

今天我们来了解一下数据持久化的问题。一、volume本节我们讨论Kubernetes的存储模型Volume， 学习如何将各种持久化存储映射到容器。我们经常会说： 容器和Pod是短暂的。 其含义是它们的生命周期可能很短， 会被频繁地销毁和创建。 容器销毁时， 保存在容器内部文件系统中的数据都会被清除。为了持久化保存容器的数据， 可以使用Kubernetes Volume。Volume的生命周期独立于