ເຄືອຂ່າຍອັດຕະໂນມັດ. ກໍລະນີຈາກຊີວິດຂອງຄົນເຮົາ

Hey Habr!

ໃນບົດຄວາມນີ້ພວກເຮົາຢາກເວົ້າກ່ຽວກັບການອັດຕະໂນມັດຂອງໂຄງສ້າງພື້ນຖານເຄືອຂ່າຍ. ແຜນວາດການເຮັດວຽກຂອງເຄືອຂ່າຍທີ່ດໍາເນີນການຢູ່ໃນບໍລິສັດຂະຫນາດນ້ອຍແຕ່ມີຄວາມພູມໃຈຫຼາຍຈະຖືກນໍາສະເຫນີ. ການແຂ່ງຂັນທັງຫມົດທີ່ມີອຸປະກອນເຄືອຂ່າຍທີ່ແທ້ຈິງແມ່ນແບບສຸ່ມ. ພວກເຮົາຈະເບິ່ງກໍລະນີທີ່ເກີດຂື້ນໃນເຄືອຂ່າຍນີ້, ເຊິ່ງສາມາດນໍາໄປສູ່ການປິດທຸລະກິດເປັນເວລາດົນນານແລະການສູນເສຍທາງດ້ານການເງິນທີ່ຮ້າຍແຮງ. ການແກ້ໄຂກໍລະນີນີ້ເຫມາະສົມກັບແນວຄວາມຄິດຂອງ "ອັດຕະໂນມັດຂອງໂຄງສ້າງເຄືອຂ່າຍ". ການນໍາໃຊ້ເຄື່ອງມືອັດຕະໂນມັດ, ພວກເຮົາຈະສະແດງວິທີທີ່ທ່ານສາມາດແກ້ໄຂບັນຫາທີ່ສັບສົນໄດ້ຢ່າງມີປະສິດທິພາບໃນເວລາສັ້ນໆ, ແລະພວກເຮົາຈະສະທ້ອນໃຫ້ເຫັນວ່າເປັນຫຍັງບັນຫາເຫຼົ່ານີ້ຄວນໄດ້ຮັບການແກ້ໄຂດ້ວຍວິທີນີ້ແລະບໍ່ແມ່ນທາງອື່ນ (ຜ່ານ console).

ຂໍ້ສັງເກດ

ເຄື່ອງມືຕົ້ນຕໍຂອງພວກເຮົາສໍາລັບການອັດຕະໂນມັດແມ່ນ Ansible (ເປັນເຄື່ອງມືອັດຕະໂນມັດ) ແລະ Git (ເປັນ repository ສໍາລັບ Ansible playbooks). ຂ້າພະເຈົ້າຢາກຈະຈອງທັນທີວ່ານີ້ບໍ່ແມ່ນບົດແນະນໍາ, ບ່ອນທີ່ພວກເຮົາເວົ້າກ່ຽວກັບເຫດຜົນຂອງ Ansible ຫຼື Git, ແລະອະທິບາຍສິ່ງພື້ນຖານ (ຕົວຢ່າງ, ແມ່ນຫຍັງຄື roletaskimodules, ໄຟລ໌ສິນຄ້າຄົງຄັງ, ຕົວແປໃນ Ansible, ຫຼືສິ່ງທີ່ເກີດຂື້ນໃນເວລາທີ່ ທ່ານໃສ່ຄໍາສັ່ງ git push ຫຼື git commit). ເລື່ອງນີ້ບໍ່ແມ່ນກ່ຽວກັບວິທີທີ່ທ່ານສາມາດປະຕິບັດ Ansible ແລະ configure NTP ຫຼື SMTP ໃນອຸປະກອນຂອງທ່ານ. ນີ້ແມ່ນເລື່ອງກ່ຽວກັບວິທີທີ່ທ່ານສາມາດແກ້ໄຂບັນຫາເຄືອຂ່າຍໄດ້ໄວແລະດີກວ່າໂດຍບໍ່ມີຂໍ້ຜິດພາດ. ມັນຍັງແນະນໍາໃຫ້ມີຄວາມເຂົ້າໃຈດີກ່ຽວກັບວິທີການເຮັດວຽກຂອງເຄືອຂ່າຍ, ໂດຍສະເພາະ TCP / IP, OSPF, BGP protocol stack ແມ່ນຫຍັງ. ພວກເຮົາຍັງຈະເລືອກ Ansible ແລະ Git ອອກຈາກສົມຜົນ. ຖ້າທ່ານຍັງຕ້ອງການເລືອກວິທີແກ້ໄຂສະເພາະ, ພວກເຮົາຂໍແນະນໍາໃຫ້ອ່ານຫນັງສື “Network Programmability and Automation. ທັກສະສໍາລັບວິສະວະກອນເຄືອຂ່າຍລຸ້ນຕໍ່ໄປ" ໂດຍ Jason Edelman, Scott S. Lowe, ແລະ Matt Oswalt.

ໃນປັດຈຸບັນເຖິງຈຸດ.

ການສ້າງບັນຫາ

