Inside Playbook Ansible Engine 2.9 အသစ်တွင် ကွန်ရက်ချိတ်ဆက်ခြင်းအင်္ဂါရပ်များ

မကြာမီထွက်ရှိမည့် Red Hat Ansible Engine 2.9 သည် စိတ်လှုပ်ရှားဖွယ်ရာ တိုးတက်မှုများကို သယ်ဆောင်လာကာ အချို့ကို ဤဆောင်းပါးတွင် ဆွေးနွေးထားသည်။ အမြဲလိုလို၊ ကျွန်ုပ်တို့သည် အသိုင်းအဝိုင်း၏ပံ့ပိုးကူညီမှုဖြင့် Ansible Network တိုးတက်မှုများကို ပွင့်လင်းမြင်သာစွာ ဖော်ဆောင်လျက်ရှိသည်။ ကျွန်ုပ်တို့နှင့်ပူးပေါင်းပါ - ကြည့်ရှုပါ။ GitHub တွင်ထုတ်ပေးသောဘုတ် ဖွံ့ဖြိုးတိုးတက်ရေးအစီအစဥ်ကို လေ့လာပါ။ Red Hat Ansible Engine 2.9 ကို ဖြန့်ချိခဲ့သည်။ ဝီကီစာမျက်နှာပေါ်တွင် Ansible ကွန်ရက်.

မကြာသေးမီက ထုတ်ပြန်ခဲ့သည့်အတိုင်း၊ Red Hat Ansible Automation ပလက်ဖောင်း ယခုတွင် Ansible Tower၊ Ansible Engine နှင့် Ansible Network အကြောင်းအရာအားလုံး ပါဝင်ပါသည်။ ယနေ့ခေတ်တွင် ရေပန်းအစားဆုံး ကွန်ရက်ချိတ်ဆက်မှု ပလပ်ဖောင်းများကို Ansible modules များမှတစ်ဆင့် အကောင်အထည် ဖော်လျက်ရှိသည်။ ဥပမာအားဖြင့်:

• Arista EOS
• Cisco သည် IOS ကို
• Cisco IOS XR
• Cisco NX-OS
• Juniper Junos
• VyOS

Ansible Automation စာရင်းသွင်းမှုမှတစ်ဆင့် Red Hat မှ အပြည့်အဝပံ့ပိုးပေးထားသည့် ပလပ်ဖောင်းများစာရင်းအပြည့်အစုံအတွက်၊ ဤနေရာတွင် ထုတ်ပြန်ခဲ့သည်။.

ငါတို့ ဘာသင်ယူခဲ့လဲ။

လွန်ခဲ့သည့် လေးနှစ်အတွင်း၊ ကျွန်ုပ်တို့သည် ကွန်ရက် အလိုအလျောက်စနစ်ဆိုင်ရာ ပလပ်ဖောင်းကို တီထွင်ဖန်တီးခြင်းအကြောင်း များစွာလေ့လာသင်ယူခဲ့သည်။ ကျွန်တော်တို့လည်း သိလာတယ်။ ဘယ်လို ပလက်ဖောင်း ရှေးဟောင်းပစ္စည်းကို Ansible playbooks နှင့် end users တို့မှ အသုံးပြုသည်။ ဤတွင် ကျွန်ုပ်တို့ သိရှိထားသည်မှာ-

• အဖွဲ့အစည်းများသည် တစ်ခုတည်းသာမက ရောင်းချသူအများအပြားမှ စက်ပစ္စည်းများကို အလိုအလျောက်လုပ်ဆောင်ကြသည်။
• အလိုအလျောက်စနစ်သည် နည်းပညာဆိုင်ရာဖြစ်စဉ်တစ်ခုသာမက ယဉ်ကျေးမှုတစ်ခုလည်းဖြစ်သည်။
• အလိုအလျောက်စနစ် ဒီဇိုင်း၏ အခြေခံ ဗိသုကာဆိုင်ရာ အခြေခံမူများ ကြောင့် အတိုင်းအတာဖြင့် ကွန်ရက်များကို အလိုအလျောက် ဖော်ခြင်းသည် ပို၍ခက်ခဲသည်ဟု ထင်ရသည်။

လွန်ခဲ့သော တစ်နှစ်ကျော်က ကျွန်ုပ်တို့၏ ရေရှည်တိုးတက်မှု အစီအစဉ်များကို ဆွေးနွေးသောအခါ၊ ကျွန်ုပ်တို့၏ ကော်ပိုရိတ်ဖောက်သည်များသည် အောက်ပါတို့ကို တောင်းဆိုခဲ့သည်-

