nagios

LVS： 1、抗负载能力强。抗负载能力强、性能高，能达到F5硬件的60%；对内存和cpu资源消耗比较低 2、工作在网络4层，通过vrrp协议转发（仅作分发之用），具体的流量由linux内核处理，因此没有流量的产生。 2、稳定性、可靠性好，自身有完美的热备方案；（如：LVS+Keepalived） 3、应用范围比较广，可以对所有应用做负载均衡； 4、不支持正则处理，不能做动静分离。 5、支持负载均衡算法：rr（轮循）、wrr（带权轮循）、lc（最小连接）、wlc（权重最小连接） 6、配置 复杂，对网络依赖比较大，稳定性很高。 Ngnix： 1、工作在网络的7层之上，可以针对http应用做一些分流的策略，比如针对域名、目录结构； 2、Nginx对网络的依赖比较小，理论上能ping通就就能进行负载功能； 3、Nginx安装和配置比较简单，测试起来比较方便； 4、也可以承担高的负载压力且稳定，一般能支撑超过1万次的并发； 5、对后端服务器的健康检查，只支持通过端口来检测，不支持通过url来检测。 6、Nginx对请求的异步处理可以帮助节点服务器减轻负载； 7、Nginx仅能支持http、https和Email协议，这样就在适用范围较小。 8、不支持Session的直接保持，但能通过ip_hash来解决。、对Big request header的支持不是很好， 9、支持负载均衡算法

linux运维发展常见的就是下面两条路线： 第一条：运维应用-->系统架构-->运维开发-->系统开发 第二条：运维应用-->应用dba-->架构dba-->开发DBA 下面详细每个阶段的职位说明： 01. 运维应用级别 这个阶段就是玩别人的软件，例如：linux,nginx,mysql,php,nagios，大多数的linux运维工程师，网络工程师，系统工程师都是这个阶段。 这个阶段的工资平均4-10K。处在这个阶段的伙伴们要注意了。 这里属于金字塔的底端，工资是相对比较低的。 02. 系统架构级别 这个阶段就是用已知软件架构大规模集群方案以及实现各种技术方案; 这个就是所谓的系统架构师，如果是程序开发就是程序架构师; 这个阶段的工资平均10K-30K，属于运维应用上层，需要靠技术，沟通，思想三条线通力配合才能达到这个水平。 03. 运维开发级别 这个阶段就是利用已知语言，比如Python，java ,底层的C语言，开发基本的应用层工具，例如：web管理系统; 这个阶段的平均工资大概10-30K，如果具备前两个运维应用和系统架构的积淀，那么工资30-60K很轻松。 04. 系统开发级别 这个阶段就是修改开源的软件，或者开发新的服务软件(例如：也开发一个web软件，存储软件)与底层软件(例如：OS); 这个阶段的平均工资大概40-60K，如果具备前几个运维应用和系统架构的积淀

一 关于我 宋健，花名宋意，2008年开始参加工作，至今12年多一直专注在运维领域。2010年6月加入支付宝，做过监控、SRE、资源管理、运维产品等方面的工作，经历并参与了阿里运维从脚本到工具化再到自动智能化的演进过程，在阿里的10年根据部门变化有三个阶段： 2010.6-2013.1，支付宝（系统运维部） 2013.2-2015.12，技术保障（支付宝、阿里云、淘宝、B2B等运维部门统一后的新BU） 2016.1-至今，天基（负责阿里全球数据中心和运维体系的“数字化、自动化、智能化”建设） 二 我的经历 1 支付宝 关键词：开源监控、监控值班、应急响应 入职后加入的团队是运维部的监控组，那个时候团队刚刚开始组建，所有的东西从零开始，好在有B2B的兄弟团队可以借鉴经验，利用nagios快速构建了支付宝第一代监控系统。过了几个月由于双11的原因，我们的上班地点由华星时代搬到了电信二枢纽机房，因为支付宝当时的核心机房在那里，我们需要7*24在现场以便快速处置紧急事件。当时小组应该是6个同学，一白班一晚班一正常班，我们一边值班一边维护监控系统。 随着业务的快速发展服务器不断增加，很快一台nagios已无法满足需求，调研后引入centreon解决了nagios的水平扩展问题。监控项的添加和维护以编辑nagios配置文件为主，没有办法开放所有人员，因此监控项的维护工作也是由监控团队负责