ຂໍໃຫ້ຈິນຕະນາການສະຖານະການ: 3 ໂມງເຊົ້າ, ເຈົ້ານອນຫລັບໄວແລະຝັນ. ໂທລະ​ສັບ. ຜູ້ອໍານວຍການດ້ານວິຊາການໂທຫາ:

- ແມ່ນແລ້ວ?
— ###, ####, #####, firewall cluster ຫຼຸດລົງແລະບໍ່ເພີ່ມຂຶ້ນ !!!
ເຈົ້າຖູຕາຂອງເຈົ້າ, ພະຍາຍາມເຂົ້າໃຈສິ່ງທີ່ເກີດຂຶ້ນແລະຈິນຕະນາການວ່າສິ່ງນີ້ສາມາດເກີດຂຶ້ນໄດ້ແນວໃດ. ຢູ່ໃນໂທລະສັບ ເຈົ້າສາມາດໄດ້ຍິນສຽງຜົມຢູ່ເທິງຫົວຂອງຜູ້ອໍານວຍການໄດ້ຈີກ, ແລະລາວຂໍໃຫ້ໂທຫາກັບຄືນໄປບ່ອນເພາະວ່ານາຍພົນກໍາລັງໂທຫາລາວໃນສາຍທີສອງ.

ເຄິ່ງຊົ່ວໂມງຕໍ່ມາ, ເຈົ້າໄດ້ເກັບກຳຂໍ້ແນະນຳທຳອິດຈາກການປ່ຽນໜ້າທີ່, ປຸກທຸກຄົນທີ່ອາດຈະຕື່ນຂຶ້ນມາ. ດັ່ງນັ້ນ, ຜູ້ອໍານວຍການດ້ານວິຊາການບໍ່ໄດ້ຂີ້ຕົວະ, ທຸກສິ່ງທຸກຢ່າງແມ່ນຍ້ອນວ່າມັນເປັນ, ກຸ່ມຕົ້ນຕໍຂອງ firewalls ໄດ້ຫຼຸດລົງ, ແລະບໍ່ມີການເຄື່ອນໄຫວຂອງຮ່າງກາຍພື້ນຖານເຮັດໃຫ້ລາວມີຄວາມຮູ້ສຶກ. ການບໍລິການທັງຫມົດທີ່ບໍລິສັດສະເຫນີບໍ່ເຮັດວຽກ.

ເລືອກບັນຫາກັບລົດຊາດຂອງທ່ານ, ທຸກຄົນຈະຈື່ບາງສິ່ງບາງຢ່າງທີ່ແຕກຕ່າງກັນ. ຕົວຢ່າງ, ຫຼັງຈາກການປັບປຸງຄືນໃນເມື່ອບໍ່ມີການໂຫຼດຫນັກ, ທຸກສິ່ງທຸກຢ່າງເຮັດວຽກໄດ້ດີ, ແລະທຸກຄົນໄດ້ເຂົ້ານອນຢ່າງມີຄວາມສຸກ. ການຈາລະຈອນເລີ່ມໄຫຼອອກ, ແລະ buffers ການໂຕ້ຕອບເລີ່ມລົ້ນເນື່ອງຈາກມີຂໍ້ຜິດພາດໃນໄດເວີບັດເຄືອຂ່າຍ.

Jackie Chan ສາມາດອະທິບາຍສະຖານະການໄດ້ດີ.

ຂອບໃຈ, Jackie.

ບໍ່ແມ່ນສະຖານະການທີ່ມີຄວາມສຸກຫຼາຍ, ແມ່ນບໍ?

ປ່ອຍໃຫ້ອ້າຍເຄືອຂ່າຍຂອງພວກເຮົາກັບຄວາມຄິດທີ່ໂສກເສົ້າສໍາລັບໃນຂະນະທີ່.

ຂໍໃຫ້ພິຈາລະນາວ່າເຫດການຈະພັດທະນາຕໍ່ໄປແນວໃດ.

ພວກ​ເຮົາ​ແນະ​ນໍາ​ໃຫ້​ຄໍາ​ສັ່ງ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​ຂອງ​ການ​ນໍາ​ສະ​ເຫນີ​ອຸ​ປະ​ກອນ​ການ​

1. ໃຫ້ເບິ່ງຢູ່ໃນແຜນວາດເຄືອຂ່າຍແລະເບິ່ງວ່າມັນເຮັດວຽກແນວໃດ;
2. ພວກເຮົາຈະອະທິບາຍວິທີທີ່ພວກເຮົາໂອນການຕັ້ງຄ່າຈາກ router ຫນຶ່ງໄປຫາອື່ນໂດຍໃຊ້ Ansible;
3. ໃຫ້ເວົ້າກ່ຽວກັບອັດຕະໂນມັດຂອງໂຄງສ້າງພື້ນຖານ IT ໂດຍລວມ.

ແຜນວາດເຄືອຂ່າຍ ແລະຄຳອະທິບາຍ

ໂຄງການ

