Red Hat Ansible Engine 2.9 جو ايندڙ رليز دلچسپ سڌارا آڻيندو آھي، جن مان ڪجھ ھن مضمون ۾ بحث ٿيل آھن. هميشه وانگر، اسان ترقي ڪري رهيا آهيون جوابي نيٽورڪ بهتري کليل طور تي، ڪميونٽي جي مدد سان. اسان سان شامل ٿيو - هڪ نظر وٺو ۽ ترقي جي منصوبي جو مطالعو لاءِ وڪي پيج تي .
جيئن اسان تازو اعلان ڪيو، ھاڻي شامل آھي جوابي ٽاور، جوابي انجڻ ۽ سڀ جوابي نيٽ ورڪ مواد. اڄڪلهه، سڀ کان وڌيڪ مشهور نيٽ ورڪنگ پليٽ فارمز جوابي ماڊلز ذريعي لاڳو ڪيا ويا آهن. مثال طور:
- آسٽا EOS
- سسڪو آءِ او ايس
- Cisco IOS XR
- Cisco NX-OS
- جونيپر جونوس
- VyOS
پليٽ فارمن جي مڪمل فهرست لاءِ جيڪي مڪمل طور تي سپورٽ آهن ريڊ هيٽ پاران جوابي خودڪار سبسڪرپشن ذريعي، .
اسان ڇا سکيو آهي
گذريل چئن سالن ۾، اسان نيٽ ورڪ آٽوميشن پليٽ فارم ٺاهڻ بابت گهڻو ڪجهه سکيو آهي. اسان اهو پڻ سکيو ڪيئن پليٽ فارم جا نمونا جوابي پلے بڪ ۽ ڪردارن ۾ استعمال ڪيا ويندا آهن آخري صارفين طرفان. ۽ ھتي آھي جيڪو اسان کي معلوم ٿيو آھي:
- تنظيمون خودڪار ڊوائيسز آهن نه صرف هڪ، پر ڪيترن ئي وينڊرز.
- خودڪار نه رڳو هڪ ٽيڪنيڪل رجحان آهي، پر هڪ ثقافتي پڻ.
- پيماني تي نيٽ ورڪ کي خودڪار ڪرڻ ان کان وڌيڪ ڏکيو آهي جيڪو لڳي ٿو آٽوميشن ڊيزائن جي بنيادي اڏاوتي اصولن جي ڪري.
جڏهن اسان هڪ سال اڳ اسان جي ڊگهي مدي واري ترقي جي منصوبن تي بحث ڪيو، اسان جي ڪارپوريٽ گراهڪ هيٺين لاء پڇيو:
- حقيقتن کي گڏ ڪرڻ جي ضرورت آهي بهتر معياري ۽ ترتيب ڏنل آٽوميشن ورڪ فلوز سان سڀني ڊوائيسز تي.
- ڊوائيس تي ترتيبن کي اپڊيٽ ڪرڻ کي پڻ معياري ۽ مسلسل هجڻ جي ضرورت آهي ته جيئن جوابي ماڊل حقيقتن کي گڏ ڪرڻ کان پوء چڪر جي ٻئي اڌ کي هٿي وٺن.
- اسان کي ڊوائيس جي ترتيب کي منظم ڪيل ڊيٽا ۾ تبديل ڪرڻ لاء سخت ۽ سپورٽ طريقن جي ضرورت آهي. ان بنياد تي، سچائي جو ذريعو نيٽ ورڪ جي ڊوائس تان منتقل ڪري سگهجي ٿو.
حقيقت ۾ واڌارو
Ansible استعمال ڪندي نيٽ ورڪ ڊوائيسز مان حقيقتون گڏ ڪرڻ اڪثر بي ترتيب تي ٿئي ٿو. ويب تي ٻڌل پليٽ فارمن وٽ حقيقتون گڏ ڪرڻ جون صلاحيتون مختلف درجا آهن، پر انهن وٽ اهم قدر جي جوڑوں ۾ ڊيٽا جي نمائندگي کي پارس ڪرڻ ۽ معياري ڪرڻ لاءِ گهٽ يا ڪا به ڪارڪردگي نه آهي. پڙهو Ken Celenza ان تي ڪيترو ڏکيو ۽ دردناڪ ٿي سگهي ٿو حقيقتن جي ڊيٽا جو تجزيو ۽ معياري ڪرڻ.
توهان شايد اسان کي جوابي نيٽ ورڪ انجڻ جي ڪردار تي ڪم ڪندي محسوس ڪيو هوندو. قدرتي طور تي، 24K ڊائون لوڊ بعد ۾، نيٽ ورڪ انجڻ جو ڪردار جلدي بڻجي چڪو آهي سڀ کان وڌيڪ مشهور جوابي ڪردارن مان هڪ Ansible Galaxy ۾ نيٽورڪ آٽوميشن منظرنامي لاءِ. ان کان اڳ جو اسان ان جو گھڻو حصو جوابي 2.8 ۾ منتقل ڪيو ان لاءِ تيار ڪرڻ لاءِ ته جوابي 2.9 ۾ ڇا جي ضرورت پوندي، ھن جوابي ڪردار ڪمانڊز کي پارس ڪرڻ، حڪمن کي منظم ڪرڻ، ۽ نيٽ ورڪ ڊوائيسز لاءِ ڊيٽا گڏ ڪرڻ ۾ مدد لاءِ اوزارن جو پھريون سيٽ مهيا ڪيو.
جيڪڏهن توهان ڄاڻو ٿا ته نيٽ ورڪ انجڻ ڪيئن استعمال ڪجي، اهو هڪ تمام ڪارائتو طريقو آهي گڏ ڪرڻ، پارس ڪرڻ ۽ معياري ڪرڻ جو حقيقت ڊيٽا کي جوابي ۾ استعمال ڪرڻ لاءِ. هن ڪردار جو نقصان اهو آهي ته توهان کي هر پليٽ فارم ۽ سڀني نيٽ ورڪ جي سرگرمي لاء پارسر جو پورو گروپ ٺاهڻ جي ضرورت آهي. سمجھڻ لاءِ ته parsers ٺاهڻ، ٻيڙي ڏيڻ ۽ برقرار رکڻ ڪيترو ڏکيو آهي، هڪ نظر وٺو Cisco ۾ ماڻهن کان.
مختصر طور تي، ڊوائيسز مان حقيقتون حاصل ڪرڻ ۽ انهن کي عام ڪرڻ لاءِ اهم قدر جوڙن ۾ شامل ڪرڻ ضروري آهي آٽوميشن لاءِ پيماني تي، پر اهو حاصل ڪرڻ مشڪل آهي جڏهن توهان وٽ ڪيترائي وينڊرز ۽ نيٽ ورڪ پليٽ فارم آهن.
جوابي 2.9 ۾ هر نيٽ ورڪ فيڪٽ ماڊل هاڻي نيٽ ورڪ ڊيوائس جي ترتيب جو تجزيو ڪري سگهي ٿو ۽ منظم ڪيل ڊيٽا واپس ڪري ٿو - بغير اضافي لائبريرين، جوابي ڪردار يا ڪسٽم پارسر جي.
جوابي 2.9 کان وٺي، هر وقت هڪ تازه ڪاري نيٽ ورڪ ماڊل جاري ڪيو ويو آهي، حقيقت جي ماڊل کي بهتر ڪيو ويو آهي ترتيب جي هن حصي بابت ڊيٽا مهيا ڪرڻ لاء. اهو آهي، حقيقتن ۽ ماڊلز جي ترقي هاڻي ساڳئي رفتار تي ٿئي ٿي، ۽ انهن وٽ هميشه هڪ عام ڊيٽا جي جوڙجڪ هوندي.
ھڪڙي نيٽ ورڪ ڊيوائس تي وسيلن جي ٺاھ جوڙ کي بحال ڪري سگھجي ٿو ۽ ٻن طريقن سان منظم ڪيل ڊيٽا ۾ تبديل ڪري سگھجي ٿو. ٻنهي طريقن سان، توهان گڏ ڪري سگهو ٿا ۽ تبديل ڪري سگهو ٿا وسيلن جي هڪ مخصوص فهرست کي استعمال ڪندي هڪ نئون لفظ gather_network_resources. وسيلن جا نالا ماڊل نالن سان ملن ٿا، جيڪو تمام آسان آهي.
حقيقتون گڏ ڪرڻ دوران:
هڪ لفظ استعمال ڪندي gather_facts توھان حاصل ڪري سگھوٿا موجوده ڊيوائس جي تشڪيل کي playbook جي شروعات ۾، ۽ پوءِ ان کي پوري پلي بڪ ۾ استعمال ڪريو. ڊوائيس مان حاصل ڪرڻ لاء انفرادي وسيلن جي وضاحت ڪريو.
- 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:
- interfacesPlaybook انٽرفيس جي باري ۾ هيٺيون حقيقتون موٽائي ٿو:
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جئين توهان ڏسي سگهو ٿا، ڊوائيس مان گڏ ڪيل ڊيٽا سڌو سنئون وسيلا ماڊل ڏانهن منتقل ڪيو ويو آهي بغير تبديلي جي. جڏهن لانچ ڪيو ويو، پلے بڪ ڊوائيس مان قيمتون حاصل ڪري ٿو ۽ انهن جي مقابلي ۾ متوقع ماڻهن سان. ھن مثال ۾، واپسي قدر آھن جيئن توقع ڪئي وئي آھي (اھو آھي، اھو چيڪ ڪري ٿو ترتيب جي انحرافن لاء) ۽ رپورٽ ڪري ٿو ته ڇا ترتيب تبديل ٿي وئي آھي.
تشڪيل جي drift کي ڳولڻ جو مثالي طريقو جوابي ذخيرو ٿيل متغيرن ۾ حقيقتن کي ذخيرو ڪرڻ ۽ وقتي طور تي انهن کي انسپيڪشن موڊ ۾ وسيلن جي ماڊل سان استعمال ڪرڻ آهي. اھو ھڪڙو سادو طريقو آھي ڏسڻ لاءِ ته ڇا ڪنھن ماڻھوءَ کي دستي طور قدر تبديل ڪيو آھي. اڪثر ڪيسن ۾، تنظيمون دستي طور تي تبديلين ۽ ترتيب ڏيڻ جي اجازت ڏين ٿيون، جيتوڻيڪ ڪيترائي آپريشن جوابي خودڪار طريقي سان ڪيا ويندا آهن.
ڪئين نوان وسيلن جا ماڊل اڳئين کان مختلف آهن؟
نيٽ ورڪ آٽوميشن انجنيئر لاءِ، جوابي 3 ۽ پوئين ورزن ۾ وسيلن جي ماڊلز جي وچ ۾ 2.9 مکيه فرق آھن.
1) هڪ ڏنل نيٽ ورڪ وسيلن لاءِ (جنهن کي ترتيب ڏيڻ واري حصي طور پڻ سمجهي سگهجي ٿو)، ماڊلز ۽ حقيقتون هڪ ئي وقت سڀني سپورٽ ٿيل نيٽ ورڪ آپريٽنگ سسٽمن ۾ ترقي ڪنديون. اسان سمجهون ٿا ته جيڪڏهن جوابي هڪ نيٽ ورڪ پليٽ فارم تي وسيلن جي ترتيب جي حمايت ڪري ٿي، اسان کي هر جڳهه جي حمايت ڪرڻ گهرجي. هي وسيلن جي ماڊلز جي استعمال کي آسان بڻائي ٿو ڇاڪاڻ ته هڪ نيٽ ورڪ آٽوميشن انجنيئر هاڻي هڪ وسيلو ترتيب ڏئي سگهي ٿو (جهڙوڪ LLDP) سڀني نيٽ ورڪ آپريٽنگ سسٽم تي مقامي ۽ سپورٽ ماڊلز سان.
2) وسيلن جي ماڊلز ۾ ھاڻي رياستي قدر شامل آھي.
merged: ترتيب ڏنل ترتيب سان ملائي وئي آهي (ڊفالٽ)؛replaced: وسيلن جي ٺاھ جوڙ کي مهيا ڪيل ترتيب سان تبديل ڪيو ويندو؛overridden: وسيلن جي ٺاھ جوڙ کي مهيا ڪيل ترتيب سان تبديل ڪيو ويندو؛ غير ضروري وسيلن جا مثال ختم ڪيا ويندا؛deleted: وسيلن جي ٺاھ جوڙ کي ڊفالٽ ۾ ختم ڪيو ويندو/بحال ڪيو ويندو.
3) وسيلن جي ماڊلز ۾ ھاڻي شامل آھن مستحڪم واپسي جا قدر. جڏهن نيٽ ورڪ ريسورس ماڊل ٺاهيو آهي (يا تجويز ڪيل) نيٽ ورڪ ڊيوائس ۾ ضروري تبديليون، اهو ساڳيو اهم-قدر جوڙو پلے بڪ ڏانهن موٽائي ٿو.
before: ڪم کان اڳ منظم ڊيٽا جي صورت ۾ ڊوائيس تي ٺاھ جوڙ؛after: جيڪڏهن ڊوائيس تبديل ٿي وئي آهي (يا تبديل ٿي سگهي ٿو جيڪڏهن ٽيسٽ موڊ استعمال ڪيو وڃي)، نتيجي ۾ ترتيب ڏنل ترتيب واري ڊيٽا طور واپس ڪئي ويندي؛commands: ڪنهن به ترتيب واري حڪم ڊوائيس تي هلندي آهي ان کي گهربل حالت ۾ آڻڻ لاء.
هي سڀ ڇا مطلب آهي؟ اهو ڇو ضروري آهي؟
هي تحرير تمام گھڻن پيچيده تصورن تي پکڙيل آهي، پر اسان اميد ٿا ڪريون ته آخر ۾ توهان کي بهتر سمجهه ۾ ايندي ته ڪهڙي ڪمپني جا گراهڪ پڇي رهيا آهن حقيقت ۾ گڏ ڪرڻ، ڊيٽا کي عام ڪرڻ، ۽ آٽوميشن پليٽ فارم لاءِ لوپ ترتيب ڏيڻ. پر انهن کي انهن سڌارن جي ضرورت ڇو آهي؟ ڪيتريون ئي تنظيمون هاڻي ڊجيٽل تبديلي جي پيروي ڪري رهيا آهن انهن جي آئي ٽي ماحول کي وڌيڪ چست ۽ مقابلي ۾. بهتر يا بدتر لاءِ، ڪيترائي نيٽ ورڪ انجنيئر نيٽ ورڪ ڊولپر بڻجي ويندا آهن يا ته ذاتي مفاد جي ڪري يا انتظاميا جي حڪم تي.
تنظيمون اهو محسوس ڪري رهيون آهن ته انفرادي نيٽ ورڪ ٽيمپليٽس کي خودڪار ڪرڻ سان سلس جو مسئلو حل نه ٿيندو آهي ۽ صرف هڪ خاص حد تائين ڪارڪردگي وڌائيندو آهي. Red Hat Ansible Automation پليٽ فارم نيٽ ورڪ ڊيوائس تي بنيادي ڊيٽا کي پروگرام طور منظم ڪرڻ لاءِ سخت ۽ معياري وسيلا ڊيٽا ماڊل مهيا ڪري ٿو. اهو آهي، صارف تدريجي طور تي وڌيڪ جديد طريقن جي حق ۾ انفرادي تشڪيل جي طريقن کي ڇڏي رهيا آهن ٽيڪنالاجيز تي زور ڏيڻ سان (مثال طور، IP پتي، VLANs، LLDP، وغيره)، بجاء هڪ مخصوص وينڊر تي عمل ڪرڻ جي.
ڇا ان جو مطلب اهو آهي ته قابل اعتماد ۽ ثابت ڪيل ڪمانڊ ماڊلز ۽ ترتيبن جا ڏينهن ڳڻيا ويا آهن؟ ڪنهن به صورت ۾. متوقع نيٽ ورڪ ريسورس ماڊل سڀني ڪيسن ۾ يا هر وينڊر لاءِ لاڳو نه ٿيندا، تنهن ڪري ڪمانڊ ۽ ڪنفيگريشن ماڊيول اڃا به گهربل هوندا نيٽ ورڪ انجنيئرن کي ڪجهه عملن لاءِ. وسيلن جي ماڊلز جو مقصد وڏي جنجا ٽيمپليٽس کي آسان ڪرڻ ۽ غير منظم ڊوائيس جي ترتيبن کي منظم JSON فارميٽ ۾ عام ڪرڻ آهي. وسيلن جي ماڊلز سان، موجوده نيٽ ورڪن لاءِ اهو آسان ٿي ويندو ته انهن جي جوڙجڪ کي منظم ڪيل اهم-قدر جوڑوں ۾ تبديل ڪرڻ جيڪي سچ جي پڙهڻ لاءِ آسان ذريعن جي نمائندگي ڪن ٿا. منظم ڪيل اهم-قدر جوڙو استعمال ڪندي، توهان هر ڊوائيس تي هلندڙ ترتيبن کان وٺي آزاد منظم ڪيل ڊيٽا سان ڪم ڪرڻ تائين منتقل ڪري سگهو ٿا ۽ نيٽ ورڪ کي هڪ انفراسٽرڪچر-جي-ڪوڊ طريقي جي سامهون آڻي سگهو ٿا.
جوابي انجڻ 2.9 ۾ ڪھڙا وسيلا ماڊلز اچي رھيا آھن؟
ان کان اڳ جو اسان توهان کي تفصيل سان ٻڌايو ته جوابي 2.9 ۾ ڇا ٿيندو، اچو ته ياد رکون ته اسان ڪم جي پوري دائري کي ڪيئن ورهايو.
اسان 7 قسمن جي سڃاڻپ ڪئي ۽ هر هڪ کي مخصوص نيٽ ورڪ وسيلن کي تفويض ڪيو:
نوٽ: وسيلا بولڊ ۾ منصوبا ڪيا ويا ۽ جوابي 2.9 ۾ لاڳو ڪيا ويا.
انٽرپرائز گراهڪ ۽ ڪميونٽي کان موٽ جي بنياد تي، اهو منطقي هو ته پهريان انهن ماڊلز کي حل ڪرڻ لاءِ نيٽ ورڪ ٽوپولوجي پروٽوڪول، ورچوئلائيزيشن ۽ انٽرفيس سان لاڳاپيل.
هيٺيون وسيلا ماڊلز تيار ڪيا ويا آهن جوابي نيٽ ورڪ ٽيم ۽ پليٽ فارمن سان مطابقت رکن ٿا جن کي Red Hat پاران سپورٽ ڪيو ويو آهي:
جوابي ڪميونٽي پاران هيٺيان ماڊل ٺاهيا ويا آهن:
exos_lldp_global- انتهائي نيٽ ورڪ کان.nxos_bfd_interfaces- Cisco کانnxos_telemetry- Cisco کان
جئين توهان ڏسي سگهو ٿا، وسيلن جي ماڊلز جو تصور اسان جي پليٽ فارم جي مرڪزي حڪمت عملي ۾ اچي ٿو. اهو آهي، اسان نيٽ ورڪ ماڊلز جي ترقي ۾ معياري ڪرڻ جي حمايت ڪرڻ لاء، ۽ پڻ جوابي ڪردار ۽ پلے بڪ جي سطح تي صارفين جي ڪم کي آسان ڪرڻ لاء، اسان جوابي ۾ ضروري صلاحيتون ۽ افعال شامل ڪريون ٿا. وسيلن جي ماڊلز جي ترقي کي وڌائڻ لاءِ، جوابي ٽيم جاري ڪيو ماڊل بلڊر ٽول.
جوابي 2.10 ۽ ان کان وڌيڪ لاءِ منصوبا
هڪ دفعو جوابي 2.9 جاري ڪيو ويو آهي، اسان جوابي 2.10 لاء وسيلن جي ماڊل جي ايندڙ سيٽ تي ڪم ڪنداسين، جيڪو نيٽ ورڪ ٽوپولوجي ۽ پاليسي کي وڌيڪ ترتيب ڏيڻ لاء استعمال ڪري سگهجي ٿو، مثال طور. . ڊولپمينٽ پلان اڃا به ترتيب ڏئي سگھجي ٿو، پوء جيڪڏھن توھان وٽ رايا آھن، مھرباني ڪري ان کي رپورٽ ڪريو .
وسيلا ۽ شروع ڪرڻ
جو ذريعو: www.habr.com