“ 什么是 DevOps？“DevOps”是“开发”development 和“运维”operations 两者的组合。 图片来自 Pexels DevOps 可看作一种文化风向标，在该文化引领下，能促进项目团队中开发，测试，运维，产品等成员间的无缝协作。 它通过有效的自动化及可重复的方式更快地将代码部署到生产环境中，提高企业交付应用程序或服务的速度，从而更好地为客户提供高质量的产品，并在市场上获取更强有力地竞争优势。 因此，DevOps 可视为企业项目团队中一条持续优化，密切配合，协同运转的“隐形生产链”。 为什么需要 DevOps？ 在那些没有 DevOps 实践的日子里，项目团队都经历了什么： 项目内部开发团队和运维团队是完全独立的。 当开发团队针对需求进行代码设计/构建后，测试任务和部署任务也是完全孤立彼此的活动，往往导致整体项目实际周期比预期构建耗时更长。 团队成员各自花费大量时间用于设计，开发，测试，部署，而非汇聚于整体项目构建本身（即，分而不合）。 手动部署代码往往不可避免出现人为错误，即便通过 Jenkins 持续集成，这仅仅是构建中的一部分而已。 产品，开发，测试，运维团队有各自的时间轴，并不同步，将导致累计延迟的情况。 持续提升团队产品的交付率，在确保产品质量的前提下缩短交付时间，是每个项目团队共同的目标，然而理想与现实间总会横着一道难以逾越的鸿沟。

传统IT技术团队中通常都有多个独立的组织-开发团队、测试团队和运维团队。开发团队进行软件开发、测试团队进行软件测试，运维团队致力于部署，负载平衡和发布管理。 他们之间的职能有时重叠、有时依赖、有时候会冲突。 因为衔接与沟通问题，有时会导致开发-测试-发布的周期太长了，特别是对于互联网公司，时间就是生命。从而需要建立一支由开发，质量保证和运营组成的混合专业知识的团队的需求，并引入了DevOps来弥合团队之间的鸿沟，帮助他们快速而可靠地操作和开发应用程序。 一、什么是DevOps？ 顾名思义，Devops是“开发”与“运维”的缩写。它定义了一组流程，这些流程通过在开发和运维团队之间进行协作带来组织文化上的转变。它包含四个关键组件：协作，实践，文化和工具。 二、为什么我们需要DevOps？ DevOps带来更高水平的协作和速度，使组织提高生产力，降低运营成本以有效地为客户提供服务并保持市场竞争力。它还有助于更快地发布产品，管理计划外的工作，更快地捕获和解决关键问题。 三、DevOps实践 独立devops团队 DevOps使用各种工具，例如docker、k8s、Jenkins，Terraform，Nagios，Grafana，Prometheus或Splunk等，组织应建立一个集中部门来创建和操作这些工具。这个集中管理部门负责开发团队中的敏捷实践设置，该团队将研究新的工具并坚持使用

Oracle 作为一个应用广泛的数据库，而又以其在 AIX 上库运行较稳定，在一些应用比较关键的部门和行业有着广泛的应用。裸设备作为一个特殊的数据存储介质，它可以直接操作数据，省去了操作系统一级别，速度更加迅速。虽然 11g 开始 oracle 对裸设备的支持越来越小，但是相信裸设备在数据库的管理还是相当广泛。 1 、查看活动卷组 2、 查看卷组空间 可以看到每个 pp size512MB ，还有 free pp1062 块。 3、 创建逻辑卷 创建一个逻辑卷，可以指定大小或 pp 数目。 4、 查看卷组下拥有的逻辑卷 逻辑卷有 open 和 closed ，其中 open 是指使用的， closed 是未使用的。如果要删除逻辑卷，必须先将它上面的表空间删除才可。 5、 修改卷组属性 我们刚刚建立了一个 nagios 的逻辑卷，它也是一个设备块。 我们首先需要了解两个概念。 块：以 b 开头。 随机存取的设备，在访问时使用缓存技术，实现按块的数据访问。典型的是硬盘上的文件系统。 字符设备：以 c 开头。 使用顺序写入的、面向流的设备类型，在访问过程中不采用缓冲区方法优化。典型的是裸设备。 我们建立的 /dev/nagios 是块设备， /dev/rnagios 即为对应的字符设备。 Chown -R oracle ： dba /dev/rnagios 6、 创建表空间 Sql

在大多数情况下，软件应用程序开发由于其规范性和复杂性而变得很耗时。 为了在短时间内交付高质量应用程序，软件开发人员正在遵循一套通用的实践，称为DevOps生命周期。 那么，DevOps在软件应用程序开发领域中扮演着什么角色？ 让我们深入了解其含义、用途以及DevOps生命周期中的每个关键阶段。 什么是DevOps 在DevOps之前，从业人员使用瀑布模型或敏捷开发模型进行软件项目开发：瀑布模型或顺序模型是软件开发生命周期（SDLC）中的一种开创性方法,在这个模型中，软件开发成为一个线性过程，不同的阶段和任务被依次定位；而敏捷开发涉及各种方法的使用和SDLC中多个团队的协作。瀑布模型的线性和敏捷开发的跨功能性无法确保快速、连续地交付无缺陷的软件应用程序。 软件行业日益清晰地认识到:为了按时交付软件产品和服务，开发和运维工作必须紧密合作。这样的情况下，DevOps应运而生。 DevOps是一个简单的缩写词，源于“development（开发）”和“Operation（运维）”两个词，它涉及以特定的方式实践应用程序开发的任务。更广泛地说，软件开发和IT运维的结合被称为DevOps。 DevOps的优势 DevOps在促进IT运维和软件开发之间的敏捷关系方面的有效性受到几个因素的支持。通过在软件开发和IT运维部门的多个业务部门内实现更好的通信