ຂໍໃຫ້ພິຈາລະນາແຜນວາດຢ່າງມີເຫດຜົນຂອງອົງການຂອງພວກເຮົາ. ພວກເຮົາຈະບໍ່ຕັ້ງຊື່ຜູ້ຜະລິດອຸປະກອນສະເພາະ; ສໍາລັບຈຸດປະສົງຂອງບົດຄວາມນີ້ມັນບໍ່ສໍາຄັນ (ຜູ້ອ່ານທີ່ເອົາໃຈໃສ່ຈະຄາດເດົາວ່າອຸປະກອນປະເພດໃດຖືກໃຊ້). ນີ້ແມ່ນພຽງແຕ່ຫນຶ່ງໃນຂໍ້ໄດ້ປຽບທີ່ດີຂອງການເຮັດວຽກກັບ Ansible; ເມື່ອຕັ້ງຄ່າ, ໂດຍທົ່ວໄປແລ້ວພວກເຮົາບໍ່ສົນໃຈອຸປະກອນປະເພດໃດ. ພຽງແຕ່ເຂົ້າໃຈ, ນີ້ແມ່ນອຸປະກອນຈາກຜູ້ຂາຍທີ່ມີຊື່ສຽງ, ເຊັ່ນ Cisco, Juniper, Check Point, Fortinet, Palo Alto ... ທ່ານສາມາດທົດແທນທາງເລືອກຂອງທ່ານເອງ.

ພວກເຮົາມີສອງຫນ້າວຽກຕົ້ນຕໍສໍາລັບການເຄື່ອນຍ້າຍການຈະລາຈອນ:

1. ຮັບປະກັນການພິມເຜີຍແຜ່ການບໍລິການຂອງພວກເຮົາ, ເຊິ່ງເປັນທຸລະກິດຂອງບໍລິສັດ;
2. ໃຫ້ການສື່ສານກັບສາຂາ, ສູນຂໍ້ມູນຫ່າງໄກສອກຫຼີກແລະອົງການຈັດຕັ້ງພາກສ່ວນທີສາມ (ຄູ່ຮ່ວມງານແລະລູກຄ້າ), ເຊັ່ນດຽວກັນກັບການເຂົ້າເຖິງສາຂາຂອງອິນເຕີເນັດໂດຍຜ່ານຫ້ອງການສູນກາງ.

ໃຫ້ເລີ່ມຕົ້ນດ້ວຍອົງປະກອບພື້ນຖານ:

1. ສອງ routers ຊາຍແດນ (BRD-01, BRD-02);
2. Firewall Cluster (FW-CLUSTER);
3. ສະຫຼັບຫຼັກ (L3-CORE);
4. router ທີ່ຈະກາຍເປັນເສັ້ນຊີວິດ (ດັ່ງທີ່ພວກເຮົາແກ້ໄຂບັນຫາ, ພວກເຮົາຈະໂອນການຕັ້ງຄ່າເຄືອຂ່າຍຈາກ FW-CLUSTER ໄປຫາສຸກເສີນ) (EMERGENCY);
5. ສະວິດສໍາລັບການຄຸ້ມຄອງໂຄງສ້າງພື້ນຖານເຄືອຂ່າຍ (L2-MGMT);
6. ເຄື່ອງ virtual ກັບ Git ແລະ Ansible (VM-AUTOMATION);
7. ແລັບທັອບທີ່ທົດສອບ ແລະພັດທະນາປຶ້ມຫຼິ້ນສຳລັບ Ansible (Laptop-Automation) ດຳເນີນໄປ.

ເຄືອຂ່າຍຖືກຕັ້ງຄ່າດ້ວຍໂປຣໂຕຄອນການກຳນົດເສັ້ນທາງ OSPF ແບບໄດນາມິກທີ່ມີພື້ນທີ່ຕໍ່ໄປນີ້:

• ພື້ນທີ່ 0 - ພື້ນທີ່ທີ່ປະກອບມີ routers ຮັບຜິດຊອບສໍາລັບການເຄື່ອນຍ້າຍການຈະລາຈອນໃນເຂດ EXCHANGE;
• ພື້ນທີ່ 1 - ພື້ນທີ່ທີ່ປະກອບມີ routers ທີ່ຮັບຜິດຊອບສໍາລັບການດໍາເນີນການບໍລິການຂອງບໍລິສັດ;
• ພື້ນທີ່ 2 - ພື້ນທີ່ທີ່ປະກອບມີ routers ທີ່ຮັບຜິດຊອບສໍາລັບການກໍານົດເສັ້ນທາງການຄຸ້ມຄອງການຈະລາຈອນ;
• ພື້ນທີ່ N – ພື້ນທີ່ຂອງເຄືອຂ່າຍສາຂາ.