• အချက်အလက်စုဆောင်းမှုသည် ပိုမိုကောင်းမွန်သော စံသတ်မှတ်ထားပြီး စက်အားလုံးရှိ အလိုအလျောက်လုပ်ဆောင်မှုအသွားအလာများနှင့် ချိန်ညှိရန်လိုအပ်သည်။
• စက်ပစ္စည်းပေါ်ရှိ ဖွဲ့စည်းမှုပုံစံများကို အပ်ဒိတ်လုပ်ခြင်းသည် စံချိန်စံညွှန်းနှင့် တသမတ်တည်းဖြစ်ရန် လိုအပ်ပြီး Ansible module များသည် အချက်အလက်များကို စုဆောင်းပြီးနောက် စက်ဝန်း၏ ဒုတိယတစ်ဝက်ကို ကိုင်တွယ်နိုင်စေရန်လည်း လိုအပ်ပါသည်။
• စက်ပစ္စည်းဖွဲ့စည်းပုံဖွဲ့စည်းပုံကို ဖွဲ့စည်းပုံဒေတာအဖြစ်သို့ ပြောင်းလဲရန်အတွက် ခိုင်မာပြီး ပံ့ပိုးပေးသည့်နည်းလမ်းများ လိုအပ်ပါသည်။ ဤအခြေခံအားဖြင့်၊ အမှန်တရား၏အရင်းအမြစ်ကို ကွန်ရက်ကိရိယာမှ ရွှေ့နိုင်သည်။

အဖြစ်မှန်တိုးတက်မှုများ

Ansible ကို အသုံးပြု၍ ကွန်ရက်စက်ပစ္စည်းများမှ အချက်အလက်များကို စုဆောင်းခြင်းသည် ကျပန်းအားဖြင့် ဖြစ်တတ်သည်။ ဝဘ်အခြေခံပလပ်ဖောင်းများတွင် အချက်အလက်စုဆောင်းခြင်းစွမ်းရည်များ ကွဲပြားသော်လည်း ၎င်းတို့တွင် ဒေတာများကို ခွဲခြမ်းစိတ်ဖြာခြင်းနှင့် စံသတ်မှတ်ခြင်းအတွက် သော့တန်ဖိုးအတွဲများတွင် ဒေတာဖော်ပြမှုကို စံသတ်မှတ်ခြင်းအတွက် လုပ်ဆောင်နိုင်စွမ်း အနည်းငယ် သို့မဟုတ် မရှိပေ။ ဖတ်ပါ။ တိုင် ကိန်းဂဏာန်းအချက်အလက်များကို ခွဲခြမ်းစိတ်ဖြာပြီး စံသတ်မှတ်ရန် မည်မျှခက်ခဲပြီး နာကျင်နိုင်ကြောင်း Ken Celenza

Ansible Network Engine အခန်းကဏ္ဍတွင် လုပ်ဆောင်နေကြောင်း ကျွန်ုပ်တို့ သတိပြုမိပေမည်။ ထုံးစံအတိုင်း၊ 24K ဒေါင်းလုဒ်များပြီးနောက်တွင် Network Engine အခန်းကဏ္ဍသည် ကွန်ရက်အလိုအလျောက်လုပ်ဆောင်မှုအခြေအနေများအတွက် Ansible Galaxy တွင် ရေပန်းအစားဆုံး Ansible အခန်းကဏ္ဍများထဲမှတစ်ခုဖြစ်လာသည်။ Ansible 2.8 တွင် လိုအပ်မည့်အရာများအတွက် ပြင်ဆင်ရန် ဤအရာအများအပြားကို Ansible 2.9 သို့မပြောင်းမီတွင်၊ ဤ Ansible အခန်းကဏ္ဍသည် ခွဲခြမ်းစိတ်ဖြာရန်၊ အမိန့်ပေးချက်များကို စီမံခန့်ခွဲရန်နှင့် ကွန်ရက်စက်ပစ္စည်းများအတွက် ဒေတာစုဆောင်းရန် ပထမဆုံးကိရိယာအစုံကို ပံ့ပိုးပေးထားသည်။

Network Engine ကိုအသုံးပြုနည်းကို သင်သိပါက၊ ၎င်းသည် Ansible တွင်အသုံးပြုရန်အတွက် အချက်အလက်အချက်အလက်စုဆောင်းခြင်း၊ ခွဲခြမ်းစိပ်ဖြာခြင်းနှင့် စံသတ်မှတ်ရန် အလွန်ထိရောက်သောနည်းလမ်းဖြစ်သည်။ ဤအခန်းကဏ္ဍ၏အားနည်းချက်မှာ ပလပ်ဖောင်းတစ်ခုစီနှင့် ကွန်ရက်လုပ်ဆောင်မှုအားလုံးအတွက် ခွဲခြမ်းစိတ်ဖြာမှုအစုအစည်းတစ်ခုလုံးကို ဖန်တီးရန် လိုအပ်ပါသည်။ ဖန်တီးရန်၊ ပို့ဆောင်ရန်နှင့် ခွဲခြမ်းစိတ်ဖြာမှုများကို ထိန်းသိမ်းရန် မည်မျှခက်ခဲသည်ကို နားလည်ရန်၊ ကြည့်ရှုပါ။ ခွဲခြမ်းစိတ်ဖြာမှု 1200 ကျော် Cisco မှာရှိတဲ့ ယောက်ျားလေးတွေဆီကပါ။