点击上方“ 方志朋 ”，选择“ 设为星标 ” 回复” 666 “获取新整理的面试文章 组织在采用DevOps后，每一步的决策都离不开数据。 因此，如果没有监控系统正常运行时间，网络负载和资源使用情况等关键指标，DevOps人员就无法在系统故障时，清楚地知道对哪部分优化。幸运的是，我们现在可以使用各种各样的监控工具来帮助软件系统收集和查看此数据。 确定监控什么以及如何进行监控，这很重要。在这篇文章中，我们将带你了解基础的监控知识，我们还将列举一些流行的监控工具供你参考。 在哪里实施监控 首先，你需要确定在系统中的哪个位置实施监控。根据监控的位置，你将能够观察不同类型的数据。以下是最常见的监控类型。 资源监控： 也称为服务器监控或基础结构监控，它通过收集有关服务器运行的数据来进行操作。资源监控工具报告RAM使用情况，CPU负载和剩余磁盘空间。这些有关硬件运行状况的信息（例如CPU温度等），也影响着服务正常运行。在基于云的环境中，虚拟服务器的聚合信息更为有用。 网络监控： 这将查看计算机网络进出的数据。你的监控工具可以捕获有关组件（如交换机，防火墙，服务器等）中的所有请求和响应。 应用程序性能监控： APM解决方案收集有关服务运行情况的数据。通过这些工具，我们可以对应用程序性能问题进行检测和诊断，以确保服务以预期的水平运行。 第三方组件监控：

简介 负载平衡是一种在真实服务器集群中分配IP流量的方法，可提供一个或多个高度可用的虚拟服务。在设计负载均衡拓扑时，重要的是要考虑负载均衡器本身的可用性以及它背后的真实服务器。用C编写的类似于layer3, 4 & 7交换机制软件，具备我们平时说的第3层、第4层和第7层交换机的功能。 Keepalived为负载平衡和高可用性提供了框架。负载平衡框架依赖于众所周知且广泛使用的Linux虚拟服务器（IPVS）内核模块，该模块提供第4层负载平衡。Keepalived实现了一组健康检查器，以根据其健康动态地自适应地维护和管理负载平衡的服务器池。虚拟冗余路由协议（VRRP）实现高可用性。VRRP是路由器故障转移的基础砖块。此外，keepalived实现了一组挂钩到VRRP有限状态机，提供低级别和高速协议交互。每个Keepalived框架可以独立使用或一起使用，以提供弹性基础设施。 在这种情况下，负载平衡器也可以被称为 导向器 或 LVS路由器 。 简而言之，Keepalived提供了两个主要功能： 健康检查LVS系统 实施VRRPv2堆栈以处理负载均衡器故障转移 Keepalived使用四个Linux内核组件： LVS框架：使用getsockopt和setsockopt调用来获取和设置套接字上的选项。 Netfilter框架：支持NAT和伪装的IPVS代码。 Netlink接口

对于运维的日常工作来说，服务器监控是必须且最基础的一项内容。在企业网络运维过程中，管理员闭虚随时关注服务器和网络运行情况，以便及时发现问题，尽可能减少故障的发生。当网络中的设备、服务器数量较多时，为了更加方便，快捷的获得各种监控信息，通常会借助一些集中监测软件。 目前使用比较多的服务器监控软件有这三款： zabbix、cacti、nagios ，简单介绍一下这三个软件。 zabbix zabbix 是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。 zabbix能监视各种网络参数，保证服务器系统的安全运营；并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。 cacti Cacti是一套基于PHP,MySQL,SNMP及RRDTool开发的网络流量监测图形分析工具。 nagios Nagios 是一款开源的免费网络监视工具，能有效监控Windows、Linux和Unix的主机状态，交换机路由器等网络设备，打印机等。在系统或服务状态异常时发出邮件或短信报警第一时间通知网站运维人员，在状态恢复后发出正常的邮件或短信通知。 然而对于大部分新手来说，这三款监控软件虽然在监控方面的功能很强大，都不是太容易上手，安装和部署比较困难。 资源监控在运维工作中的作用是发现问题，让运维人员能够及时处理并且解决问题，基于此，运维新手应该找一款更适合自己