ໃນ routers ຊາຍແດນ, ເປັນ router virtual (VRF-INTERNET) ຖືກສ້າງຂື້ນ, ເຊິ່ງ eBGP ມຸມເບິ່ງເຕັມໄດ້ຖືກຕິດຕັ້ງດ້ວຍ AS ທີ່ຖືກມອບຫມາຍທີ່ສອດຄ້ອງກັນ. iBGP ຖືກຕັ້ງຄ່າລະຫວ່າງ VRFs. ບໍລິສັດມີສະນຸກເກີຂອງທີ່ຢູ່ສີຂາວທີ່ຈັດພີມມາຢູ່ໃນ VRF-INTERNET ເຫຼົ່ານີ້. ບາງທີ່ຢູ່ສີຂາວແມ່ນຖືກສົ່ງໄປຫາ FW-CLUSTER ໂດຍກົງ (ທີ່ຢູ່ທີ່ບໍລິການຂອງບໍລິສັດດໍາເນີນການ), ບາງບ່ອນຖືກສົ່ງຜ່ານເຂດ EXCHANGE (ການບໍລິການຂອງບໍລິສັດພາຍໃນທີ່ຕ້ອງການທີ່ຢູ່ IP ພາຍນອກ, ແລະທີ່ຢູ່ NAT ພາຍນອກສໍາລັບຫ້ອງການ). ຕໍ່ໄປ, ການຈະລາຈອນໄປຫາ routers virtual ທີ່ສ້າງຂຶ້ນໃນ L3-CORE ທີ່ມີທີ່ຢູ່ສີຂາວແລະສີຂີ້ເຖົ່າ (ເຂດຄວາມປອດໄພ).

ເຄືອຂ່າຍການຈັດການໃຊ້ສະວິດທີ່ອຸທິດຕົນແລະເປັນຕົວແທນຂອງເຄືອຂ່າຍທີ່ອຸທິດຕົນ. ເຄືອຂ່າຍການຄຸ້ມຄອງຍັງແບ່ງອອກເປັນເຂດຄວາມປອດໄພ.
ເຣົາເຕີສຸກເສີນເຮັດຊໍ້າກັນທາງຮ່າງກາຍ ແລະຢ່າງມີເຫດຜົນ FW-CLUSTER. ການໂຕ້ຕອບທັງໝົດຢູ່ໃນມັນຖືກປິດການໃຊ້ງານຍົກເວັ້ນຜູ້ທີ່ເບິ່ງຢູ່ໃນເຄືອຂ່າຍການຈັດການ.

ອັດຕະໂນມັດແລະຄໍາອະທິບາຍຂອງມັນ

ພວກເຮົາຄິດອອກວິທີການເຮັດວຽກຂອງເຄືອຂ່າຍ. ຕອນນີ້ໃຫ້ເບິ່ງເທື່ອລະຂັ້ນຕອນວ່າພວກເຮົາຈະເຮັດແນວໃດເພື່ອໂອນການຈະລາຈອນຈາກ FW-CLUSTER ໄປຫາສຸກເສີນ:

1. ພວກເຮົາປິດການທໍາງານຂອງການໂຕ້ຕອບໃນສະຫຼັບຫຼັກ (L3-CORE) ທີ່ເຊື່ອມຕໍ່ມັນກັບ FW-CLUSTER;
2. ພວກເຮົາປິດການທໍາງານຂອງການໂຕ້ຕອບໃນ L2-MGMT kernel switch ທີ່ເຊື່ອມຕໍ່ມັນກັບ FW-CLUSTER;
3. ພວກເຮົາກຳນົດຄ່າເຣົາເຕີສຸກເສີນ (ຕາມຄ່າເລີ່ມຕົ້ນ, ການໂຕ້ຕອບທັງໝົດຖືກປິດໃຊ້ງານຢູ່ໃນມັນ, ຍົກເວັ້ນສິ່ງທີ່ກ່ຽວຂ້ອງກັບ L2-MGMT):

• ພວກ​ເຮົາ​ເປີດ​ໃຊ້​ງານ​ການ​ໂຕ້​ຕອບ​ກ່ຽວ​ກັບ​ການ​ສຸກ​ເສີນ​;
• ພວກເຮົາກໍານົດທີ່ຢູ່ IP ພາຍນອກ (ສໍາລັບ NAT) ທີ່ຢູ່ໃນ FW-Cluster;
• ພວກເຮົາສ້າງການຮ້ອງຂໍ gARP ເພື່ອໃຫ້ທີ່ຢູ່ poppy ໃນຕາຕະລາງ L3-CORE arp ຖືກປ່ຽນຈາກ FW-Cluster ໄປຫາສຸກເສີນ;
• ພວກເຮົາລົງທະບຽນເສັ້ນທາງເລີ່ມຕົ້ນເປັນ static ກັບ BRD-01, BRD-02;
• ສ້າງກົດລະບຽບ NAT;
• ຍົກ​ຂຶ້ນ​ຢູ່​ເຂດ EMERGENCY OSPF 1;
• ຍົກ​ຂຶ້ນ​ຢູ່​ເຂດ EMERGENCY OSPF 2;
• ພວກເຮົາປ່ຽນແປງຄ່າໃຊ້ຈ່າຍຂອງເສັ້ນທາງໃນເຂດ 1 ຫາ 10;
• ພວກເຮົາປ່ຽນຄ່າໃຊ້ຈ່າຍຂອງເສັ້ນທາງເລີ່ມຕົ້ນໃນເຂດ 1 ຫາ 10;
• ພວກເຮົາປ່ຽນທີ່ຢູ່ IP ທີ່ກ່ຽວຂ້ອງກັບ L2-MGMT (ໄປຫາທີ່ຢູ່ FW-CLUSTER);
• ພວກເຮົາສ້າງການຮ້ອງຂໍ gARP ເພື່ອໃຫ້ທີ່ຢູ່ poppy ໃນຕາຕະລາງ arp L2-MGMT ຖືກປ່ຽນຈາກ FW-CLUSTER ໄປຫາສຸກເສີນ.