အတိုချုပ်အားဖြင့်၊ စက်များမှ အချက်အလက်များကို ရယူပြီး ၎င်းတို့ကို သော့တန်ဖိုးအတွဲများအဖြစ် ပုံမှန်ဖြစ်အောင် ပြုလုပ်ခြင်းသည် အတိုင်းအတာဖြင့် အလိုအလျောက်လုပ်ဆောင်ခြင်းအတွက် မရှိမဖြစ်လိုအပ်သော်လည်း သင့်တွင် ရောင်းချသူများနှင့် ကွန်ရက်ပလက်ဖောင်းများစွာရှိသည့်အခါ ၎င်းကိုရရှိရန်မှာ ခက်ခဲသည်။

Ansible 2.9 ရှိ ကွန်ရက်အချက်အလက် မော်ဂျူးတစ်ခုစီသည် ယခုအခါ ကွန်ရက်စက်ပစ္စည်းတစ်ခု၏ ဖွဲ့စည်းမှုပုံစံကို ပိုင်းခြားစိတ်ဖြာနိုင်ပြီး အပိုဒစ်ဂျစ်တိုက်များ၊ Ansible အခန်းကဏ္ဍများ သို့မဟုတ် စိတ်ကြိုက်ခွဲခြမ်းစိတ်ဖြာမှုများမပါဘဲ ဖွဲ့စည်းတည်ဆောက်ထားသည့် ဒေတာကို ပြန်ပေးနိုင်ပါသည်။

Ansible 2.9 မှစ၍ အပ်ဒိတ်လုပ်ထားသော ကွန်ရက် module တစ်ခုအား ထုတ်ပြန်လိုက်တိုင်း၊ ဖွဲ့စည်းမှုပုံစံ၏ ဤကဏ္ဍနှင့်ပတ်သက်သော အချက်အလက်များကို ပံ့ပိုးပေးရန်အတွက် အချက်အလက် module ကို မြှင့်တင်ထားပါသည်။ ဆိုလိုသည်မှာ၊ အချက်အလက်များနှင့် module များ၏ဖွံ့ဖြိုးတိုးတက်မှုသည်ယခုအချိန်တွင်တူညီသောအရှိန်အဟုန်ဖြင့်ဖြစ်ပေါ်ပြီး၎င်းတို့သည်ဘုံဒေတာဖွဲ့စည်းပုံအမြဲရှိလိမ့်မည်။

ကွန်ရက်ကိရိယာတစ်ခုပေါ်ရှိ အရင်းအမြစ်များ၏ဖွဲ့စည်းပုံကို ပြန်လည်ရယူပြီး ဖွဲ့စည်းတည်ဆောက်ပုံဒေတာအဖြစ် နည်းလမ်းနှစ်မျိုးဖြင့် ပြောင်းလဲနိုင်သည်။ နှစ်မျိုးလုံးတွင်၊ သင်သည် သော့ချက်စကားလုံးအသစ်ကို အသုံးပြု၍ သီးခြားအရင်းအမြစ်စာရင်းတစ်ခုကို စုဆောင်းပြီး ပြောင်းလဲနိုင်သည်။ gather_network_resources. အရင်းအမြစ်အမည်များသည် အလွန်အဆင်ပြေသည့် module အမည်များနှင့် ကိုက်ညီသည်။

အချက်အလက်စုဆောင်းနေစဉ်

အဓိကစကားလုံးကိုအသုံးပြုခြင်း။ gather_facts Playbook ၏အစတွင် လက်ရှိစက်ပစ္စည်းဖွဲ့စည်းပုံပုံစံကို သင်ပြန်လည်ရယူပြီးနောက် ၎င်းကို playbook တစ်ခုလုံးတွင် အသုံးပြုနိုင်သည်။ စက်မှရယူမည့် အရင်းအမြစ်တစ်ခုချင်းစီကို သတ်မှတ်ပါ။

- hosts: arista
  module_defaults:
    eos_facts:
      gather_subset: min
      gather_network_resources:
      - interfaces
  gather_facts: True

ဤနမူနာများတွင် အသစ်အဆန်းတစ်ခုခုကို သင် သတိထားမိကောင်း သတိပြုမိပေမည်။ gather_facts: true ကွန်ရက်စက်ပစ္စည်းများအတွက် မူရင်းအချက်အလက်စုဆောင်းမှုအတွက် ယခုရရှိနိုင်ပါပြီ။

