etc

linux 添加开机启动项的三种方法。 （1）编辑文件 /etc/rc.local 输入命令：vim /etc/rc.local 将出现类似如下的文本片段： #!/bin/sh # # This script will be executed *after* all the other init scripts. # You can put your own initialization stuff in here if you don't # want to do the full Sys V style init stuff. touch /var/lock/subsys/local /etc/init.d/mysqld start #mysql开机启动 /etc/init.d/nginx start #nginx开机启动 /etc/init.d/php-fpm start #php-fpm开机启动 /etc/init.d/memcached start #memcache开机启动 #在文件末尾（exit 0之前）加上你开机需要启动的程序或执行的命令即可（执行的程序需要写绝对路径，添加到系统环境变量的除外），如： /usr/local/thttpd/sbin/thttpd -C /usr/local/thttpd/etc/thttpd.conf （2）自己写一个shell脚本

简介 PV即点击量，通常是衡量一个网络新闻频道或网站甚至一条网络新闻的重要指标。PV从某种程度上已经成为投资者衡量商业网站表现的最重要的尺度。 PV是一个访问者在24小时到底看了网站的几个页面。 案例描述 本案例设计采用四层模式实现，主要分为前端反向代理，web层，数据库缓存层和数据库层。前端反向代理层采用主备模式，web层采用集群模式，数据库缓存采用主备模式，数据库层采用主从模式。 案例环境 主：192.168.177.145 centos7-1 从：192.168.177.135 centos7-2 节点1：192.168.177.132 centos7-3 节点2：192.168.177.133 centos7-4 主服务器 从服务器 安装带有nginx rpm软件包的源 #rpm -ivh http://nginx.org/packages/centos/7/noarch/RPMS/\ nginx-release-centos-7-0.el7.ngx.noarch.rpm 使用centos 默认仓库完成下面的安装 主 #yum install -y keepalived nginx #vim /etc/keepalived/keepalived.conf //从上修改三个参数 ! Configuration File for keepalived vrrp_script

ansible roles 在实际的工作当中，一个完整的项目实际上是很多功能体的组合，如果将所有的功能写在一个playbook中会存在如代码耦合程度高、playbook长而维护成本大、灵活性低等一系列的问题。使用roles能巧妙的解决这一系列的问题。roles是ansible1.2版本后加入的新功能，适合于大项目playbook的编排架构。 ansible roles目录结构 roles能够根据层次型结构自动装载变量文件、task以及handlers等。简单来讲，roles就是通过分别将变量、文件、任务、模块及处理器放置于单独的目录中，并可以便捷地include它们，roles一般用于基于主机构建服务的场景中，但也可以用于构建守护进程等场景中。 roles/ common/ files/ templates/ tasks/ handlers/ vars/ defaults/ meta/ web/ files/ templates/ tasks/ handlers/ vars/ defaults/ meta/ roles内各目录含义解释 files：用来存放由copy模块或script模块调用的文件。 templates：用来存放jinjia2模板，template模块会自动在此目录中寻找jinjia2模板文件。 tasks：此目录应当包含一个main.yml文件

ansible roles 在实际的工作当中，一个完整的项目实际上是很多功能体的组合，如果将所有的功能写在一个playbook中会存在如代码耦合程度高、playbook长而维护成本大、灵活性低等一系列的问题。使用roles能巧妙的解决这一系列的问题。roles是ansible1.2版本后加入的新功能，适合于大项目playbook的编排架构。 ansible roles目录结构 roles能够根据层次型结构自动装载变量文件、task以及handlers等。简单来讲，roles就是通过分别将变量、文件、任务、模块及处理器放置于单独的目录中，并可以便捷地include它们，roles一般用于基于主机构建服务的场景中，但也可以用于构建守护进程等场景中。 roles/ common/ files/ templates/ tasks/ handlers/ vars/ defaults/ meta/ web/ files/ templates/ tasks/ handlers/ vars/ defaults/ meta/ roles内各目录含义解释 files：用来存放由copy模块或script模块调用的文件。 templates：用来存放jinjia2模板，template模块会自动在此目录中寻找jinjia2模板文件。 tasks：此目录应当包含一个main.yml文件

ansible 是什么？ .ansible是新出现的自动化运维工具，基于Python开发，集合了众多运维工具（puppet、cfengine、chef、func、fabric）的优点，实现了批量系统配置、批量程序部署、批量运行命令等功能。ansible是基于模块工作的，本身没有批量部署的能力。真正具有批量部署的是ansible所运行的模块，ansible只是提供一种框架。主要包括： (1)、连接插件connection plugins：负责和被监控端实现通信； (2)、host inventory：指定操作的主机，是一个配置文件里面定义监控的主机； (3)、各种模块核心模块、command模块、自定义模块； (4)、借助于插件完成记录日志邮件等功能； (5)、playbook：剧本执行多个任务时，非必需可以让节点一次性运行多个任务。 ansible 特性 1.部署简单，只需在主控端部署Ansible环境，被控端无需做任何操作； 2.默认使用SSH协议对设备进行管理； 3.有大量常规运维操作模块，可实现日常绝大部分操作； 4.配置简单、功能强大、扩展性强； 5.支持API及自定义模块，可通过Python轻松扩展； 6.通过Playbooks来定制强大的配置、状态管理； 7.轻量级，无需在客户端安装agent，更新时，只需在操作机上进行一次更新即可； 8.幂等性