ອີກເທື່ອຫນຶ່ງ, ພວກເຮົາກັບຄືນໄປຫາຮູບແບບຕົ້ນສະບັບຂອງບັນຫາ. 3 ໂມງເຊົ້າ, ຄວາມກົດດັນອັນໃຫຍ່ຫຼວງ, ຄວາມຜິດພາດໃນຂັ້ນຕອນໃດກໍ່ຕາມສາມາດນໍາໄປສູ່ບັນຫາໃຫມ່. ພ້ອມທີ່ຈະພິມຄໍາສັ່ງຜ່ານ CLI? ແມ່ນບໍ? ຕົກລົງ, ຢ່າງໜ້ອຍໄປລ້າງໜ້າຂອງເຈົ້າ, ດື່ມກາເຟ ແລະ ລວບລວມພະລັງຂອງເຈົ້າ.
Bruce, ກະລຸນາຊ່ວຍ guys.

ດີ, ພວກເຮົາສືບຕໍ່ປັບປຸງອັດຕະໂນມັດຂອງພວກເຮົາ.
ຂ້າງລຸ່ມນີ້ແມ່ນແຜນວາດຂອງວິທີການເຮັດວຽກຂອງ playbook ໃນເງື່ອນໄຂ Ansible. ໂຄງ​ການ​ນີ້​ສະ​ທ້ອນ​ໃຫ້​ເຫັນ​ສິ່ງ​ທີ່​ພວກ​ເຮົາ​ອະ​ທິ​ບາຍ​ຂ້າງ​ເທິງ​ນີ້​, ມັນ​ເປັນ​ພຽງ​ແຕ່​ການ​ປະ​ຕິ​ບັດ​ສະ​ເພາະ​ໃນ Ansible​.


ໃນ​ຂັ້ນ​ຕອນ​ນີ້, ພວກ​ເຮົາ​ໄດ້​ຮັບ​ຮູ້​ສິ່ງ​ທີ່​ຕ້ອງ​ເຮັດ, ພັດ​ທະ​ນາ playbook, ການ​ທົດ​ສອບ, ແລະ​ໃນ​ປັດ​ຈຸ​ບັນ​ພວກ​ເຮົາ​ພ້ອມ​ທີ່​ຈະ​ເປີດ​ມັນ.

ອື່ນ ໆ ການ digression ດົນນານຂະຫນາດນ້ອຍ. ຄວາມງ່າຍຂອງເລື່ອງບໍ່ຄວນເຮັດໃຫ້ເຈົ້າເຂົ້າໃຈຜິດ. ຂະ​ບວນ​ການ​ຂອງ​ການ​ຂຽນ playbooks ບໍ່​ແມ່ນ​ເປັນ​ງ່າຍ​ດາຍ​ແລະ​ໄວ​ທີ່​ມັນ​ອາດ​ຈະ​ເບິ່ງ​ຄື​ວ່າ​. ການ​ທົດ​ສອບ​ໄດ້​ໃຊ້​ເວ​ລາ​ຫຼາຍ​, ຢືນ virtual ໄດ້​ຖືກ​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​, ການ​ແກ້​ໄຂ​ໄດ້​ຮັບ​ການ​ທົດ​ສອບ​ຫຼາຍ​ຄັ້ງ​, ປະ​ມານ 100 ການ​ທົດ​ສອບ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​.

ເປີດຕົວ ... ມີຄວາມຮູ້ສຶກວ່າທຸກສິ່ງທຸກຢ່າງເກີດຂຶ້ນຊ້າຫຼາຍ, ມີຄວາມຜິດພາດຢູ່ບ່ອນໃດບ່ອນຫນຶ່ງ, ບາງສິ່ງບາງຢ່າງຈະບໍ່ເຮັດວຽກໃນທີ່ສຸດ. ຄວາມຮູ້ສຶກໂດດດ້ວຍ parachute, ແຕ່ parachute ບໍ່ຕ້ອງການທີ່ຈະເປີດທັນທີ ... ນີ້ແມ່ນເລື່ອງປົກກະຕິ.

ຕໍ່ໄປ, ພວກເຮົາອ່ານຜົນໄດ້ຮັບຂອງການປະຕິບັດງານຂອງ Ansible playbook (ທີ່ຢູ່ IP ໄດ້ຖືກທົດແທນເພື່ອຈຸດປະສົງຂອງຄວາມລັບ):

[xxx@emergency ansible]$ ansible-playbook -i /etc/ansible/inventories/prod_inventory.ini /etc/ansible/playbooks/emergency_on.yml 

PLAY [------->Emergency on VCF] ********************************************************

TASK [vcf_junos_emergency_on : Disable PROD interfaces to FW-CLUSTER] *********************
changed: [vcf]

PLAY [------->Emergency on MGMT-CORE] ************************************************

TASK [mgmt_junos_emergency_on : Disable MGMT interfaces to FW-CLUSTER] ******************
changed: [m9-03-sw-03-mgmt-core]

PLAY [------->Emergency on] ****************************************************