network fact module ကို တိုက်ရိုက်အသုံးပြုခြင်း-

- name: collect interface configuration facts
  eos_facts:
    gather_subset: min
    gather_network_resources:
    - interfaces

ပလေးစာအုပ်သည် အင်တာဖေ့စ်နှင့်ပတ်သက်သည့် အောက်ပါအချက်အလက်များကို ပြန်ပေးသည်-

ansible_facts:
   ansible_network_resources:
      interfaces:
      - enabled: true
        name: Ethernet1
        mtu: '1476'
      - enabled: true
        name: Loopback0
      - enabled: true
        name: Loopback1
      - enabled: true
        mtu: '1476'
        name: Tunnel0
      - enabled: true
        name: Ethernet1
      - enabled: true
        name: Tunnel1
      - enabled: true
        name: Ethernet1

Ansible သည် Arista စက်ပစ္စည်းမှ မူလဖွဲ့စည်းပုံပုံစံကို မည်သို့ရယူကြောင်း သတိပြုပြီး ရေအောက်လုပ်ဆောင်မှုများနှင့် လုပ်ဆောင်မှုများအတွက် စံသော့တန်ဖိုးအတွဲများအဖြစ် အသုံးပြုရန်အတွက် ၎င်းကို ဖွဲ့စည်းတည်ဆောက်ထားသည့်ဒေတာအဖြစ်သို့ ပြောင်းလဲပေးသည်ကို သတိပြုပါ။

Interface အချက်အလက်များကို Ansible သိမ်းဆည်းထားသော variable များသို့ ပေါင်းထည့်နိုင်ပြီး အရင်းအမြစ် မော်ဂျူးသို့ ထည့်သွင်းမှုအဖြစ် ချက်ချင်း သို့မဟုတ် နောက်ပိုင်းတွင် အသုံးပြုနိုင်သည်။ eos_interfaces အပိုလုပ်ဆောင်ခြင်း သို့မဟုတ် ပြောင်းလဲခြင်းမရှိဘဲ။

အရင်းအမြစ် မော်ဂျူးများ

ထို့ကြောင့် ကျွန်ုပ်တို့သည် အချက်အလက်များကို ထုတ်နုတ်ပြီး ဒေတာကို ပုံမှန်ဖြစ်အောင်ပြုလုပ်ကာ ၎င်းတို့အား စံပြုပြည်တွင်းဒေတာတည်ဆောက်ပုံပုံစံတစ်ခုအဖြစ် အံဝင်ခွင်ကျဖြစ်စေပြီး အမှန်တရား၏အရင်းအမြစ်ကို အဆင်သင့်ရရှိထားသည်။ ဟူး! ဤသည်မှာ ကောင်းမွန်ပါသည်၊ သို့သော် ကျွန်ုပ်တို့သည် သီးသန့်စက်ပစ္စည်းပလပ်ဖောင်းမှ မျှော်လင့်ထားသည့် သီးခြားဖွဲ့စည်းပုံသို့ သော့တန်ဖိုးအတွဲများကို တစ်နည်းနည်းဖြင့် ပြောင်းရန် လိုအပ်နေသေးသည်။ ယခု အသစ်သော အချက်အလက်စုဆောင်းခြင်းနှင့် ပုံမှန်ပြုလုပ်ခြင်းဆိုင်ရာ လိုအပ်ချက်များနှင့် ကိုက်ညီရန် ကျွန်ုပ်တို့သည် ယခုအခါ ပလက်ဖောင်းအလိုက် သီးသန့် module များ လိုအပ်ပါသည်။

အရင်းအမြစ် module ဆိုတာဘာလဲ။ စက်ပစ္စည်း၏ စီစဉ်သတ်မှတ်မှုအပိုင်းများကို ထိုစက်ပစ္စည်းမှ ပံ့ပိုးပေးသည့် အရင်းအမြစ်များအဖြစ် သင်စဉ်းစားနိုင်သည်။ ကွန်ရက်အရင်းအမြစ် မော်ဂျူးများသည် အရင်းအမြစ်တစ်ခုတည်းအတွက် ရည်ရွယ်ချက်ရှိရှိ ကန့်သတ်ထားပြီး ရှုပ်ထွေးသော ကွန်ရက်ဝန်ဆောင်မှုများကို စီစဉ်သတ်မှတ်ရန်အတွက် တည်ဆောက်ခြင်းလုပ်ကွက်များကဲ့သို့ အစီအစဥ်ပြုလုပ်နိုင်သည်။ ရလဒ်အနေဖြင့်၊ အရင်းအမြစ် module တစ်ခုဖတ်နိုင်သောကြောင့် အရင်းအမြစ် module တစ်ခုအတွက် လိုအပ်ချက်များနှင့် သတ်မှတ်ချက်များသည် သဘာဝအတိုင်းရိုးရှင်းပါသည်။ и ကွန်ရက်စက်ပစ္စည်းတစ်ခုပေါ်တွင် သီးခြားကွန်ရက်ဝန်ဆောင်မှုကို စီစဉ်သတ်မှတ်ပါ။

