自动化运维

运维自动化之系统部署 cobbler 所谓调度器当用户访问量特别大的时候我们那单台服务器已经无法对外提供足够的服务能力，性能达不到要求这时候我们会多买几台服务器，但是用户去访问就不知该去访问哪个服务器所以这时候就需要有一个前端的调度器来分配用户访问那一个服务器。在企业对外服务的时候这些服务器会分组。外面有总的调度器在里面在分子调度器层层调度，当然为了加上访问通常我们是离不开缓存的。 anaconda tui安装程序 安装启动过程文字解析 光盘之所以能够启动启起来那就是因为这两个文件（isolinux/boot.cat）（isolinux/isolinux.bin）也具有启动功能。 在安装光盘启动的时候，光盘启动有一个菜单，这个菜单能够让用户正常安装或者进入救援模式。菜单配置文件：isolinux/isolinux.cfg 每个对应的菜单选项： 加载内核：isolinuz/vmlinuz 向内核传递参数：append initrd=initrd.img ... 所以光盘在启动的时候实际上也是加载了小的linux光盘之所以能启动起来能启动一个安装向导因为背后他也启动了一个自己的内核也启动initrd.img这样的一些文件就和操作系统启动一个意思。不过他的启动目标不是为了启动一个操作系统而是为了加载一个安装向导。但是安装向导终究是一个软件而这个软件要跑到操作系统上

ansible是开源工具，底层是用python写的 ansible也有web界面，可以直接鼠标点就可以，但是web界面收费 所以大部分企业不会用 web界面 Ansible ： Ansible的核心程序 Host Lnventory ： 记录了每一个由 Ansible管理的主机信息，信息包括ssh端口，root帐号密码，ip地址等等。可以通过file来加载，可以通过CMDB加载 Playbooks ： YAML格式文件，多个任务定义在一个文件中，使用时可以统一调用，“剧本”用来定义那些主机需要调用那些模块来完成的功能. Core Modules ： Ansible执行任何管理任务都不是由Ansible自己完成，而是由核心模块完成；Ansible管理主机之前，先调用core Modules中的模块，然后指明管理Host Lnventory中的主机，就可以完成管理主机。 Custom Modules ： 自定义模块，完成 Ansible核心模块无法完成的功能，此模块支持任何语言编写。 Connection Plugins ： 连接插件， Ansible和Host通信使用 Ansible的优点： Stupied Simple ，上手简单，学习曲线平滑 SSH by default ，安全，无需安装客户端 配置简单、功能强大、扩展性强 支持 API及自定义模块，可通过Python轻松扩展

今天要和大家阐述一个新的思路——建立面向应用的运维管理新思维，带着这个思路去寻找运维新的解决方案，因此把面向应用管理抽象总结如下： 在ITIL时代，大家都知道一个概念，CMDB是IT服务系统的元数据中心，而现在应用更应该是CMDB的元数据。把运维的能力建立在面向应用的维度上，把面向应用的IT能力分成三部分： CMDB即IT资源管理系统 支撑一个应用运行到底占用了哪些资源?应用占用的服务器是一种资源、占用的内存是一种资源、占用的存储是一种资源、占用的负载均衡是一种资源。但大家一定要注意，这个资源不是更多是一种后端服务出现，比如说IaaS服务或者是PaaS服务。 动作 应用的变更有很多种场景，按照角色来归类，比如说应用交付、应用升级等场景，这些场景是面向Dev/Test/Ops的。还有一种应用在日常维护过程中的变更，面向纯Ops场景的，比如说应用的迁移、应用的扩容。动作是作用于资源的，比如说应用升级是版本发生变化，应用扩容是让应用的资源新增等等。过去的传统式运维，总是聚焦碎片式的运维自动化能力理解上。 状态 为了实现对应用的健康状况或者质量的度量，我们需要采集各类状态数据，从而支撑各类场景的应用，比如说监控故障发现的需求，故障恢复的需要，应用服务优化的需要等等。 CMDB建设的不成功，部分是系统的原因，但更多是方法论的问题。我们总以为找到了很强的驱动力来建设资源维护的流程和场景