TASK [mk_routeros_emergency_on : Enable EXT-INTERNET interface] **************************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Generate gARP for EXT-INTERNET interface] ****************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Enable static default route to EXT-INTERNET] ****************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Change NAT rule to EXT-INTERNET interface] ****************
changed: [m9-04-r-04] => (item=12)
changed: [m9-04-r-04] => (item=14)
changed: [m9-04-r-04] => (item=15)
changed: [m9-04-r-04] => (item=16)
changed: [m9-04-r-04] => (item=17)

TASK [mk_routeros_emergency_on : Enable OSPF Area 1 PROD] ******************************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Enable OSPF Area 2 MGMT] *****************************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Change OSPF Area 1 interfaces costs to 10] *****************
changed: [m9-04-r-04] => (item=VLAN-1001)
changed: [m9-04-r-04] => (item=VLAN-1002)
changed: [m9-04-r-04] => (item=VLAN-1003)
changed: [m9-04-r-04] => (item=VLAN-1004)
changed: [m9-04-r-04] => (item=VLAN-1005)
changed: [m9-04-r-04] => (item=VLAN-1006)
changed: [m9-04-r-04] => (item=VLAN-1007)
changed: [m9-04-r-04] => (item=VLAN-1008)
changed: [m9-04-r-04] => (item=VLAN-1009)
changed: [m9-04-r-04] => (item=VLAN-1010)
changed: [m9-04-r-04] => (item=VLAN-1011)
changed: [m9-04-r-04] => (item=VLAN-1012)
changed: [m9-04-r-04] => (item=VLAN-1013)
changed: [m9-04-r-04] => (item=VLAN-1100)

TASK [mk_routeros_emergency_on : Change OSPF area1 default cost for to 10] ******************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Change MGMT interfaces ip addresses] ********************
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n.254', u'name': u'VLAN-803'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+1.254', u'name': u'VLAN-805'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+2.254', u'name': u'VLAN-807'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+3.254', u'name': u'VLAN-809'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+4.254', u'name': u'VLAN-820'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+5.254', u'name': u'VLAN-822'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+6.254', u'name': u'VLAN-823'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+7.254', u'name': u'VLAN-824'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+8.254', u'name': u'VLAN-850'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+9.254', u'name': u'VLAN-851'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+10.254', u'name': u'VLAN-852'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+11.254', u'name': u'VLAN-853'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+12.254', u'name': u'VLAN-870'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+13.254', u'name': u'VLAN-898'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+14.254', u'name': u'VLAN-899'})

TASK [mk_routeros_emergency_on : Generate gARPs for MGMT interfaces] *********************
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n.254', u'name': u'VLAN-803'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+1.254', u'name': u'VLAN-805'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+2.254', u'name': u'VLAN-807'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+3.254', u'name': u'VLAN-809'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+4.254', u'name': u'VLAN-820'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+5.254', u'name': u'VLAN-822'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+6.254', u'name': u'VLAN-823'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+7.254', u'name': u'VLAN-824'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+8.254', u'name': u'VLAN-850'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+9.254', u'name': u'VLAN-851'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+10.254', u'name': u'VLAN-852'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+11.254', u'name': u'VLAN-853'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+12.254', u'name': u'VLAN-870'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+13.254', u'name': u'VLAN-898'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+14.254', u'name': u'VLAN-899'})

PLAY RECAP ************************************************************************

ແລ້ວ!

ໃນຄວາມເປັນຈິງ, ມັນບໍ່ແມ່ນຄວາມພ້ອມ, ຢ່າລືມກ່ຽວກັບການລວມຕົວຂອງໂປໂຕຄອນການກໍານົດເສັ້ນທາງແບບເຄື່ອນໄຫວແລະການໂຫຼດເສັ້ນທາງຈໍານວນຫລາຍເຂົ້າໄປໃນ FIB. ພວກເຮົາບໍ່ສາມາດມີອິດທິພົນຕໍ່ສິ່ງນີ້ໃນທາງໃດກໍ່ຕາມ. ພວກເຮົາລໍຖ້າ. ມັນເຮັດວຽກອອກ. ໃນປັດຈຸບັນມັນພ້ອມແລ້ວ.

ແລະຢູ່ໃນບ້ານ Vilabajo (ທີ່ບໍ່ຕ້ອງການທີ່ຈະເຮັດໃຫ້ການຕິດຕັ້ງເຄືອຂ່າຍອັດຕະໂນມັດ) ພວກເຂົາເຈົ້າສືບຕໍ່ລ້າງຖ້ວຍ. Bruce (ຍອມຮັບ, ແຕກຕ່າງກັນແລ້ວ, ແຕ່ບໍ່ມີຄວາມເຢັນຫນ້ອຍ) ກໍາລັງພະຍາຍາມເຂົ້າໃຈວ່າການປັບຕັ້ງຄ່າອຸປະກອນດ້ວຍຕົນເອງຫຼາຍເທົ່າໃດ.