အရင်းအမြစ် module တစ်ခု၏လုပ်ဆောင်ပုံကိုရှင်းပြရန်၊ network resource facts နှင့် module အသစ်ကိုအသုံးပြု၍ ideempodent လုပ်ဆောင်ချက်ကိုပြသသည့် ဥပမာ playbook ကိုကြည့်ကြပါစို့။ eos_l3_interface.

- name: example of facts being pushed right back to device.
  hosts: arista
  gather_facts: false
  tasks:
  - name: grab arista eos facts
    eos_facts:
      gather_subset: min
      gather_network_resources: l3_interfaces

  - name: ensure that the IP address information is accurate
    eos_l3_interfaces:
      config: "{{ ansible_network_resources['l3_interfaces'] }}"
      register: result

  - name: ensure config did not change
    assert:
      that: not result.changed

သင်တွေ့မြင်ရသည့်အတိုင်း၊ စက်မှစုဆောင်းထားသောဒေတာကို ပြောင်းလဲခြင်းမရှိဘဲ သက်ဆိုင်ရာအရင်းအမြစ် module သို့ တိုက်ရိုက်လွှဲပြောင်းပါသည်။ စတင်သည့်အခါ၊ ပလေးစာအုပ်သည် စက်ပစ္စည်းမှ တန်ဖိုးများကို ရယူပြီး ၎င်းတို့ကို မျှော်လင့်ထားသည့်အရာများနှင့် နှိုင်းယှဉ်ပါသည်။ ဤဥပမာတွင်၊ ပြန်ပေးသောတန်ဖိုးများသည် မျှော်လင့်ထားသည့်အတိုင်းဖြစ်သည် (ဆိုလိုသည်မှာ၊ ၎င်းသည် configuration deviations ကိုစစ်ဆေးသည်) နှင့် configuration ပြောင်းလဲခြင်းရှိမရှိ အစီရင်ခံသည်။

configuration drift ကိုရှာဖွေရန် အကောင်းဆုံးနည်းလမ်းမှာ Ansible သိမ်းဆည်းထားသော variables များတွင် အချက်အလက်များကို သိမ်းဆည်းရန်နှင့် စစ်ဆေးရေးမုဒ်တွင် အရင်းအမြစ် module ဖြင့် အခါအားလျော်စွာ အသုံးပြုရန်ဖြစ်သည်။ ဤသည်မှာ တစ်စုံတစ်ဦးမှ တန်ဖိုးများကို ကိုယ်တိုင်ပြောင်းလဲခြင်းရှိမရှိ ကြည့်ရှုရန် ရိုးရှင်းသောနည်းလမ်းဖြစ်သည်။ ကိစ္စအများစုတွင်၊ အဖွဲ့အစည်းများသည် Ansible Automation ဖြင့် လုပ်ဆောင်မှုများစွာကို လုပ်ဆောင်သော်လည်း အပြောင်းအလဲများနှင့် ဖွဲ့စည်းမှုပုံစံကို ကိုယ်တိုင်ခွင့်ပြုသည်။

အရင်းအမြစ် module အသစ်များသည် ယခင်အရာများနှင့် မည်သို့ကွာခြားသနည်း။

ကွန်ရက်အလိုအလျောက်စနစ်အင်ဂျင်နီယာတစ်ဦးအတွက်၊ Ansible 3 နှင့် ယခင်ဗားရှင်းများတွင် ရင်းမြစ် module များအကြား အဓိက ကွာခြားချက် 2.9 ခုရှိသည်။

1) ပေးထားသော ကွန်ရက်အရင်းအမြစ်တစ်ခုအတွက် (ဖွဲ့စည်းပုံကဏ္ဍတစ်ခုအဖြစ်လည်း ယူဆနိုင်သည်)၊ ပံ့ပိုးပေးထားသော ကွန်ရက်လည်ပတ်မှုစနစ်များအားလုံးတွင် မော်ဂျူးများနှင့် အချက်အလက်များသည် တစ်ပြိုင်နက်တည်း ပြောင်းလဲလာမည်ဖြစ်သည်။ Ansible သည် ကွန်ရက်ပလက်ဖောင်းတစ်ခုပေါ်တွင် အရင်းအမြစ်ဖွဲ့စည်းပုံပြင်ဆင်ခြင်းကို ပံ့ပိုးပါက၊ နေရာတိုင်းတွင် ပံ့ပိုးသင့်သည်ဟု ကျွန်ုပ်တို့ထင်မြင်ပါသည်။ ကွန်ရက်လည်ပတ်မှုစနစ်အားလုံးတွင် ရင်းမြစ်နှင့် ပံ့ပိုးထားသော မော်ဂျူးများဖြင့် ကွန်ရက်လည်ပတ်မှုစနစ်အားလုံးတွင် ရင်းမြစ်တစ်ခု (LLDP ကဲ့သို့သော) ကို ယခုအခါ စီစဉ်သတ်မှတ်နိုင်သောကြောင့် အရင်းအမြစ် modules များအသုံးပြုမှုကို ရိုးရှင်းစေသည်။