为什么要监控 运维的职责 1.保障企业数据的安全可靠。 2.为客户提供7*24小时服务。 3.不断提升用户的体验。 在关键时刻，提前提醒我们服务器要出问题了 当出问题之后，可以便于找到问题的根源 拿到公司服务器的管理权之后， 第一件事，备份 第二件事，监控 数据有故障了，服务有问题了，一些内容挂掉了，比如web服务器，或者是硬件的服务器，raid，磁盘有故障了也会报警，用户访问网站，感觉慢了，也可以获得相应的提示 这是一个非常重要的部分 你们公司监控是怎么做的-面试题 OSI/ISO7层协议进行回答 业务流程、用户访问网站的流程进行补充 监控工具 mrtg 流量监控出图 nagios 监控 cacti 流量监控出图 zabbix 监控+出图，所有监控范畴，都可以整合到Zabbix中。 硬件监控：Zabbix IPMI Interface 系统监控：Zabbix Agent Interface Java监控：Zabbix JMX Interface 网络设备监控：Zabbix SNMP Interface 应用服务监控：Zabbix Agent UserParameter MySQL数据库监控：percona-monitoring-plulgins URL监控：Zabbix Web 监控 Zabbix简介 zabbix是一个基于WEB界面的

第1章 find命令扩展 转自：https://www.cnblogs.com/clsn/p/7520333.html 1.1 方法一 |xargs 通过|xargs将前面命令的执行结果传给后面。 [root@znix ~]# find /clsn/ -type f -name "*.sh" |xargs ls -l -rw-r--r--. 1 root root 7 Aug 17 17:00 /clsn/test/del.sh -rw-r--r--. 1 root root 8 Aug 17 19:35 /clsn/test.sh -rw-r--r--. 1 root root 7 Aug 17 17:00 /clsn/t.sh 1.2 方法二 $() $()先运行里面的命令，把显示到屏幕上的结果留下来 [root@znix ~]# ls -l $(find /clsn/ -type f -name "*.sh") -rw-r--r--. 1 root root 7 Aug 17 17:00 /clsn/test/del.sh -rw-r--r--. 1 root root 8 Aug 17 19:35 /clsn/test.sh -rw-r--r--. 1 root root 7 Aug 17 17:00 /clsn/t.sh 1.3 方法三 -exec {} \; -exec

需要掌握的重要目录 /etc/sysconfig/network-scripts/ifcfg-eth0：网卡配置文件 /etc/resolv.conf：客户端DNS /etc/hosts：本地的主机名解析的文件 /etc/sysconfig/network：主机名 /etc/fstab：开机磁盘自动挂载的文件 /etc/rc.local：像360开机杀毒软件一样，一开电脑文件一起启动；linux里面其中一个地点就是把那个启动命令放在这个路径 /etc/inittab：开机的时候设定linux的运行级别，然后加载先后级别的脚本 /etc/init.d：我们使用yum、rpm安装的软件默认的启动命令放在目录下 /etc/profile：全局（所有用户） /etc/bashrc：全局（所有用户） ~/.bashrc：局部（当前用户） /usr/local：C盘Program默认的安装目录 /usr/src：源码安装目录 /var/log/messages：系统日志 /var/log/secure：安全日志 （这两个日志系统会自动按时间、按周轮巡生成不同文件） /var/spool/cron/root： /proc/cpuinfo：查看CPU /proc/meminfo：查看内存 /proc/loadavg：查看负载 /proc/mounts：查看挂载 来源： https://www

/etc/sysconfig/network-scripts/ifcfig-eth0 第一块网卡的配置 /etc/resolv.conf DNS配置 /etc/profile 系统用户设置的环境变量 /etc/bashrc 用户base shell环境变量 /etc/init.d 存放系统软件、服务的管理命令 /etc/inittab 运行级别的配置文件 /etc/fstab 开机自动挂载分区 /etc/rc.local 存放开启自动启动的程序或者命令 /etc/hosts ip与主机名解析关系 /etc/sysconfig/network 修改主机名的地方,永久修改同时修改hostname，（重启服务器） /user/local 编译安装时默认的安装位置 /var/log/message 系统普通的日志，病例，诊断报告 /var/log/secure 用户登入信息 /proc/mounts 系统挂载信息 /proc/loadavg 系统负载信息 /proc/meminfo 系统内存信息 /proc/cpuinfo 系统cpu信息 来源： https://www.cnblogs.com/caiyun777/p/9545128.html

CentOS yum 源的配置与使用 一、yum 简介 　　yum，是Yellow dog Updater, Modified 的简称，是杜克大学为了提高RPM 软件包安装性而开发的一种软件包管理器。起初是由yellow dog 这一发行版的开发者Terra Soft 研发，用python 写成，那时还叫做yup(yellow dog updater)，后经杜克大学的Linux@Duke 开发团队进行改进，遂有此名。yum 的宗旨是自动化地升级，安装/移除rpm 包，收集rpm 包的相关信息，检查依赖性并自动提示用户解决。yum 的关键之处是要有可靠的repository，顾名思义，这是软件的仓库，它可以是http 或ftp 站点，也可以是本地软件池，但必须包含rpm 的header，header 包括了rpm 包的各种信息，包括描述，功能，提供的文件，依赖性等。正是收集了这些header 并加以分析，才能自动化地完成余下的任务。 　　yum 的理念是使用一个中心仓库(repository)管理一部分甚至一个distribution 的应用程序相互关系，根据计算出来的软件依赖关系进行相关的升级、安装、删除等等操作，减少了Linux 用户一直头痛的dependencies 的问题。这一点上，yum 和apt 相同。apt 原为debian 的deb 类型软件管理所使用