- 系统管理
- Fabric
- Salt
- Psutil
- Ansible
- Chef
- Puppet
- Blueprint
- Buildout
- Shinken
系统管理
Fabric
Fabric 是一个简化系统管理任务的库。Chef和Puppet倾向于关注管理服务器和系统库,而Fabric更加关注应用级别的任务,比如说部署。
安装Fabric:
- $ pip install fabric
下面的代码将会创建我们可以使用的两个任务: memory_usage
和 deploy
。前者将会在每台机器上输出内存使用情况。后者将会ssh到每台服务器,cd到我们的工程目录,激活虚拟环境,拉取最新的代码库,以及重启应用服务器。
- from fabric.api import cd, env, prefix, run, task
- env.hosts = ['my_server1', 'my_server2']
- @task
- def memory_usage():
- run('free -m')
- @task
- def deploy():
- with cd('/var/www/project-env/project'):
- with prefix('. ../bin/activate'):
- run('git pull')
- run('touch app.wsgi')
将上述代码保存到文件 fabfile.py
中,我们可以这样检查内存的使用:
- $ fab memory_usage
- [my_server1] Executing task 'memory'
- [my_server1] run: free -m
- [my_server1] out: total used free shared buffers cached
- [my_server1] out: Mem: 6964 1897 5067 0 166 222
- [my_server1] out: -/+ buffers/cache: 1509 5455
- [my_server1] out: Swap: 0 0 0
- [my_server2] Executing task 'memory'
- [my_server2] run: free -m
- [my_server2] out: total used free shared buffers cached
- [my_server2] out: Mem: 1666 902 764 0 180 572
- [my_server2] out: -/+ buffers/cache: 148 1517
- [my_server2] out: Swap: 895 1 894
and we can deploy with:
- $ fab deploy
额外的特性包括并行执行、和远程程序交互、以及主机分组。
Fabric 文档
Salt
Salt 是一个开源的基础管理工具。它支持从中心节点(主要的主机)到多个主机(指从机)的远程命令执行。它也支持系统语句,能够使用简单的模板文件配置多台服务器。
Salt支持Python 2.6和2.7,并能通过pip安装:
- $ pip install salt
在配置好一台主服务器和任意数量的从机后,我们可以在从机上使用任意的shell命令或者预制的复杂命令的模块。
下面的命令使用ping模块列出所有可用的从机:
- $ salt '*' test.ping
主机过滤是通过匹配从机id或者使用颗粒系统(grains system)。颗粒(grains)系统使用静态的主机信息,比如操作系统版本或者CPU架构,来为Salt模块提供主机分类内容。
下列命令行使用颗粒系统列举了所有可用的运行CentOS的从机:
- $ salt -G 'os:CentOS' test.ping
Salt也提供状态系统。状态能够用来配置从机。
例如,当一个从机接受读取下列状态文件的指令,他将会安装和启动Apache服务器:
- apache:
- pkg:
- - installed
- service:
- - running
- - enable: True
- - require:
- - pkg: apache
状态文件可以使用YAML、Jinja2模板系统或者纯Python编写。
Salt 文档
Psutil
Psutil 是获取不同系统信息(比如CPU、内存、硬盘、网络、用户、进程)的接口。
下面是一个关注一些服务器过载的例子。如果任意一个测试(网络、CPU)失败,它将会发送一封邮件。
- # 获取系统变量的函数:
- from psutil import cpu_percent, net_io_counters
- # 休眠函数:
- from time import sleep
- # 用于email服务的包:
- import smtplib
- import string
- MAX_NET_USAGE = 400000
- MAX_ATTACKS = 4
- attack = 0
- counter = 0
- while attack <= MAX_ATTACKS:
- sleep(4)
- counter = counter + 1
- # Check the cpu usage
- if cpu_percent(interval = 1) > 70:
- attack = attack + 1
- # Check the net usage
- neti1 = net_io_counters()[1]
- neto1 = net_io_counters()[0]
- sleep(1)
- neti2 = net_io_counters()[1]
- neto2 = net_io_counters()[0]
- # Calculate the bytes per second
- net = ((neti2+neto2) - (neti1+neto1))/2
- if net > MAX_NET_USAGE:
- attack = attack + 1
- if counter > 25:
- attack = 0
- counter = 0
- # 如果attack大于4,就编写一封十分重要的email
- TO = "you@your_email.com"
- FROM = "webmaster@your_domain.com"
- SUBJECT = "Your domain is out of system resources!"
- text = "Go and fix your server!"
- BODY = string.join(("From: %s" %FROM,"To: %s" %TO,"Subject: %s" %SUBJECT, "",text), "\r\n")
- server = smtplib.SMTP('127.0.0.1')
- server.sendmail(FROM, [TO], BODY)
- server.quit()
一个类似于基于psutil并广泛扩展的top,并拥有客服端-服务端监控能力的完全终端应用叫做glance 。
Ansible
Ansible 是一个开源系统自动化工具。相比于Puppet或者Chef最大的优点是它不需要客户机上的代理。Playbooks是Ansible的配置、部署和编排语言,它用YAML格式编写,使用Jinja2作为模板。
Ansible支持Python 2.6和2.7,并能使用pip安装:
- $ pip install ansible
Ansible需要一个清单文件,来描述主机经过何处。以下是一个主机和playbook的例子,在清单文件中将会ping所有主机。
清单文件示例如下:hosts.yml
- [server_name]
- 127.0.0.1
playbook示例如下:ping.yml
- ---
- - hosts: all
- tasks:
- - name: ping
- action: ping
要运行playbook:
- $ ansible-playbook ping.yml -i hosts.yml --ask-pass
Ansible playbook在 hosts.yml
中将会ping所有的服务器。您也可以选择成组的服务器使用Ansible。了解更多关于Ansible的信息,请阅读 Ansible Docs 。
Ansible教程 也是一个很棒的且详细的指引来开始熟悉Ansible。
Chef
Chef 是一个系统的云基础设施自动化框架,它使部署服务器和应用到任何物理、虚拟或者云终端上变得简单。您可以选择进行配置管理,那将主要使用Ruby去编写您的基础设施代码。
Chef客户端运行于组成您的基础设施的每台服务器上,这些客户端定期检查Chef服务器来确保系统是均衡并且处于设想的状态。由于每台服务器拥有它自己的独立的Chef客户端,每个服务器配置自己,这种分布式方法使得Chef成为一个可扩展的自动化平台。
Chef通过使用定制的在cookbook中实现的食谱(配置元素)来工作。Cookbook通常作为基础设施的选择项,作为包存放在Chef服务器中。请阅读 数字海洋教程系列关于Chef的部分来学习如何创建一个简单的Chef服务器。
要创建一个简单的cookbook,使用 knife 命令:
- knife cookbook create cookbook_name
Getting started with Chef对Chef初学者来说是一个好的开始点,许多社区维护着cookbook,可以作为是一个好的参考。要服务自己的基础设施配置需求,请见 Chef Supermarket 。
- Chef 文档
Puppet
Puppet 是来自Puppet Labs的IT自动化和配置管理软件,允许系统管理员定义他们的IT基础设施状态,这样就能够提供一种优雅的方式管理他们成群的物理和虚拟机器。
Puppet均可作为开源版和企业版获取到。其模块是小的、可共享的代码单元,用以自动化或定义系统的状态。Puppet Forge 是一个模块仓库,它由社区编写,面向开源和企业版的Puppet。
Puppet代理安装于其状态需要被监控或者修改的节点上。作为特定服务器的Puppet Master负责组织代理节点。
代理节点发送系统的基本信息到Puppet Master,比如说操作系统、内核、架构、ip地址、主机名等。接着,Puppet Master编译携带有节点生成信息的目录,告知每个节点应如何配置,并发送给代理。代理便会执行前述目录中的变化,并向Puppet Master发送回一份报告。
Facter是一个有趣的工具,它用来传递Puppet获取到的基本系统信息。这些信息可以在编写Puppet模块的时候作为变量来引用。
- $ facter kernel
- Linux
- $ facter operatingsystem
- Ubuntu
在Puppet中编写模块十分直截了当。Puppet清单(manifest)组成了Puppet模块。Puppet清单以扩展名 .pp
结尾。下面是一个Puppet中 ‘Hello World’的例子。
- notify { 'This message is getting logged into the agent node':
- #As nothing is specified in the body the resource title
- #the notification message by default.
- }
这里是另一个基于系统的逻辑的例子。注意操纵系统信息是如何作为变量使用的,变量前加了前缀符号 $
。类似的,其他信息比如说主机名就能用 $hostname
来引用。
- notify{ 'Mac Warning':
- message => $operatingsystem ? {
- 'Darwin' => 'This seems to be a Mac.',
- default => 'I am a PC.',
- },
- }
Puppet有多种资源类型,需要时可以使用包-文件-服务(package-file-service)范式来承担配置管理的主要任务。下面的Puppet代码确保了系统中安装了OpenSSH-Server包,并且在每次sshd配置文件改变时重启sshd服务。
- package { 'openssh-server':
- ensure => installed,
- }
- file { '/etc/ssh/sshd_config':
- source => 'puppet:///modules/sshd/sshd_config',
- owner => 'root',
- group => 'root',
- mode => '640',
- notify => Service['sshd'], # sshd will restart
- # whenever you edit this
- # file
- require => Package['openssh-server'],
- }
- service { 'sshd':
- ensure => running,
- enable => true,
- hasstatus => true,
- hasrestart=> true,
- }
了解更多信息,参考 Puppet Labs 文档 。
Blueprint
待处理
Write about Blueprint
Buildout
Buildout 是一个开源软件构件工具。Buildout由Python编写。它实现了配置和构建脚本分离的原则。Buildout主要用于下载和设置正在开发或部署软件的Python egg格式的依赖。在任何环境中构建任务的指南(recipe,原意为“食谱”,引申为“指南”)能被创建,许多早已可用。
Shinken
Shinken 是一个使用Python编写的现代化的兼容Nagios的监控框架。其主要目标是为用户的设计成可扩展到大型环境的监控系统提供灵活的框架。
Shinken与Nagios配置标准和插件向后兼容。它适用于任何支持Python的操作系统和架构,包括Windows、GNU/Linux和FreeBSD。
原文: http://pythonguidecn.readthedocs.io/zh/latest/scenarios/admin.html