2) ယခုအခါ အရင်းအမြစ် မော်ဂျူးများတွင် ပြည်နယ်တန်ဖိုးတစ်ခု ပါဝင်သည်။

• merged: ဖွဲ့စည်းမှုအား ပံ့ပိုးထားသော ဖွဲ့စည်းမှုပုံစံ (မူလ) နှင့် ပေါင်းစပ်ထားသည်။
• replaced: အရင်းအမြစ်ဖွဲ့စည်းပုံကို ပံ့ပိုးပေးထားသည့် ဖွဲ့စည်းမှုဖြင့် အစားထိုးမည်ဖြစ်သည်။
• overridden: အရင်းအမြစ်ဖွဲ့စည်းပုံကို ပံ့ပိုးပေးထားသည့် ဖွဲ့စည်းမှုဖြင့် အစားထိုးမည်ဖြစ်သည်။ မလိုအပ်သော အရင်းအမြစ် ဖြစ်ရပ်များကို ဖျက်ပစ်မည်၊
• deleted: အရင်းအမြစ်ဖွဲ့စည်းပုံအား ပုံသေအဖြစ် ဖျက်/ပြန်လည်ရယူပါမည်။

3) ယခုအခါ အရင်းအမြစ် မော်ဂျူးများတွင် တည်ငြိမ်သော ပြန်ပို့တန်ဖိုးများ ပါဝင်သည်။ ကွန်ရက်အရင်းအမြစ် မော်ဂျူးမှ ကွန်ရက်စက်ပစ္စည်းသို့ လိုအပ်သော အပြောင်းအလဲများ (သို့မဟုတ်) အဆိုပြုသောအခါ၊ ၎င်းသည် တူညီသောသော့တန်ဖိုးအတွဲများကို playbook သို့ ပြန်ပေးသည်။

• beforeအလုပ်မစမီ : စက်ပစ္စည်းပေါ်တွင် ဖွဲ့စည်းတည်ဆောက်ပုံဒေတာပုံစံ၊
• after: စက်ပစ္စည်းသည် ပြောင်းလဲသွားပါက (သို့မဟုတ် စမ်းသပ်မှုမုဒ်ကို အသုံးပြုပါက ပြောင်းလဲနိုင်သည်)၊ ရလဒ်ဖွဲ့စည်းပုံအား ဖွဲ့စည်းပုံဒေတာအဖြစ် ပြန်ပို့ပေးပါမည်။
• commands: အလိုရှိသော အခြေအနေသို့ ရောက်စေရန် စက်ပစ္စည်းပေါ်တွင် မည်သည့်ဖွဲ့စည်းမှုဆိုင်ရာ ညွှန်ကြားချက်များမဆို လုပ်ဆောင်ပါသည်။

ဒါတွေအားလုံးက ဘာကိုဆိုလိုတာလဲ။ အဘယ်ကြောင့် အရေးကြီးသနည်း။

ဤပို့စ်တွင် ရှုပ်ထွေးသော အယူအဆများစွာကို ခြုံငုံမိသော်လည်း အဆုံးတွင် လုပ်ငန်းသုံးဖောက်သည်များက အမှန်တကယ် စုဆောင်းခြင်း၊ ဒေတာပုံမှန်ပြုလုပ်ခြင်းနှင့် အလိုအလျောက်စနစ်ပလပ်ဖောင်းအတွက် ကွင်းဆက်ဖွဲ့စည်းမှုတို့ကို သင်ပိုမိုနားလည်လာလိမ့်မည်ဟု မျှော်လင့်ပါသည်။ ဒါပေမယ့် ဘာကြောင့် ဒီတိုးတက်မှုတွေ လိုအပ်တာလဲ။ အဖွဲ့အစည်းများစွာသည် ၎င်းတို့၏ အိုင်တီပတ်ဝန်းကျင်ကို ပိုမိုသွက်လက်ပြီး ယှဉ်ပြိုင်နိုင်စွမ်းရှိစေရန် ဒစ်ဂျစ်တယ်အသွင်ပြောင်းခြင်းကို လိုက်လျှောက်နေကြသည်။ ပိုကောင်းသည်ဖြစ်စေ၊ ပိုဆိုးသည်ဖြစ်စေ ကွန်ရက်အင်ဂျင်နီယာ အများအပြားသည် ကိုယ်ကျိုးစီးပွားအတွက် သို့မဟုတ် စီမံခန့်ခွဲမှု၏ ညွှန်ကြားချက်ဖြင့် ကွန်ရက်တည်ဆောက်သူများ ဖြစ်လာကြသည်။

