guluguluman的博客

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

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

今天来了解一下secret和configmap一、创建secret有四种方法创建secret：1.通过–from-literal：kubectl create secret generic mysecret --from-literal=username=admin --from-literal=password=123456每个–from-literal对应一个信息条目2.通过–from-file：echo -n admin > ./usernameecho -n 123456 &

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

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

接着上一篇讲到deployment，这一篇要介绍与deployment同一级别的其他任务DaemonSet与Job。一、DemonSetDaemonSet与Deployment的不同之处在于，每个node上最多只能运行一个副本DaemonSet的典型应用场景有：在集群的每个节点上运行存储Daemon， 比如glusterd或ceph。在每个节点上运行日志收集Daemon， 比如flunentd或logstash。在每个节点上运行监控Daemon， 比如Prometheus NodeExpor

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

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

每天五分钟玩转k8s（一）