Тхе Инсиде Плаибоок. Мрежне карактеристике у новом Ансибле Енгине-у 2.9

Предстојеће издање Ред Хат Ансибле Енгине 2.9 доноси узбудљива побољшања, од којих су нека разматрана у овом чланку. Као и увек, развијали смо побољшања Ансибле мреже отворено, уз подршку заједнице. Придружите нам се - погледајте табла за издавање на ГитХуб-у и проучити план развоја за издање Ред Хат Ансибле Енгине-а 2.9 на вики страници за Ансибле Нетворк.

Као што смо недавно објавили, Ред Хат Ансибле Аутоматион Платформ сада укључује Ансибле Товер, Ансибле Енгине и сав Ансибле Нетворк садржај. Данас се најпопуларније мрежне платформе имплементирају преко Ансибле модула. На пример:

• Ариста ЕОС
• Цисцо ИОС
• Цисцо ИОС КСР
• Цисцо НКС-ОС
• Јунипер Јунос
• ВиОС

За комплетну листу платформи које Ред Хат у потпуности подржава преко Ансибле Аутоматион претплате, објављено овде.

Шта смо научили

Током протекле четири године научили смо много о развоју платформе за аутоматизацију мреже. И то смо научили као артефакти платформе се користе у Ансибле плаибооковима и улогама од стране крајњих корисника. А ево шта смо сазнали:

• Организације аутоматизују уређаје не само једног, већ многих произвођача.
• Аутоматизација није само технички феномен, већ и културолошки феномен.
• Аутоматизација мрежа у великим размерама је тежа него што се чини због основних архитектонских принципа дизајна аутоматизације.

Када смо пре више од годину дана разговарали о нашим дугорочним плановима раста, наши корпоративни клијенти су тражили следеће:

• Прикупљање чињеница мора бити боље стандардизовано и усклађено са токовима рада аутоматизације на свим уређајима.
• Ажурирање конфигурација на уређају такође треба да буде стандардизовано и доследно како би Ансибле модули обавили другу половину циклуса након прикупљања чињеница.
• Потребне су нам ригорозне и подржане методе за претварање конфигурације уређаја у структуриране податке. На основу тога, извор истине се може померити са мрежног уређаја.

Побољшања чињеница

Прикупљање чињеница са мрежних уређаја помоћу Ансибле-а се често дешава насумично. Веб-базиране платформе имају различите степене могућности прикупљања чињеница, али имају мало или нимало функционалности за рашчлањивање и стандардизацију представљања података у паровима кључ/вредност. читати брзо Кена Целенца о томе колико тешко и болно може бити анализирати и стандардизовати чињеничне податке.

Можда сте приметили да радимо на улози Ансибле Нетворк Енгине. Наравно, 24 преузимања касније, улога Нетворк Енгине-а је брзо постала једна од најпопуларнијих Ансибле улога у Ансибле Галаки-у за сценарије аутоматизације мреже. Пре него што смо велики део овога преместили у Ансибле 2.8 да бисмо се припремили за оно што би било потребно у Ансибле 2.9, ова Ансибле улога је обезбедила први скуп алата који су помогли у рашчлањивању команди, управљању командама и прикупљању података за мрежне уређаје.

Ако знате како да користите Нетворк Енгине, ово је веома ефикасан начин за прикупљање, рашчлањивање и стандардизацију података о чињеницама за употребу у Ансибле-у. Недостатак ове улоге је што морате да креирате читав низ парсера за сваку платформу и за све мрежне активности. Да бисте разумели колико је тешко креирати, слати и одржавати парсере, погледајте Више од 1200 парсера од момака из Цисцо-а.

Укратко, добијање чињеница са уређаја и њихово нормализовање у парове кључ-вредност је од суштинског значаја за аутоматизацију у великим размерама, али је тешко постићи ово када имате много добављача и мрежних платформи.

Сваки модул мрежних чињеница у Ансибле-у 2.9 сада може анализирати конфигурацију мрежног уређаја и вратити структуриране податке - без додатних библиотека, Ансибле улога или прилагођених парсера.

Од Ансибле-а 2.9, сваки пут када се објави ажурирани мрежни модул, модул чињеница је побољшан да обезбеди податке о овом делу конфигурације. То јест, развој чињеница и модула се сада одвија истим темпом, и они ће увек имати заједничку структуру података.

