ansible管理windows实践

  1. 云栖社区>
  2. 博客>
  3. 正文

ansible管理windows实践

科技小能手 2017-11-12 02:59:00 浏览831
展开阅读全文

ansible管理windows实践


一、前言

近期打算搞搞自动部署,因为是windows服务器,一些工具和系统支持都不是太好。最后发现ansible比较火,最重要的是他支持windows。本文主要就ansible 在windows使用环境搭建过程分享。

二、Ansible简介

    ansible是新出现的自动化运维工具,基于Python开发,集合了众多运维工具(puppet、cfengine、chef、func、fabric)的优点,实现了批量系统配置、批量程序部署、批量运行命令等功能。ansible是基于模块工作的,本身没有批量部署的能力。真正具有批量部署的是ansible所运行的模块,ansible只是提供一种框架。主要包括:

(1)、连接插件connection plugins:负责和被监控端实现通信;

(2)、host inventory:指定操作的主机,是一个配置文件里面定义监控的主机;

(3)、各种模块核心模块、command模块、自定义模块;

(4)、借助于插件完成记录日志邮件等功能;

(5)、playbook:剧本执行多个任务时,非必需可以让节点一次性运行多个任务。

三、Windows下Ansible工作模式

Ansible 从1.7+版本开始支持Windows,但前提是管理机必须为Linux系统,远程主机的通信方式也由SSH变更为PowerShell,同时管理机必须预安装Python的Winrm模块,方可和远程Windows主机正常通信,但PowerShell需3.0+版本且Management Framework 3.0+版本,实测Windows 7 SP1和Windows Server 2008 R2及以上版本系统经简单配置可正常与Ansible通信。简单总结如下:

(1)    管理机必须为Linux系统且需预安装Python Winrm模块

(2)    底层通信基于PowerShell,版本为3.0+,Management Framework版本为3.0+

(3)    远程主机开启Winrm服务

四、Ansible管理机部署安装

(1). 对管理主机的要求

    目前,只要机器上安装了 Python 2.6 或 Python 2.7 (windows系统不可以做控制主机),都可以运行Ansible.

主机的系统可以是 Red Hat, Debian, CentOS, OS X, BSD的各种版本,等等.

       (2) 从源码运行

    从项目的checkout中可以很容易运行Ansible,Ansible的运行不要求root权限,也不依赖于其他软件,不要求运行后台进程,也不需要设置数据库.因此我们社区的许多用户一直使用Ansible的开发版本,这样可以利用最新的功能特性,也方便对项目做贡献.因为不需要安装任何东西,跟进Ansible的开发版相对于其他开源项目要容易很多.

从源码安装的步骤 

$ git clone git://github.com/ansible/ansible.git --recursive$ cd ./ansible

使用 Bash:

$ source ./hacking/env-setup

如果没有安装pip, 请先安装对应于你的Python版本的pip:

$ sudo easy_install pip

以下的Python模块也需要安装:

$ sudo pip install paramiko PyYAML Jinja2 httplib2 six

一旦运行env-setup脚本,就意味着Ansible从源码中运行起来了.默认的inventory文件是 /etc/ansible/hosts。

配置hosts文件:

$  vim /etc/ansible/hosts
[windows]192.168.1.105 ansible_ssh_user="Administrator" ansible_ssh_pass="123456" ansible_ssh_port=5985 ansible_connection="winrm" ansible_winrm_server_cert_validation=ignore
192.168.1.105是windows服务器的IP。

至此,服务端配置完毕。

五、Windows系统配置

和Linux发版版稍有区别,远程主机系统如为Windows需预先如下配置:

  • 安装Framework 3.0+

  • 更改powershell策略为remotesigned

  • 升级PowerShell至3.0+

  • 设置Windows远端管理,英文全称WS-Management(WinRM)

(1)安装Framework 3.0+

下载链接为:http://download.microsoft.com/download/B/A/4/BA4A7E71-2906-4B2D-A0E1-80CF16844F5F/dotNetFx45_Full_x86_x64.exe。 下载至本地后双击左键安装即可,期间可能会多次重启,电脑需正常连接Internet。

(2)更改powershell策略为remotesigned

    set-executionpolicy remotesigned

(3)升级PowerShell至3.0+

Window 7和Windows Server 2008 R2默认安装的有PowerShell,但版本号一般为2.0版本,所以我们需升级至3.0+,如下图中数字1部分表示PowerShell版本过低需3.0+版本,数字2部分表示当前PowerShell版本为2.0。

 下脚本保存至本地后,右键选择“使用PowerShell运行”,执行完毕重启系统后,在PowerShell执行Get-Host命令结果如下图所示PowerShell版本为3.0为正常。 

 

 upgrade_to_ps3.ps1

 

 

(4)设置Windows远端管理(WS-Management,WinRM)

winrm service 默认都是未启用的状态,先查看状态;如无返回信息,则是没有启动;

winrm enumerate winrm/config/listener

 

针对winrm service 进行基础配置:

winrm quickconfig

 

查看winrm service listener:

winrm e winrm/config/listener

 

为winrm service 配置auth:

winrm set winrm/config/service/auth @{Basic="true"}

 

为winrm service 配置加密方式为允许非加密:

winrm set winrm/config/service @{AllowUnencrypted="true"}

 

好了,远程Windows主机配置到此结束,我们验证配置的是否有问题。

 

六、Windows下可用模块测试

(1)win_ping —Windows系统下的ping模块,常用来测试主机是否存活

ansible windows -m win_ping

 


 (2)win_copy—拷贝文件到远程Windows主机

传输/etc/passwd文件至远程F:\file\目录下

执行命令:

ansible windows -m win_copy -a 'src=/etc/passwd dest=F:\file\passwd'

 

返回结果:

1
2
3
4
5
6
7
192.168.1.105 | success >> {
    "changed"true,
    "checksum""896d4c79f49b42ff24f93abc25c38bc1aa20afa0",
    "operation""file_copy",
    "original_basename""passwd",
    "size": 2563
}

  

部分返回结果诠释:

  • “operation”: “file_copy”—执行的操作为 file_copy;

  • “original_basename”: “passwd”—文件名为 passwd;

  • “size”: 2563—文件大小为 2563 bytes。

Playbook写法如下:

1
2
3
4
5
6
---
- name: windows module example
  hosts: windows
  tasks:
     - name: Move file on remote Windows Server from one location to another
       win_file: src=/etc/passwd dest=F:\file\passwd

 

(3)win_file —创建,删除文件或目录

删除F:\file\passwd

执行命令:

ansible windows -m win_file -a "path=F:\file\passwd state=absent"

返回结果:

1
2
3
192.168.1.105 | success >> {
    "changed"true
}

   

七、总结

    至此,环境搭建完成,可以在本地远程控制windows服务器,如果想要自动部署,还需要码powershell脚本来完成自动部署的相关功能。还未测试,待测试通过后再来分享。



本文转自 holy2009 51CTO博客,原文链接:http://blog.51cto.com/holy2010/1958907

网友评论

登录后评论
0/500
评论
科技小能手
+ 关注