任汝千圣现,我有天真佛
K8s 应用发布方案 - 金丝雀 K8s 应用发布方案 - 金丝雀
K8s 应用发布方案项目背景假设目标场景为需要发布名称为 DataAPI 的应用,此应用在 k8s 集群上共有 5 个 Pod,均为无状态的应用,分布在 2 个节点上。假设目前生产使用版本为 v1,待发布版本为 v2。 准备镜像已推送镜像
2019-06-28
StatefulSet StatefulSet
StatefulSet 用于管理有状态 Pod 的控制器,例如 Redis,ZK 等,与 Deployment 相反。在 K8s 上定义和管理有状态的应用是比较困难的,每个有状态的服务都有自己的特性,你要考虑它们出现问题之后的重启方式,数据
2019-06-22
K8s 存储卷、ConfigMap 和 Secret K8s 存储卷、ConfigMap 和 Secret
在 k8s 中目前个人认为最难的部分就是网络和存储了,网络是难搞懂的,就如之前的 ingress 一样,到目前都没有弄清楚,现在这里的存储也是只了解了一些简单的,如果想要真正的搞懂那需要不断的学习一些专业的存储知识。在 k8s 中还有 co
2019-06-16
K8s  Service K8s Service
Service 的分类Service 类型共有四种 ExternalName, ClusterIP(默认,仅用于集群内部), NodePort(对外), LoadBalancer(基于云平台的Service) [[email protected] ~]
2019-05-30
K8s Pod 控制器 K8s Pod 控制器
之前我们共使用两种方式创建 Pod。一种是 kubectl run,另一种为 kubectl create + 配置文件。当我们将以 kubectl create 创建的 Pod 删除之后,Pod 是不会重新被创建的,也就是说此类 Pod
2019-05-26
K8s 应用存活和容器启动结束钩子 K8s 应用存活和容器启动结束钩子
Pod 正常里面的 Docker 服务不一定正常。Docker 服务正常,Docker 里面的服务不一定正常。所以如何正确的监测这些状态,成为了应用健康很重要的关键。 livenessProbe, 用来判定容器是否正常。readinessP
2019-05-19
K8s 使用资源清单创建资源 (二) K8s 使用资源清单创建资源 (二)
标签选选择器是 K8s 中的一个重要的组成部分,用于不同的 Pod 控制器控制此类标签的 Pod,用于 Service 进行后端的关联等,所以对 Pod 标签的操作显得尤为的种要。同时在基本的 Pod 配置清单中, Containers 部
2019-05-18
K8s 使用资源清单创建资源 K8s 使用资源清单创建资源
以命令的方式创建资源,命令很多,且很容易忘记。K8s 支持以配置清单(文件)的方式来创建,使用中支持 json 格式和 yaml 格式的方式创建资源清单,但是 yaml 有更好的可读性,所以我们都使用 yaml 进行资源清单的配置,在执行
2019-05-18
k8s 创建应用 k8s 创建应用
创建应用创建应用,指定端口,镜像,名称,Pod 的数量等。 [[email protected] ~]# kubectl run nginx-deploy --image=nginx:v1.14-alpine --port=80 --replicas=
2019-05-05
使用 Kubeadm 安装 k8s 集群 使用 Kubeadm 安装 k8s 集群
以 kubeadm 安装的 k8s 集群,都会将 api server,etcd,controller-manager,scheduler,kubulet,kube-proxy 等以 Pod 的方式来启动。手工部署则是运行为系统级守护进程。
2019-05-03
Kubernetes 的搭建方式 Kubernetes 的搭建方式
搭建 K8s传统方式K8s 的安装非常复杂,为了安全性,Master 和 etcd,API Server 等地方都需要设置 CA(HTTPS)证书,且最好不是一个机构颁发的。在 K8s 中,网络还有三种类型,即 节点网络,Pod 网络 和
2019-03-23
名词解释 名词解释
Master, Node: Master:API Server ,Scheduler,Controller-Manager Node:kubelet,doker,kube-proxy Pod, Label, Label Select:
2019-03-23
DevOps 概述和 Kubernetes 架构 DevOps 概述和 Kubernetes 架构
DevOps 概述DevOps 是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程,来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。DevOp
2019-03-23