တစ်ဦးချင်းစီ ကွန်ရက် နမူနာပုံစံများကို အလိုအလျောက် လုပ်ဆောင်ခြင်းသည် Silos ၏ ပြဿနာကို မဖြေရှင်းနိုင်ဘဲ အတိုင်းအတာတစ်ခုအထိသာ ထိရောက်မှုကို တိုးမြင့်စေကြောင်း အဖွဲ့အစည်းများက သဘောပေါက်နေကြသည်။ Red Hat Ansible Automation Platform သည် ကွန်ရက်စက်ပစ္စည်းတစ်ခုပေါ်ရှိ နောက်ခံဒေတာများကို ပရိုဂရမ်စနစ်တကျ စီမံခန့်ခွဲရန်အတွက် ခိုင်မာပြီး စံချိန်စံညွှန်းရှိသော အရင်းအမြစ်ဒေတာမော်ဒယ်များကို ပံ့ပိုးပေးပါသည်။ ဆိုလိုသည်မှာ၊ အသုံးပြုသူများသည် သီးခြားရောင်းချသူ အကောင်အထည်ဖော်မှုထက် နည်းပညာများကို အလေးပေးခြင်းဖြင့် ပိုမိုခေတ်မီသော နည်းလမ်းများကို အသုံးပြုကာ တစ်ဦးချင်းဖွဲ့စည်းပုံနည်းလမ်းများကို တဖြည်းဖြည်း စွန့်လွှတ်လာကြသည်။

ယုံကြည်စိတ်ချရသော၊ သက်သေပြထားသော command modules များနှင့် configuration များ၏နေ့ရက်များကို ရေတွက်သည်ဟု ဆိုလိုပါသလား။ ကိစ္စမရှိ။ မျှော်လင့်ထားသည့် ကွန်ရက်အရင်းအမြစ် မော်ဂျူးများသည် ကိစ္စရပ်တိုင်းတွင် သို့မဟုတ် ရောင်းချသူတိုင်းအတွက် အသုံးပြုနိုင်မည်မဟုတ်ပါ၊ ထို့ကြောင့် အချို့သော အကောင်အထည်ဖော်မှုများအတွက် ကွန်ရက်အင်ဂျင်နီယာများက အမိန့်ပေးမှုနှင့် ဖွဲ့စည်းမှုပုံစံများကို လိုအပ်နေသေးသည်။ ရင်းမြစ် မော်ဂျူးများ၏ ရည်ရွယ်ချက်မှာ ကြီးမားသော Jinja တင်းပလိတ်များကို ရိုးရှင်းစေရန်နှင့် ဖွဲ့စည်းတည်ဆောက်ပုံမထားသော စက်ဖွဲ့စည်းပုံများကို ပုံမှန် JSON ဖော်မတ်အဖြစ် ပြောင်းလဲစေရန်ဖြစ်သည်။ အရင်းအမြစ် မော်ဂျူးများဖြင့်၊ ၎င်းတို့၏ ဖွဲ့စည်းမှုပုံစံကို ဖတ်ရှုရလွယ်ကူသော အမှန်တရားအရင်းအမြစ်ကို ကိုယ်စားပြုသည့် ဖွဲ့စည်းတည်ဆောက်ထားသော သော့တန်ဖိုးအတွဲများအဖြစ် ပြောင်းလဲရန် ရှိပြီးသားကွန်ရက်များအတွက် ပိုမိုလွယ်ကူလာမည်ဖြစ်သည်။ ဖွဲ့စည်းတည်ဆောက်ထားသော သော့တန်ဖိုးအတွဲများကို အသုံးပြုခြင်းဖြင့်၊ သင်သည် စက်တစ်ခုစီတွင် လုပ်ဆောင်နေသည့် ဖွဲ့စည်းမှုပုံစံများမှ လွတ်လပ်သောဖွဲ့စည်းပုံဒေတာဖြင့် လုပ်ဆောင်ခြင်းသို့ ရွှေ့နိုင်ပြီး အခြေခံအဆောက်အအုံ-ကုဒ်ချဉ်းကပ်မှု၏ ရှေ့ဆုံးမှ ကွန်ရက်များကို ဆောင်ကျဉ်းနိုင်သည်။