最新版实战 Latest release: 3000 (February 10, 2020) 参考saltStack官方文档 ON THE SALT MASTER Run these commands on the system that you want to use as the central management point. curl -L https://bootstrap.saltstack.com -o install_salt.sh sudo sh install_salt.sh -P -M Your Salt master can manage itself, so a Salt minion is installed along with the Salt master. If you do not want to install the minion, also pass the -N option. ON EACH SALT MINION Run these commands on each system that you want to manage using Salt. curl -L https://bootstrap.saltstack.com -o install_salt.sh sudo sh install_salt.sh -P

为什么说云原生会成为未来企业技术变迁的趋势 云原生是当下的热点话题，但是很多人对云原生有很多误解，特别是传统产业物联网或工控、物联网行业对云原生显得"后知后觉"。与其在这里说是预测，不如说是现在进行时，只是由于传统产业本身的技术包袱和组织个人认识程度差异，目前发展并不见快。目前大部分的系统还是停留在旧年代，只是不到火候，还没到尝鲜和推倒重来的必要。但是，面对未来业务的持续增长和行业竞争，必然要面临一个技术的现代化转型升级，即：使用新技术代替老技术，使用新观念代替老观念的痛苦过程。否则老系统必然会变成企业发展的一个瓶颈，因为基于老系统的修修补补只会使系统变得更加复杂和难以维护，最后等待他们的是要么推到重来，要么是逐年生锈老化（修修补补又三年）。我这里针对新近的云原生作为一个切入点，来说明一下为什么说云原生会成为未来企业技术变迁的一个趋势。 概念诞生 　　云原生（Cloud Native）的概念，由来自Pivotal的MattStine于2013年首次提出，被一直延续使用至今。 　　这个概念是Matt Stine根据其多年的架构和咨询经验总结出来的一个思想集合，并得到了社区的不断完善，内容非常多，包括： DevOps 持续交付（Continuous Delivery） 微服务（MicroServices） 敏捷基础设施（Agile Infrastructure）和12要素（The

备注：文章事例部分代码会出现不对齐的情况，使用时，请注意格式对齐！！ 第4 章 playbook和roles 4.1 ansible-playbook常用命令说明 ansible-playbook --help Usage: ansible-playbook playbook.yml Options: -e EXTRA_VARS,--extra-vars=EXTRA_VARS # 设置额外的变量，格式为key/value。-e "key=KEY"， # 如果是文件方式传入变量，则-e "@param_file" --flush-cache # 清空收集到的fact信息缓存 --force-handlers # 即使task执行失败，也强制执行handlers --list-tags # 列出所有可获取到的tags --list-tasks # 列出所有将要被执行的tasks -t TAGS,--tags=TAGS # 以tag的方式显式匹配要执行哪些tag中的任务 --skip-tags=SKIP_TAGS # 以tag的方式忽略某些要执行的任务。被此处匹配的tag中的任务都不会执行 --start-at-task=START_AT_TASK # 从此task开始执行playbook --step # one-step-at-a-time:在每一个任务执行前都进行交互式确认 -

Ansible作用及特点？ 协调应用程序生命周期 应用部署 配置管理 工作流程编排 无代理-可预测，可靠，安全 无代理架构 使用OpenSSH通信 无代理维护成本 Ansible架构 USERS：管理员，有两种执行方式，可以通过Ansible执行管理命令批量操作远程主机，也可以通过playbook管理复杂的任务 INVENTORY：保存需要管理主机清单。包括：IP SSH端口 账号密码 API：提供调用接口 MODULES：功能模块，Ansible所有功能都是由模块提供 PLUGINS：插件，Ansible内部核心功能提供 Ansible使用要求 服务端使用要求： Python 2.6/2.7/3.X RedHat，Debian，CentOS等，不支持Windows 被管理端要求： OpenSSH Python 2.6/2.7/3.X Ansible配置文件 ： vi /etc/ansible/ansible.cfg [defaults] # some basic default values... #主机清单配置文件 inventory = /etc/ansible/hosts #library = /usr/share/my_modules/ #module_utils = /usr/share/my_module_utils/ #remote_tmp = ~/.ansible