Конфигурација ресурса на мрежном уређају може се преузети и конвертовати у структуриране податке на два начина. На оба начина, можете прикупити и трансформисати одређену листу ресурса користећи нову кључну реч gather_network_resources. Називи ресурса одговарају називима модула, што је веома згодно.

При прикупљању чињеница:

Коришћење кључне речи gather_facts можете да преузмете тренутну конфигурацију уређаја на почетку приручника, а затим да је користите у целој књизи. Наведите појединачне ресурсе који ће се преузети са уређаја.

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

Можда сте приметили нешто ново у овим примерима, наиме - gather_facts: true је сада доступно за изворно прикупљање чињеница за мрежне уређаје.

Директно коришћење модула мрежних чињеница:

- 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

Обратите пажњу како Ансибле преузима изворну конфигурацију са Ариста уређаја и трансформише је у структуриране податке да би се користили као стандардни парови кључ-вредност за низводне задатке и операције.

Чињенице интерфејса се могу додати у Ансибле ускладиштене променљиве и користити одмах или касније као улаз у модул ресурса eos_interfaces без додатне обраде или конверзије.

Модули ресурса

Дакле, издвојили смо чињенице, нормализовали податке, уклопили их у стандардизовани дијаграм интерне структуре података и добили готов извор истине. Ура! Ово је, наравно, одлично, али још увек морамо некако да конвертујемо парове кључ/вредност назад у конфигурацију коју очекује одређена платформа уређаја. Сада су нам потребни модули специфични за платформу да бисмо испунили ове нове захтеве за прикупљање чињеница и нормализацију.

Шта је модул ресурса? О одељцима конфигурације уређаја можете размишљати као о ресурсима које обезбеђује тај уређај. Модули мрежних ресурса су намерно ограничени на један ресурс и могу се наслагати као грађевински блокови за конфигурисање сложених мрежних услуга. Као резултат тога, захтеви и спецификација за модул ресурса су природно поједностављени, пошто модул ресурса може да чита и конфигуришите одређену мрежну услугу на мрежном уређају.

Да бисмо објаснили шта модул ресурса ради, погледајмо пример приручника који приказује идемподентну операцију користећи нове чињенице о мрежним ресурсима и модул 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

Као што видите, подаци прикупљени са уређаја се преносе директно у одговарајући модул ресурса без конверзије. Када се покрене, плаибоок преузима вредности са уређаја и упоређује их са очекиваним. У овом примеру, враћене вредности су очекиване (то јест, проверава одступања у конфигурацији) и извештава да ли се конфигурација променила.

Идеалан начин да се открије одступање конфигурације је складиштење чињеница у Ансибле ускладиштеним варијаблама и периодично коришћење са модулом ресурса у режиму инспекције. Ово је једноставан метод да видите да ли је неко ручно променио вредности. У већини случајева, организације дозвољавају промене и конфигурацију ручно, иако се многе операције обављају преко Ансибле Аутоматион.

По чему се нови модули ресурса разликују од претходних?

За инжењера мрежне аутоматизације, постоје 3 главне разлике између модула ресурса у Ансибле 2.9 и претходним верзијама.

1) За дати мрежни ресурс (који се такође може сматрати одељком за конфигурацију), модули и чињенице ће се развијати у свим подржаним мрежним оперативним системима истовремено. Сматрамо да ако Ансибле подржава конфигурацију ресурса на једној мрежној платформи, требало би да је подржавамо свуда. Ово поједностављује употребу модула ресурса јер инжењер мрежне аутоматизације сада може да конфигурише ресурс (као што је ЛЛДП) на свим мрежним оперативним системима са изворним и подржаним модулима.

2) Модули ресурса сада укључују вредност стања.

• merged: конфигурација је спојена са датом конфигурацијом (подразумевано);
• replaced: Конфигурација ресурса ће бити замењена датом конфигурацијом;
• overridden: Конфигурација ресурса ће бити замењена датом конфигурацијом; непотребне инстанце ресурса ће бити избрисане;
• deleted: Конфигурација ресурса ће бити избрисана/враћена на подразумеване вредности.

3) Модули ресурса сада укључују стабилне повратне вредности. Када модул мрежних ресурса изврши (или предложи) потребне промене на мрежном уређају, враћа исте парове кључ/вредност у свеску.

