• 【Ansible 文档】【译文】网络支持


    Networking Support 网络支持

    Working with Networking Devices 使用网络设备

    自从Ansible 2.1开始,你现在可以使用成熟模型 - 编写 playbook 和 开发 module 来管理异构的网络设备 。Ansible使用 SSH之上的CLI、API(可用时)来支持越来越多的网络设备。

    Network Automation Installation 网络自动化安装

    Install the latest Ansible release

    Available Networking Modules 可用的网络模块

    大部分标准的Ansible模块被设计为在linux/unix或windows上工作,且不会使用网络设备。一些模块(包括 “slurp”, “raw”, and “setup”)是平台无关的,且会使用网络设备。

    查看哪些可用的使用网络设备的模块,浏览  “networking” section of the Ansible module index

    Connecting to Networking Devices 连接网络设备

    所有的core网络设备实现了一个provider参数,其是一个参数集合,用来定义如何连接设备的特征。本小部分描述provider参数如何使用。

    每一个core 网络模块支持底层的操作系统和传输协议。操作系统和模块是一对一匹配的,同时传输协议和操作系统是一对多的关系。有些操作系统可能只有一个传输选项。

    每一个core网络模块支持一些基础的参数来配置transport:

    • host - 定义了远端主机的hostname或者ip地址
    • port - 定义了要连接的远端主机的端口
    • username - 定义用来认证连接的用户名
    • password - 定义用来认证连接的密码
    • transport - 定义连接传输构建的类型
    • authorize - 启用特权上升,当设备需要时
    • auth_pass - 为特权上升定义一个密码,如需要时

    单个模块可以为这些参数设置默认值为普通的值,匹配设备的默认设置。例如,transport的默认值通常是 cli 。一些模块也支持如 EOS(eapi) 和NXOS(nxapi),而有些仅支持“cli”。所有的参数在每个模块的文档中已经描述。

    通过允许单个任务来独立的设置transport参数,使用不同transport机制和认证证书的模块可以按照需求结合

    该方法的缺点是每一个任务需要包含一个必须参数。这就是provider参数的作用。provider参数接收关键字参数并且通过任务来传递赋值连接和认证参数

    下面俩个配置模块本质上是相同的(使用nxos_config)作为一个例子,但是它可以应用所有的core 网络模块:

    ---
    nxos_config:
       src: config.j2
       host: "{{ inventory_hostname }}"
       username: "{{ ansible_ssh_user }}"
       password: "{{ ansible_ssh_pass }}"
       transport: cli
    
    ---
    vars:
       cli:
          host: "{{ inventory_hostname }}"
          username: "{{ ansible_ssh_user }}"
          password: "{{ ansible_ssh_pass }} "
          transport: cli
    
    
    nxos_config:
       src: config.j2
       provider: "{{ cli }}"

    上面俩个例子是等价的,这些参数还可以被用来确定优先级和默认值。如下示例:

    ---
    vars:
        cli:
           host: "{{ inventory_hostname }}"
           username: operator
           password: secret
           transport: cli
    
    tasks:
    - nxos_config:
       src: config.j2
       provider: "{{ cli }}"
       username: admin
       password: admin

    在上面这个例子中,admin用户名和admin密码会覆写provider中 “cli” 的相应值。

    对于provider所有的变量来说这都是对的,所以,你可以有一个任务支持CLI或者NXAPI:

    ---
    vars:
        cli:
           host: "{{ inventory_hostname }}"
           username: operator
           password: secret
           transport: cli
    
    tasks:
      - nxos_config:
          src: config.j2
          provider: "{{ cli }}"
          transport: nxapi

    如果所有的变量都是通过provider参数来提供,必要参数规则仍然由模块控制。例如:

    ---
    vars:
      conn:
         password: cisco_pass
         transport: cli
    
    tasks:
    - nxos_config:
      src: config.j2
      provider: "{{ conn }}"

    运行上面的例子,会导致一个错误,产生一个消息:必要参数缺失。

    "msg": "missing required arguments: username,host"

    整体上来说,这提供了一个非常细粒度的级别,用于控制凭据如何与模块一起使用。它给playbook设计者提供上下文变化的的最大控制力,当在运行playbook 需要的时候。

    Networking Environment Variables 网络环境变量

    下面的环境变量是对于Ansible网络模块是可用的。

    username ANSIBLE_NET_USERNAME

    password ANSIBLE_NET_PASSWORD

    ssh_keyfile ANSIBLE_NET_SSH_KEYFILE

    authorize ANSIBLE_NET_AUTHORIZE

    auth_pass ANSIBLE_NET_AUTH_PASS

    变量都是以下面的顺序计算,从低到高:

    • Default
    • Environment
    • Provider
    • Task arguments

    Conditionals in Networking Modules 网络模块中的条件

    Ansible allows you to use conditionals to control the flow of your playbooks. Ansible networking command modules use the following unique conditional statements.

    • eq - Equal
    • neq - Not equal
    • gt - Greater than
    • ge - Greater than or equal
    • lt - Less than
    • le - Less than or equal
    • contains - Object contains specified item

    Conditional statements evaluate the results from the commands that are executed remotely on the device. Once the task executes the command set, the waitfor argument can be used to evaluate the results before returning control to the Ansible playbook.

    For example:

    ---
    - name: wait for interface to be admin enabled
      eos_command:
          commands:
              - show interface Ethernet4 | json
          waitfor:
              - "result[0].interfaces.Ethernet4.interfaceStatus eq connected"
    

    In the above example task, the command show interface Ethernet4 json is executed on the remote device and the results are evaluated. If the path(result[0].interfaces.Ethernet4.interfaceStatus) is not equal to “connected”, then the command is retried. This process continues until either the condition is satisfied or the number of retries has expired (by default, this is 10 retries at 1 second intervals).

    The commands module can also evaluate more than one set of command results in an interface. For instance:

    ---
    - name: wait for interfaces to be admin enabled
      eos_command:
          commands:
              - show interface Ethernet4 | json
              - show interface Ethernet5 | json
          waitfor:
              - "result[0].interfaces.Ethernet4.interfaceStatus eq connected"
              - "result[1].interfaces.Ethernet4.interfaceStatus eq connected"
    

    In the above example, two commands are executed on the remote device, and the results are evaluated. By specifying the result index value (0 or 1), the correct result output is checked against the conditional.

    The waitfor argument must always start with result and then the command index in [], where 0 is the first command in the commands list, 1 is the second command, 2 is the third and so on.

  • 相关阅读:
    《计算机图形学-基于3D图形开发技术》读书笔记
    【转】OpenGL和D3D 矩阵对比
    【转】D3D中详细拾取操作
    根据点坐标改变字体显示位置
    静态常量和常量在类中的初始化
    MFC单文档中使用D3D9
    单文档切换OpenGL视图
    超大地形的处理 (Terrain Visualization)【转自知乎】
    又出现这种问题。。。
    属性
  • 原文地址:https://www.cnblogs.com/pengyusong/p/7695002.html
Copyright © 2020-2023  润新知