Ansible Engine 2.9 တွင် မည်သည့် အရင်းအမြစ် မော်ဂျူးများ လာမည်နည်း။

Ansible 2.9 တွင်ဘာဖြစ်မည်ကိုအသေးစိတ်မပြောမီ၊ အလုပ်၏နယ်ပယ်တစ်ခုလုံးကိုကျွန်ုပ်တို့မည်ကဲ့သို့ခွဲထားသည်ကိုသတိရကြပါစို့။

ကျွန်ုပ်တို့သည် အမျိုးအစား 7 ခုကို ခွဲခြားသတ်မှတ်ထားပြီး တစ်ခုချင်းစီအတွက် သီးခြားကွန်ရက်အရင်းအမြစ်များကို သတ်မှတ်ပေးသည်-

မှတ်ချက်။
လုပ်ငန်းဖောက်သည်များနှင့် အသိုင်းအဝိုင်းထံမှ တုံ့ပြန်ချက်အပေါ် အခြေခံ၍ ကွန်ရက် topology ပရိုတိုကောများ၊ virtualization နှင့် interfaces များနှင့် သက်ဆိုင်သည့် အဆိုပါ modules များကို ဦးစွာကိုင်တွယ်ဖြေရှင်းခြင်းသည် ယုတ္တိတန်ပါသည်။
အောက်ဖော်ပြပါ အရင်းအမြစ် မော်ဂျူးများကို Ansible Network အဖွဲ့မှ ဖန်တီးထားပြီး Red Hat မှ ပံ့ပိုးပေးသည့် ပလပ်ဖောင်းများနှင့် ကိုက်ညီသည်-

အောက်ပါ မော်ဂျူးများကို Ansible အသိုင်းအဝိုင်းမှ ဖန်တီးထားပါသည်။

• exos_lldp_global - Extreme Networks မှ
• nxos_bfd_interfaces - Cisco မှ
• nxos_telemetry - Cisco မှ

သင်တွေ့မြင်ရသည့်အတိုင်း၊ အရင်းအမြစ် module များ၏သဘောတရားသည် ကျွန်ုပ်တို့၏ platform-centric strategy နှင့်ကိုက်ညီပါသည်။ ဆိုလိုသည်မှာ၊ ကျွန်ုပ်တို့သည် ကွန်ရက် module များ ဖွံ့ဖြိုးတိုးတက်မှုတွင် စံသတ်မှတ်ခြင်းကို ပံ့ပိုးရန်အတွက် Ansible ကိုယ်တိုင်တွင် လိုအပ်သော စွမ်းရည်များနှင့် လုပ်ဆောင်ချက်များကို ပါ၀င်ပြီး Ansible အခန်းကဏ္ဍများနှင့် ကစားစာအုပ်များအဆင့်ရှိ သုံးစွဲသူများ၏ လုပ်ဆောင်ချက်များကို ရိုးရှင်းစေရန်လည်း ထည့်သွင်းထားပါသည်။ အရင်းအမြစ် မော်ဂျူးများ ဖွံ့ဖြိုးတိုးတက်မှုကို ချဲ့ထွင်ရန်အတွက် Ansible အဖွဲ့သည် Module Builder tool ကို ထုတ်ပြန်ခဲ့သည်။

Ansible 2.10 နှင့်အထက်အတွက် အစီအစဉ်များ

Ansible 2.9 ကို ထုတ်ဝေပြီးသည်နှင့်၊ ကျွန်ုပ်တို့သည် ကွန်ရက် topology နှင့် မူဝါဒကို ထပ်မံသတ်မှတ်ရန်အတွက် အသုံးပြုနိုင်သည့် Ansible 2.10 အတွက် နောက်ထပ် အရင်းအမြစ် modules များကို လုပ်ဆောင်သွားပါမည်။ ဥပမာ။ ACL၊ OSPF နှင့် BGP. ဖွံ့ဖြိုးတိုးတက်မှုအစီအစဥ်ကို ချိန်ညှိနိုင်ဆဲဖြစ်သောကြောင့် သင့်တွင် မှတ်ချက်များရှိပါက ကျေးဇူးပြု၍ တိုင်ကြားပါ။ Ansible Network အသိုင်းအဝိုင်း.

အရင်းအမြစ်များနှင့် စတင်ရယူခြင်း။

Ansible Automation Platform အကြောင်း သတင်းထုတ်ပြန်ချက်
Ansible Automation Platform Blog
Ansible ရှိ အကြောင်းအရာပေးပို့ခြင်း၏အနာဂတ်
Ansible ပရောဂျက် ဖွဲ့စည်းပုံကို ပြောင်းလဲခြင်းအပေါ် သုံးသပ်ချက်များ

source: www.habr.com