• before: конфигурација на уређају у виду структурираних података пре задатка;
• after: ако се уређај променио (или може да се промени ако се користи режим тестирања), резултујућа конфигурација ће бити враћена као структурирани подаци;
• commands: Све команде за конфигурацију се покрећу на уређају да би га довеле у жељено стање.

Шта све ово значи? Зашто је важно?

Овај пост покрива много сложених концепата, али се надамо да ћете на крају боље разумети шта пословни клијенти траже у ствари прикупљање, нормализацију података и конфигурацију петље за платформу за аутоматизацију. Али зашто су им потребна ова побољшања? Многе организације сада теже дигиталној трансформацији како би своја ИТ окружења учиниле агилнијим и конкурентнијим. У добру и злу, многи мрежни инжењери постају мрежни програмери или из сопственог интереса или по налогу управе.

Организације схватају да аутоматизација појединачних мрежних шаблона не решава проблем силоса, већ само у одређеној мери повећава ефикасност. Ред Хат Ансибле Аутоматион Платформ пружа ригорозне и нормативне моделе података ресурса за програмско управљање основним подацима на мрежном уређају. То јест, корисници постепено напуштају појединачне методе конфигурације у корист модернијих метода са нагласком на технологије (на пример, ИП адресе, ВЛАН, ЛЛДП, итд.), а не на имплементацију специфичног произвођача.

Да ли то значи да су дани поузданих и проверених командних модула и конфигурације одбројани? Ни у ком случају. Очекивани модули мрежних ресурса неће бити применљиви у свим случајевима или за сваког добављача, тако да ће командни и конфигурациони модули и даље бити потребни мрежним инжењерима за одређене имплементације. Сврха модула ресурса је да поједноставе велике Јиња шаблоне и нормализују неструктуриране конфигурације уређаја у структурирани ЈСОН формат. Са модулима ресурса, постојећим мрежама ће бити лакше да трансформишу своју конфигурацију у структуриране парове кључ/вредност који представљају извор истине који се лако чита. Коришћењем структурираних парова кључ/вредност, можете да пређете са конфигурација које се извршавају на сваком уређају на рад са независним структурираним подацима и доведете мреже у први план приступа инфраструктуре као кода.

Који модули ресурса ће бити доступни у Ансибле Енгине-у 2.9?

Пре него што вам детаљно испричамо шта ће се догодити у Ансибле-у 2.9, подсетимо се како смо поделили цео обим посла.

Идентификовали смо 7 категорија и свакој доделили специфичне мрежне ресурсе:

Напомена: Ресурси означени масним словима су планирани и имплементирани у Ансибле 2.9.
На основу повратних информација од пословних корисника и заједнице, било је логично да се прво позабавимо тим модулима који се односе на протоколе мрежне топологије, виртуелизацију и интерфејсе.
Следећи модули ресурса су развијени од стране Ансибле Нетворк тима и одговарају платформама које подржава Ред Хат:

Ансибле заједница је развила следеће модуле:

• exos_lldp_global - од Ектреме Нетворкс.
• nxos_bfd_interfaces - од Цисцо-а
• nxos_telemetry - од Цисцо-а

Као што видите, концепт модула ресурса се уклапа у нашу стратегију усредсређену на платформу. Односно, ми укључујемо неопходне могућности и функције у сам Ансибле да подржимо стандардизацију у развоју мрежних модула, а такође и да поједноставимо рад корисника на нивоу Ансибле улога и приручника. Да би проширио развој модула ресурса, Ансибле тим је објавио алат Модуле Буилдер.

Планови за Ансибле 2.10 и даље

Када Ансибле 2.9 буде објављен, радићемо на следећем скупу модула ресурса за Ансибле 2.10, који се могу користити за даље конфигурисање мрежне топологије и политике, нпр. АЦЛ, ОСПФ и БГП. Развојни план се и даље може прилагодити, па ако имате коментаре, пријавите га Ансибле Нетворк заједница.

Ресурси и почетак

Саопштење за штампу о Ансибле Аутоматион Платформи
Блог Ансибле Аутоматион Платформ
Будућност испоруке садржаја у Ансибле-у
Размишљања о промени Ансибле структуре пројекта

Извор: ввв.хабр.цом