摘要：
[toc] playbook的结构说明 playbook是由一个或多个"play"组成的列表。play的主要功能就是对一组主机应用play中定义好的task。从根本上来讲一个task就是对ansible一个module的调用。而将多个play按照一定的顺序组织到一个playbook中，我们称之为编排 阅读全文
摘要：
Ansible Playbook简介 ansbile-playbook是一系列ansible命令的集合，利用yaml 语言编写。playbook命令根据自上而下的顺序依次执行。同时，playbook开创了很多特性,它可以允许你传输某个命令的状态到后面的指令,如你可以从一台机器的文件中抓取内容并附为变 阅读全文
摘要：
[toc] 根据官方的分类，将模块按功能分类为：云模块、命令模块、数据库模块、文件模块、资产模块、消息模块、监控模块、网络模块、通知模块、包管理模块、源码控制模块、系统模块、单元模块、web设施模块、windows模块 ，具体可以参看官方页面。 这里从官方分类的模块里选择最常用的一些模块进行介绍。 阅读全文
摘要：
[toc] Ad hoc 简介 Ad Hoc 是指ansible下临时执行的一条命令，并且不需要保存的命令，对于复杂的命令会使用playbook。Ad hoc的执行依赖于模块，ansible官方提供了大量的模块。 如：command、raw、shell、file、cron等，具体可以通过ansibl 阅读全文
摘要：
[toc] 配置文件优先级 ansible的配置文件名为ansible.cfg，它一般会存在于四个地方： ANSIBLE_CONFIG：首先，Ansible命令会检查该环境变量，及这个环境变量将指向的配置文件 ./ansible.cfg：当前工作目录，即当前执行ansible指令的目录，如果ANSI 阅读全文
摘要：
[toc] 简介 在使用Ansible来批量管理主机的时候，通常我们需要先定义要管理哪些主机或者主机组，而这个用于管理主机与主机组的文件就叫做Inventory，也叫主机清单。该文件默认位于/etc/ansible/hosts。当然我们也可以通过修改ansible配置文件的hostfile配置项来修 阅读全文
摘要：
[toc] Ansible 是一个 IT 自动化工具。它能配置系统、部署软件、编排更复杂的 IT 任务，如连续部署或零停机时间滚动更新。 Ansible 用 python 编写，尽管市面上已经有很多可供选择的配置管理解决方案（例如 Salt，Puppet，Chef等），但它们各有优劣，而Ansibl 阅读全文
摘要：
通过日志工作分析日志时，非json日志分析起来比较麻烦。通过以下的配置，可以让生成的日志为json。 配置实例： 阅读全文
摘要：
[toc] 滚动更新简介 当kubernetes集群中的某个服务需要升级时，传统的做法是，先将要更新的服务下线，业务停止后再更新版本和配置，然后重新启动并提供服务。如果业务集群规模较大时，这个工作就变成了一个挑战，而且先全部了停止，再逐步升级的方式会导致服务较长时间不可用。kubernetes提供了 阅读全文
摘要：
Deployment相对于RC的优势 RS与Deployment主要用于替代RC。RS的全称为Replica Set。相对于RC，RS与Deployment的优势如下： RC只支持基于等式的selector，如env=dev或者environment!=qa。但在RS中，还支持新的基于集合的sele 阅读全文
摘要：
[toc] 简介 在很多应用场景中，应用在启动之前都需要进行如下初始化操作： 等待其他关联组件正确运行（例如数据库或某个后台服务） 基于环境变量或配置模板生成配置文件 从远程数据库获取本地所需配置，或者将自身注册到某个中央数据库中 下载相关依赖包，或者对系统进行一些预配置操作 kubernetes 阅读全文
摘要：
[toc] 说明 我们知道，每个Pod在成功创建出来之后，都会被系统分配唯一的名字、IP地址，并且处于某一个namespace中，那么我们如何在pod的容器内获取pod的这些重要信息呢？ 答案就是使用Downward API。 Downward API可以通过以下两种方式将pod信息注入容器内部： 阅读全文