Ansible简介 ansible是新出现的自动化运维工具，基于Python开发，集合了众多运维工具（puppet、chef、func、fabric）的优点，实现了批量系统配置、批量程序部署、批量运行命令等功能。 ansible是基于 paramiko 开发的,并且基于模块化工作，本身没有批量部署的能力。真正具有批量部署的是ansible所运行的模块，ansible只是提供一种框架。ansible不需要在远程主机上安装client/agents，因为它们是基于ssh来和远程主机通讯的。ansible目前已经已经被红帽官方收购，是自动化运维工具中大家认可度最高的，并且上手容易，学习简单。是每位运维工程师必须掌握的技能之一。 功能特性 1.部署简单，只需在主控端部署Ansible环境，被控端无需做任何操作。 2.默认使用SSH协议对设备进行管理。 3.有大量常规运维操作模块，可实现日常绝大部分操作。 4.配置简单、功能强大、扩展性强； 5.支持API及自定义模块，可通过Python轻松扩展。 6.通过Playbooks来定制强大的配置、状态管理。 7.轻量级，无需在客户端安装agent，更新时，只需在操作机上进行一次更新即可。 8.提供一个功能强大、操作性强的Web管理界面和REST API接口——AWX平台。 9.支持非root用户管理操作，支持sudo。 运维工具比较

一、Ansible 简介 1. ansible 是什么 　　ansible是新出现的自动化运维工具，基于Python开发，集合了众多运维工具（puppet、chef、func、fabric）的优点，实现了批量系统配置、批量程序部署、批量运行命令等功能。 　　ansible是基于 paramiko 开发的,并且基于模块化工作，本身没有批量部署的能力。真正具有批量部署的是ansible所运行的模块，ansible只是提供一种框架。ansible不需要在远程主机上安装client/agents，因为它们是基于ssh来和远 程主机通讯的。ansible目前已经已经被红帽官方收购，是自动化运维工具中大家认可度最高的，并且上手容易，学习简单。是每位运维工程师必须掌握的技能之一。 2. ansible 特点 部署简单，只需在主控端部署Ansible环境，被控端无需做任何操作； 默认使用SSH协议对设备进行管理； 有大量常规运维操作模块，可实现日常绝大部分操作； 配置简单、功能强大、扩展性强； 支持API及自定义模块，可通过Python轻松扩展； 通过Playbooks来定制强大的配置、状态管理； 轻量级，无需在客户端安装agent，更新时，只需在操作机上进行一次更新即可； 提供一个功能强大、操作性强的Web管理界面和REST API接口——AWX平台。 3. ansible 架构图 二

​蓝鲸平台作为当下最受企业欢迎的研运一体化平台，已经在很多企业内落地实施，在银行业也得到了广泛的推广，但实施的规模，建设内容，推广方式以及应用效果却各有不同。本文以两个典型银行为例，对比分析蓝鲸建设方式区别和原因，同时基于平台特性，对蓝鲸在银行的应用方式给出相关的建议。 银行业务运维现状分析 随着互联网的快速发展，银行从单一的网点渠道服务到如今的多渠道和全渠道业务，但是银行的中心仍然是基于网点的设计。与其他服务平台一样，银行来到了一个需要不断改变以适应客户需求的世界。即将迎来银行4.0时代，基于5G、大数据、云计算、人工智能等新兴技术，银行全面开展数字化转型。 新时代同样也带来了新挑战，银行业务更趋于敏态化，敏捷、开放、高效等成了业务运维的重要需求。同时，传统金融业务等稳态业务对安全、稳定、可控的要求也仍然存在。新时代下，如何做好双态运维成为了银行IT运维的巨大挑战。同时，随着业务及运维的持续建设，部分问题和困惑也逐渐暴露出来。 1、问题与困惑 烟囱运动 运维工具在各自能力范围内能够较好的满足使用需求，但由于各运维工具基本独立建设，运维工具之间缺乏服务调用、数据交换等方面的标准，难以形成合力提供服务， 不便于运维工具使用效率的提升。 运维工具一般由工具建设方维护，受限于日常工作的负载，在需求的应对与功能开发方面速度较慢，工具使用人员对运维工具的了解程度也有限