ຂ້າພະເຈົ້າຍັງຢາກຈະຢູ່ໃນຈຸດສໍາຄັນຫນຶ່ງ. ພວກເຮົາສາມາດເອົາທຸກສິ່ງທຸກຢ່າງກັບຄືນມາໄດ້ແນວໃດ? ຫຼັງຈາກເວລາໃດຫນຶ່ງ, ພວກເຮົາຈະນໍາ FW-CLUSTER ຂອງພວກເຮົາກັບຄືນມາ. ນີ້ແມ່ນອຸປະກອນຕົ້ນຕໍ, ບໍ່ແມ່ນການສໍາຮອງຂໍ້ມູນ, ເຄືອຂ່າຍຕ້ອງດໍາເນີນການກັບມັນ.

ເຈົ້າຮູ້ສຶກວ່າເຄືອຂ່າຍເຄືອຂ່າຍເລີ່ມເຜົາໄຫມ້ແນວໃດ? ຜູ້ອໍານວຍການດ້ານວິຊາການຈະໄດ້ຍິນຫນຶ່ງພັນການໂຕ້ຖຽງວ່າເປັນຫຍັງນີ້ບໍ່ຄວນເຮັດ, ເປັນຫຍັງນີ້ສາມາດເຮັດໄດ້ຕໍ່ມາ. ແຕ່ຫນ້າເສຍດາຍ, ນີ້ແມ່ນວິທີການເຄືອຂ່າຍເຮັດວຽກຈາກຊໍ່ຂອງແຜ່ນ, ຕ່ອນ, ແລະທີ່ເຫຼືອຂອງຄວາມຫລູຫລາໃນອະດີດ. ມັນ turns ອອກເປັນ quilt patchwork. ວຽກງານຂອງພວກເຮົາໂດຍທົ່ວໄປ, ບໍ່ແມ່ນໃນສະຖານະການສະເພາະນີ້, ແຕ່ໂດຍທົ່ວໄປໃນຫຼັກການ, ເປັນຜູ້ຊ່ຽວຊານດ້ານໄອທີ, ແມ່ນການນໍາເອົາການເຮັດວຽກຂອງເຄືອຂ່າຍໄປສູ່ຄໍາພາສາອັງກິດທີ່ສວຍງາມ "ສອດຄ່ອງ", ມັນມີຫຼາຍຮູບແບບ, ມັນສາມາດແປໄດ້ວ່າ: ຄວາມສອດຄ່ອງ. , ຄວາມສອດຄ່ອງ, ເຫດຜົນ, ຄວາມສອດຄ່ອງ, ເປັນລະບົບ, ການປຽບທຽບ, ຄວາມສອດຄ່ອງ. ມັນທັງຫມົດກ່ຽວກັບລາວ. ພຽງແຕ່ຢູ່ໃນລັດນີ້ແມ່ນເຄືອຂ່າຍສາມາດຄຸ້ມຄອງໄດ້, ພວກເຮົາເຂົ້າໃຈຢ່າງຈະແຈ້ງກ່ຽວກັບສິ່ງທີ່ເຮັດວຽກແລະວິທີການ, ພວກເຮົາເຂົ້າໃຈຢ່າງຈະແຈ້ງກ່ຽວກັບສິ່ງທີ່ຕ້ອງມີການປ່ຽນແປງ, ຖ້າຈໍາເປັນ, ພວກເຮົາຮູ້ຢ່າງຊັດເຈນວ່າຈະຊອກຫາບ່ອນໃດຖ້າບັນຫາເກີດຂື້ນ. ແລະພຽງແຕ່ຢູ່ໃນເຄືອຂ່າຍດັ່ງກ່າວທ່ານສາມາດປະຕິບັດ tricks ເຊັ່ນ: ທີ່ພວກເຮົາໄດ້ອະທິບາຍພຽງແຕ່.

ຕົວຈິງແລ້ວ, ປື້ມຫຼິ້ນອື່ນໄດ້ຖືກກະກຽມ, ເຊິ່ງເຮັດໃຫ້ການຕັ້ງຄ່າກັບຄືນສູ່ສະພາບເດີມ. ເຫດຜົນຂອງການປະຕິບັດງານຂອງມັນແມ່ນຄືກັນ (ມັນຈໍາເປັນຕ້ອງຈື່ຈໍາວ່າຄໍາສັ່ງຂອງຫນ້າວຽກແມ່ນມີຄວາມສໍາຄັນຫຼາຍ), ເພື່ອບໍ່ໃຫ້ບົດຄວາມທີ່ຍາວກວ່ານັ້ນ, ພວກເຮົາຕັດສິນໃຈທີ່ຈະບໍ່ລົງບັນຊີລາຍຊື່ຂອງການປະຕິບັດ playbook. ຫຼັງ​ຈາກ​ການ​ອອກ​ກໍາ​ລັງ​ກາຍ​ດັ່ງ​ກ່າວ​, ທ່ານ​ຈະ​ມີ​ຄວາມ​ຮູ້​ສຶກ​ສະ​ຫງົບ​ແລະ​ມີ​ຄວາມ​ຫມັ້ນ​ໃຈ​ຫຼາຍ​ໃນ​ອະ​ນາ​ຄົດ​, ນອກ​ຈາກ​ນັ້ນ​, crutches ໃດ​ທີ່​ທ່ານ​ວາງ​ໄວ້​ທີ່​ນັ້ນ​ຈະ​ເປີດ​ເຜີຍ​ຕົວ​ເອງ​ໃນ​ທັນ​ທີ​.

ທຸກໆຄົນສາມາດຂຽນຫາພວກເຮົາແລະໄດ້ຮັບແຫຼ່ງຂອງລະຫັດລາຍລັກອັກສອນທັງຫມົດ, ພ້ອມກັບຫນັງສື palybooks ທັງຫມົດ. ລາຍຊື່ຜູ້ຕິດຕໍ່ໃນໂປຣໄຟລ໌.

ການຄົ້ນພົບ

ໃນຄວາມຄິດເຫັນຂອງພວກເຮົາ, ຂະບວນການທີ່ສາມາດອັດຕະໂນມັດຍັງບໍ່ທັນໄດ້ crystallized. ອີງຕາມສິ່ງທີ່ພວກເຮົາໄດ້ພົບແລະສິ່ງທີ່ເພື່ອນຮ່ວມງານຕາເວັນຕົກຂອງພວກເຮົາສົນທະນາ, ຫົວຂໍ້ຕໍ່ໄປນີ້ແມ່ນເຫັນໄດ້ຊັດເຈນ:

• ການສະຫນອງອຸປະກອນ;
• ການເກັບຂໍ້ມູນ;
• ລາຍງານ;
• ການຍິງບັນຫາ;
• ການປະຕິບັດຕາມ.

ຖ້າມີຄວາມສົນໃຈ, ພວກເຮົາສາມາດສືບຕໍ່ການສົນທະນາໃນຫົວຂໍ້ໃດຫນຶ່ງ.

ຂ້າພະເຈົ້າຍັງຢາກເວົ້າເລັກນ້ອຍກ່ຽວກັບອັດຕະໂນມັດ. ມັນຄວນຈະເປັນແນວໃດໃນຄວາມເຂົ້າໃຈຂອງພວກເຮົາ:

• ລະບົບຕ້ອງດໍາລົງຊີວິດໂດຍບໍ່ມີບຸກຄົນ, ໃນຂະນະທີ່ໄດ້ຮັບການປັບປຸງໂດຍບຸກຄົນ. ລະບົບບໍ່ຄວນຂຶ້ນກັບມະນຸດ;
• ການດໍາເນີນງານຕ້ອງເປັນຜູ້ຊ່ຽວຊານ. ບໍ່ມີຫ້ອງຮຽນຂອງຜູ້ຊ່ຽວຊານທີ່ປະຕິບັດວຽກງານປົກກະຕິ. ມີຜູ້ຊ່ຽວຊານທີ່ໄດ້ອັດຕະໂນມັດແບບປົກກະຕິທັງຫມົດແລະແກ້ໄຂບັນຫາທີ່ສັບສົນເທົ່ານັ້ນ;
• ວຽກງານມາດຕະຖານປົກກະຕິແມ່ນເຮັດໄດ້ໂດຍອັດຕະໂນມັດ "ດ້ວຍການແຕະປຸ່ມ", ບໍ່ມີຊັບພະຍາກອນທີ່ສູນເສຍໄປ. ຜົນໄດ້ຮັບຂອງວຽກງານດັ່ງກ່າວແມ່ນສະເຫມີຄາດຄະເນແລະເຂົ້າໃຈໄດ້.

ແລະສິ່ງທີ່ຈຸດເຫຼົ່ານີ້ຄວນນໍາໄປສູ່:

• ຄວາມ​ໂປ່​ງ​ໃສ​ຂອງ​ພື້ນ​ຖານ​ໂຄງ​ລ່າງ IT (ຄວາມ​ສ່ຽງ​ຫນ້ອຍ​ໃນ​ການ​ດໍາ​ເນີນ​ງານ, ທັນ​ສະ​ໄຫມ, ການ​ປະ​ຕິ​ບັດ. downtime ຫນ້ອຍ​ຕໍ່​ປີ);
• ຄວາມສາມາດໃນການວາງແຜນຊັບພະຍາກອນ IT (ລະບົບການວາງແຜນຄວາມອາດສາມາດ - ທ່ານສາມາດເບິ່ງວ່າມີການບໍລິໂພກຫຼາຍປານໃດ, ທ່ານສາມາດເບິ່ງຈໍານວນຊັບພະຍາກອນທີ່ຕ້ອງການໃນລະບົບດຽວ, ແລະບໍ່ແມ່ນໂດຍຈົດຫມາຍແລະການໄປຢ້ຽມຢາມຂອງພະແນກການສູງສຸດ);
• ຄວາມເປັນໄປໄດ້ໃນການຫຼຸດຜ່ອນຈໍານວນພະນັກງານ IT.

ຜູ້ຂຽນຂອງບົດຄວາມ: Alexander Chelovekov (CCIE RS, CCIE SP) ແລະ Pavel Kirillov. ພວກເຮົາມີຄວາມສົນໃຈໃນການສົນທະນາແລະສະເຫນີວິທີແກ້ໄຂໃນຫົວຂໍ້ຂອງລະບົບໂຄງສ້າງພື້ນຖານ IT ອັດຕະໂນມັດ.


ແຫຼ່ງຂໍ້ມູນ: www.habr.com