ເລື່ອງຂອງຫນຶ່ງປ່ຽນ

ໃນການລວບລວມເຄືອຂ່າຍທ້ອງຖິ່ນຂອງພວກເຮົາພວກເຮົາມີຫົກຄູ່ຂອງສະຫຼັບ Arista DCS-7050CX3-32S ແລະຫນຶ່ງຄູ່ຂອງສະຫຼັບ Brocade VDX 6940-36Q. ມັນບໍ່ແມ່ນວ່າພວກເຮົາມີຄວາມເຄັ່ງຕຶງຫຼາຍເກີນໄປໂດຍສະຫຼັບ Brocade ໃນເຄືອຂ່າຍນີ້, ພວກມັນເຮັດວຽກແລະປະຕິບັດຫນ້າທີ່ຂອງພວກເຂົາ, ແຕ່ພວກເຮົາກະກຽມອັດຕະໂນມັດຢ່າງເຕັມທີ່ຂອງບາງການກະທໍາ, ແລະພວກເຮົາບໍ່ມີຄວາມສາມາດເຫຼົ່ານີ້ຢູ່ໃນສະວິດເຫຼົ່ານີ້. ຂ້າພະເຈົ້າຍັງຕ້ອງການປ່ຽນຈາກການໂຕ້ຕອບ 40GE ໄປສູ່ຄວາມເປັນໄປໄດ້ຂອງການນໍາໃຊ້ 100GE ເພື່ອເຮັດໃຫ້ສະຫງວນໄວ້ສໍາລັບ 2-3 ປີຂ້າງຫນ້າ. ດັ່ງນັ້ນພວກເຮົາໄດ້ຕັດສິນໃຈປ່ຽນ Brocade ເປັນ Arista.

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

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

ແຕ່ລະເຄື່ອງແມ່ຂ່າຍສາມາດຖືກນໍາໃຊ້ໂດຍລູກຄ້າຂອງຕົນເອງ, ດັ່ງນັ້ນລູກຄ້າໄດ້ຖືກຈັດສັນ VLAN ແຍກຕ່າງຫາກ. ຫຼັງຈາກນັ້ນ, VLAN ດຽວກັນໄດ້ຖືກລົງທະບຽນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍອື່ນຂອງລູກຄ້ານີ້ຢູ່ໃນ rack ໃດ. ສູນຂໍ້ມູນປະກອບດ້ວຍຫຼາຍແຖວ (PODs), ແຕ່ລະແຖວຂອງ racks ມີສະຫຼັບການແຈກຢາຍຂອງຕົນເອງ. ຫຼັງຈາກນັ້ນ, ສະວິດການແຈກຢາຍເຫຼົ່ານີ້ແມ່ນເຊື່ອມຕໍ່ກັບສະຫຼັບການລວບລວມ.

ລູກຄ້າສາມາດສັ່ງເຄື່ອງແມ່ຂ່າຍໃນແຖວໃດກໍ່ຕາມ, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະຄາດຄະເນລ່ວງຫນ້າວ່າເຄື່ອງແມ່ຂ່າຍຈະຖືກຈັດສັນຫຼືຕິດຕັ້ງຢູ່ໃນແຖວສະເພາະໃນ rack ສະເພາະ, ນັ້ນແມ່ນເຫດຜົນທີ່ວ່າມີປະມານ 2500 VLANs ໃນສະຫຼັບການລວບລວມໃນແຕ່ລະສູນຂໍ້ມູນ.

ອຸປະກອນສໍາລັບ DCI (Data-Center Interconnect) ແມ່ນເຊື່ອມຕໍ່ກັບສະຫຼັບການລວບລວມ. ມັນສາມາດມີຈຸດປະສົງສໍາລັບການເຊື່ອມຕໍ່ L2 (ຄູ່ຂອງສະຫວິດປະກອບເປັນອຸໂມງ VXLAN ກັບສູນຂໍ້ມູນອື່ນ) ຫຼືສໍາລັບການເຊື່ອມຕໍ່ L3 (ສອງ router MPLS).

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

ລາຍລະອຽດວົງຈອນ

ສໍາລັບສະເພາະ, ໃຫ້ຕັ້ງຊື່ສະວິດລວມເກົ່າ A1 и A2, ໃຫມ່ - N1 и N2. ໃຫ້ຈິນຕະນາການວ່າໃນ POD 1 и POD 4 ເຊີບເວີຂອງລູກຄ້າໜຶ່ງຄົນຖືກໂຮດ C1, ລູກຄ້າ VLAN ແມ່ນສະແດງເປັນສີຟ້າ. ລູກຄ້ານີ້ກໍາລັງໃຊ້ບໍລິການເຊື່ອມຕໍ່ L2 ກັບສູນຂໍ້ມູນອື່ນ, ດັ່ງນັ້ນ VLAN ຂອງມັນຖືກປ້ອນໃສ່ຄູ່ຂອງສະວິດ VXLAN.

ລູກຄ້າ C2 ໂຮດເຊີບເວີໃນ POD 2 и POD 3, ລູກຄ້າ VLAN ແມ່ນໝາຍເຖິງສີຂຽວເຂັ້ມ. ລູກຄ້ານີ້ຍັງໃຊ້ບໍລິການເຊື່ອມຕໍ່ກັບສູນຂໍ້ມູນອື່ນ, ແຕ່ L3, ດັ່ງນັ້ນ VLAN ຂອງມັນຖືກປ້ອນກັບ routers L3VPN ສອງຄູ່.

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

ອຸປະກອນທັງໝົດທີ່ເຊື່ອມຕໍ່ດ້ວຍລິ້ງຄູ່ປະກອບເປັນ stack, ຄູ່ MLAG ຫຼື VCS Ethernet fabric. ສໍາລັບຄູ່ຂອງ routers L3VPN, ເຕັກໂນໂລຊີດັ່ງກ່າວບໍ່ໄດ້ຖືກນໍາໃຊ້, ເນື່ອງຈາກວ່າບໍ່ຈໍາເປັນຕ້ອງມີ L2 redundancy; ມັນພຽງພໍທີ່ພວກເຂົາເຈົ້າມີ L2 ເຊື່ອມຕໍ່ເຊິ່ງກັນແລະກັນໂດຍຜ່ານການສະຫຼັບການລວບລວມ.

ທາງເລືອກໃນການຈັດຕັ້ງປະຕິບັດ

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

ເຄືອຂ່າຍ, ຢຸດ! ສະຫຼັບ, ປ່ຽນພວກມັນ!

ວິທີທີ່ງ່າຍທີ່ສຸດແມ່ນ, ແນ່ນອນ, ປະກາດຢຸດການສື່ສານທົ່ວໂລກກ່ຽວກັບ PODs ແລະບໍລິການ DCI ທັງຫມົດແລະປ່ຽນການເຊື່ອມຕໍ່ທັງຫມົດຈາກສະວິດ. А ເພື່ອສະຫຼັບ N.

ນອກເຫນືອຈາກການຂັດຂວາງ, ເວລາທີ່ພວກເຮົາບໍ່ສາມາດຄາດເດົາໄດ້ຢ່າງຫນ້າເຊື່ອຖື (ແມ່ນແລ້ວ, ພວກເຮົາຮູ້ຈໍານວນຂອງການເຊື່ອມຕໍ່, ແຕ່ພວກເຮົາບໍ່ຮູ້ວ່າມີບາງສິ່ງບາງຢ່າງທີ່ຜິດພາດ - ຈາກສາຍ patch ທີ່ແຕກຫັກຫຼືຕົວເຊື່ອມຕໍ່ທີ່ເສຍຫາຍໄປສູ່ພອດຫຼື transceiver ທີ່ຜິດພາດ. ), ພວກເຮົາຍັງບໍ່ສາມາດຄາດເດົາໄດ້ລ່ວງຫນ້າວ່າຄວາມຍາວຂອງສາຍ patch, DAC, AOC, ເຊື່ອມຕໍ່ກັບ switches ເກົ່າ A, ຈະພຽງພໍທີ່ຈະສາມາດບັນລຸໃຫ້ເຂົາເຈົ້າກັບ switches ໃຫມ່ N, ເຖິງແມ່ນວ່າຢືນຢູ່ຂ້າງພວກເຂົາ, ແຕ່ຍັງມີຫນ້ອຍທີ່ຈະ. ຂ້າງ, ແລະບໍ່ວ່າຈະເປັນ transceivers ດຽວກັນຈະເຮັດວຽກ / DAC / AOC ຈາກສະຫຼັບ Brocade ກັບ Arista ສະຫຼັບ.

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

ຢຸດ, 1-2-3-4!

ຈະເປັນແນວໃດຖ້າພວກເຮົາບໍ່ປະກາດການພັກຜ່ອນທົ່ວໂລກ, ແຕ່ເປັນການຂັດຂວາງການສື່ສານຂະຫນາດນ້ອຍສໍາລັບການບໍລິການ POD ແລະ DCI. ໃນລະຫວ່າງການພັກຜ່ອນຄັ້ງທໍາອິດ, ປ່ຽນເປັນສະຫຼັບ N ພຽງແຕ່ POD 1, ໃນຄັ້ງທີສອງ - ໃນສອງສາມມື້ - POD 2, ຫຼັງຈາກນັ້ນອີກສອງສາມມື້ POD 3, ຫຼັງຈາກນັ້ນ, POD 4…[N], ຫຼັງຈາກນັ້ນ VXLAN ປ່ຽນແລະຫຼັງຈາກນັ້ນ R3VPN routers.

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

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

ສະຫຼັບຊ່ອງທາງການສື່ສານລວມ

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

ຢູ່ຂ້າງຫນຶ່ງຂອງການເຊື່ອມຕໍ່ມີສະຫຼັບການແຈກຢາຍ POD - D1 и D2, ພວກເຂົາເຈົ້າປະກອບເປັນຄູ່ MLAG ກັບກັນແລະກັນ (stack, ໂຮງງານຜະລິດ VCS, ຄູ່ vPC), ໃນອີກດ້ານຫນຶ່ງມີສອງເຊື່ອມຕໍ່ - Link 1 и Link 2 - ລວມຢູ່ໃນຄູ່ MLAG ຂອງສະຫຼັບການລວບລວມເກົ່າ А. ຢູ່ດ້ານສະຫຼັບ D ການໂຕ້ຕອບລວມກັບຊື່ Port-channel A, ຢູ່ດ້ານຂ້າງຂອງສະຫຼັບການລວບລວມ А - ການ​ໂຕ້​ຕອບ​ລວມ​ກັບ​ຊື່​ Port-channel D.

ການໂຕ້ຕອບແບບລວບລວມໃຊ້ LACP ໃນການດໍາເນີນງານຂອງພວກເຂົາ, ນັ້ນແມ່ນ, ສະຫຼັບທັງສອງດ້ານເປັນປະຈໍາແລກປ່ຽນແພັກເກັດ LACPDU ໃນທັງສອງເຊື່ອມຕໍ່ເພື່ອໃຫ້ແນ່ໃຈວ່າການເຊື່ອມຕໍ່:

• ຄົນງານ;
• ລວມຢູ່ໃນອຸປະກອນຄູ່ໜຶ່ງຢູ່ທາງໄກ.

ເມື່ອແລກປ່ຽນແພັກເກັດ, ແພັກເກັດເກັບຄ່າ ລະ​ບົບ-id, ຊີ້ບອກອຸປະກອນທີ່ເຊື່ອມຕໍ່ເຫຼົ່ານີ້ຖືກລວມເຂົ້າ. ສໍາລັບຄູ່ MLAG (stack, ໂຮງງານຜະລິດ, ແລະອື່ນໆ), ຄ່າ system-id ສໍາລັບອຸປະກອນທີ່ປະກອບເປັນການໂຕ້ຕອບລວມແມ່ນຄືກັນ. ສະຫຼັບ D1 ສົ່ງໄປ Link 1 ມູນຄ່າ ລະ​ບົບ-id, ແລະສະຫຼັບ D2 ສົ່ງໄປ Link 2 ມູນຄ່າ ລະ​ບົບ-id.

ສະວິດ A1 и A2 ວິເຄາະແພັກເກັດ LACPDU ທີ່ໄດ້ຮັບຫຼາຍກວ່າໜຶ່ງສ່ວນຕິດຕໍ່ Po D ແລະກວດເບິ່ງວ່າລະບົບ-id ໃນພວກມັນກົງກັນຫຼືບໍ່. ຖ້າ system-id ທີ່ໄດ້ຮັບຜ່ານບາງເຊື່ອມຕໍ່ຢ່າງກະທັນຫັນແຕກຕ່າງກັນ ຈາກມູນຄ່າປະຕິບັດການໃນປະຈຸບັນ, ຫຼັງຈາກນັ້ນການເຊື່ອມຕໍ່ນີ້ຖືກລຶບອອກຈາກການໂຕ້ຕອບລວມຈົນກ່ວາສະຖານະການຖືກແກ້ໄຂ. ຕອນນີ້ຢູ່ດ້ານສະຫຼັບຂອງພວກເຮົາ D ຄ່າລະບົບ ID ໃນປັດຈຸບັນຈາກຄູ່ຮ່ວມງານ LACP - A, ແລະໃນດ້ານສະຫຼັບ А — ມູນ​ຄ່າ system-id ໃນ​ປະ​ຈຸ​ບັນ​ຈາກ​ຄູ່​ຮ່ວມ LACP — D.

ຖ້າພວກເຮົາຕ້ອງການປ່ຽນການໂຕ້ຕອບລວມ, ພວກເຮົາສາມາດເຮັດໄດ້ໃນສອງວິທີທີ່ແຕກຕ່າງກັນ:

ວິທີການ 1 - ງ່າຍດາຍ
ປິດການໃຊ້ງານທັງສອງລິ້ງຈາກສະວິດ A. ໃນກໍລະນີນີ້, ຊ່ອງທາງລວມບໍ່ເຮັດວຽກ.

ເຊື່ອມຕໍ່ທັງສອງເຊື່ອມຕໍ່ເທື່ອລະອັນກັບສະວິດ N, ຫຼັງຈາກນັ້ນຕົວກໍານົດການປະຕິບັດ LACP ຈະຖືກເຈລະຈາອີກເທື່ອຫນຶ່ງແລະການໂຕ້ຕອບຈະຖືກສ້າງຕັ້ງຂຶ້ນ ໂປ D ໃນສະວິດ N ແລະການສົ່ງຕໍ່ມູນຄ່າໃນການເຊື່ອມຕໍ່ system-id N.

ວິທີການ 2 - ຫຼຸດຜ່ອນການຂັດຂວາງ
ຕັດການເຊື່ອມຕໍ່ 2 ຈາກສະຫຼັບ A2. ໃນເວລາດຽວກັນ, ການຈະລາຈອນລະຫວ່າງ А и D ຈະສືບຕໍ່ຖືກຖ່າຍທອດພຽງແຕ່ໃນໄລຍະຫນຶ່ງຂອງການເຊື່ອມຕໍ່, ເຊິ່ງຈະຍັງຄົງເປັນສ່ວນຫນຶ່ງຂອງການໂຕ້ຕອບລວມ.

ເຊື່ອມຕໍ່ລິ້ງ 2 ເພື່ອສະຫຼັບ N2. ສຸດສະຫຼັບ N ອິນເຕີເຟດລວມໄດ້ຖືກຕັ້ງຄ່າແລ້ວ ໂປ DN, ແລະສະຫຼັບ N2 ຈະເລີ່ມສົ່ງໄປຫາ LACPDU system-id N. ໃນຂັ້ນຕອນນີ້, ພວກເຮົາສາມາດກວດເບິ່ງວ່າສະຫຼັບ N2 ເຮັດວຽກຢ່າງຖືກຕ້ອງກັບ transceiver ທີ່ໃຊ້ສໍາລັບ Link 2, ທີ່ພອດການເຊື່ອມຕໍ່ໄດ້ເຂົ້າໄປໃນສະຖານະ Up, ແລະວ່າບໍ່ມີຂໍ້ຜິດພາດເກີດຂຶ້ນຢູ່ໃນພອດການເຊື່ອມຕໍ່ໃນເວລາທີ່ສົ່ງ LACPDUs.

ແຕ່ຄວາມຈິງທີ່ວ່າສະຫຼັບ D2 ສໍາ​ລັບ​ການ​ໂຕ້​ຕອບ​ລວມ​ ປອ ຈາກຂ້າງ Link 2 ໄດ້ຮັບຄ່າ system-id N ທີ່ແຕກຕ່າງຈາກຄ່າຂອງລະບົບປະຕິບັດການ-id A ໃນປັດຈຸບັນ, ບໍ່ອະນຸຍາດໃຫ້ສະຫຼັບ D ເພື່ອແນະນໍາ Link 2 ສ່ວນຫນຶ່ງຂອງການໂຕ້ຕອບລວມ ປອ. ສະຫຼັບ N ເຂົ້າບໍ່ໄດ້ Link 2 ເຂົ້າໄປໃນການດໍາເນີນງານ, ເນື່ອງຈາກວ່າມັນບໍ່ໄດ້ຮັບການຢືນຢັນການດໍາເນີນການຈາກຄູ່ຮ່ວມງານ LACP ຂອງສະຫວິດ D2. ການຈະລາຈອນຜົນໄດ້ຮັບແມ່ນ Link 2 ບໍ່​ໄດ້​ຮັບ​ຜ່ານ.

ແລະຕອນນີ້ພວກເຮົາປິດການເຊື່ອມຕໍ່ 1 ຈາກສະຫຼັບ A1, ດັ່ງນັ້ນຈຶ່ງ depriving ສະຫຼັບໄດ້ А и D ການໂຕ້ຕອບລວມທີ່ເຮັດວຽກ. ດັ່ງນັ້ນໃນດ້ານສະຫຼັບ D ຄ່າລະບົບ-id ທີ່ເຮັດວຽກໃນປັດຈຸບັນສໍາລັບການໂຕ້ຕອບຈະຫາຍໄປ ປອ.

ນີ້ອະນຸຍາດໃຫ້ສະຫຼັບ D и N ຕົກລົງເຫັນດີແລກປ່ຽນລະບົບ ID AN ໃນການໂຕ້ຕອບ ປອ и ໂປ DN, ດັ່ງນັ້ນການຈະລາຈອນເລີ່ມຕົ້ນຖືກສົ່ງຜ່ານທາງເຊື່ອມຕໍ່ Link 2. ການພັກຜ່ອນໃນກໍລະນີນີ້ແມ່ນ, ໃນທາງປະຕິບັດ, ເຖິງ 2 ວິນາທີ.

ແລະຕອນນີ້ພວກເຮົາສາມາດປ່ຽນ Link 1 ເພື່ອປ່ຽນ N1 ໄດ້ຢ່າງງ່າຍດາຍ, ການຟື້ນຟູຄວາມສາມາດແລະລະດັບຂອງການໂຕ້ຕອບຊ້ໍາຊ້ອນ ປອ и ໂປ DN. ນັບຕັ້ງແຕ່ເວລາທີ່ເຊື່ອມຕໍ່ນີ້ຖືກເຊື່ອມຕໍ່, ຄ່າຂອງລະບົບ ID ໃນປະຈຸບັນບໍ່ປ່ຽນແປງທັງສອງດ້ານ, ບໍ່ມີການຂັດຂວາງ.

ການເຊື່ອມຕໍ່ເພີ່ມເຕີມ

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

ພວກເຮົາກໍາລັງວາງການເຊື່ອມຕໍ່ໃຫມ່ລະຫວ່າງສະຫຼັບການລວບລວມ N ແລະສະວິດການແຈກຢາຍສໍາລັບ PODs ທັງຫມົດ. ນີ້ຮຽກຮ້ອງໃຫ້ມີການສັ່ງຊື້ແລະການວາງສາຍ patch ເພີ່ມເຕີມ, ແລະການຕິດຕັ້ງ transceivers ເພີ່ມເຕີມໃນ N, ແລະໃນ D. ພວກເຮົາສາມາດເຮັດໄດ້ເພາະວ່າໃນສະຫຼັບຂອງພວກເຮົາ D ແຕ່ລະ POD ມີພອດຟຣີ (ຫຼືພວກເຮົາເອົາພວກມັນໄວ້ກ່ອນ). ດັ່ງນັ້ນ, ແຕ່ລະ POD ແມ່ນເຊື່ອມຕໍ່ທາງດ້ານຮ່າງກາຍໂດຍສອງການເຊື່ອມຕໍ່ກັບສະຫຼັບເກົ່າ A ແລະກັບສະຫຼັບໃຫມ່ N.

ສຸດສະຫຼັບ D ສອງ​ການ​ໂຕ້​ຕອບ​ລວມ​ໄດ້​ຖືກ​ສ້າງ​ຕັ້ງ​ຂຶ້ນ - ປອ ກັບການເຊື່ອມຕໍ່ Link 1 и Link 2ແລະ ໂປ N - ມີ​ການ​ເຊື່ອມ​ຕໍ່​ ເຊື່ອມຕໍ່ N1 и ເຊື່ອມຕໍ່ N2. ໃນຂັ້ນຕອນນີ້, ພວກເຮົາກວດສອບການເຊື່ອມຕໍ່ທີ່ຖືກຕ້ອງຂອງການໂຕ້ຕອບແລະການເຊື່ອມຕໍ່, ລະດັບຂອງສັນຍານ optical ຢູ່ທັງສອງປາຍຂອງການເຊື່ອມຕໍ່ (ຜ່ານຂໍ້ມູນ DDM ຈາກສະຫຼັບ), ພວກເຮົາຍັງສາມາດກວດສອບການປະຕິບັດຂອງການເຊື່ອມຕໍ່ພາຍໃຕ້ການໂຫຼດຫຼືຕິດຕາມກວດກາສະຖານະຂອງ. ສັນຍານ optical ແລະອຸນຫະພູມ transceiver ສໍາລັບສອງສາມມື້.

ການຈະລາຈອນຍັງຖືກສົ່ງຜ່ານການໂຕ້ຕອບ ປອ, ແລະການໂຕ້ຕອບ ໂປ N ບໍ່ມີຄ່າໃຊ້ຈ່າຍໃນການຈະລາຈອນ. ການຕັ້ງຄ່າໃນການໂຕ້ຕອບແມ່ນບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:

Interface Port-channel A
Switchport mode trunk
Switchport allowed vlan C1, C2

Interface Port-channel N
Switchport mode trunk
Switchport allowed vlan none

D switches, ຕາມກົດລະບຽບ, ສະຫນັບສະຫນູນ session reconfiguration; switches ທີ່ມີຫນ້າທີ່ນີ້ຖືກນໍາໃຊ້. ດັ່ງນັ້ນພວກເຮົາສາມາດປ່ຽນການຕັ້ງຄ່າຂອງການໂຕ້ຕອບ Po A ແລະ Po N ໃນຂັ້ນຕອນດຽວ:

Configure session
Interface Port-channel A
Switchport allowed vlan none
Interface Port-channel N
Switchport allowed vlan C1, C2
Commit

ຫຼັງຈາກນັ້ນ, ການປ່ຽນແປງການຕັ້ງຄ່າຈະເກີດຂຶ້ນຢ່າງໄວວາພຽງພໍ, ແລະການພັກຜ່ອນຈະ, ໃນທາງປະຕິບັດ, ບໍ່ເກີນ 5 ວິນາທີ.

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

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

D-Day

POD

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

ແຕ່ສິ່ງທີ່ຍັງຄົງຢູ່ແມ່ນການປ່ຽນອຸປະກອນທີ່ໃຫ້ບໍລິການ DCI.

L2

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

• ຂາດພອດຟຣີຂອງຄວາມໄວທີ່ຕ້ອງການໃນສະວິດ VXLAN.
• ຂາດການກຳນົດຄ່າເຊດຊັນປ່ຽນຟັງຊັນໃນສະວິດ VXLAN.

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

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

L3

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

ຂໍໃຫ້ພິຈາລະນາຢ່າງລະອຽດກ່ຽວກັບລະບົບການຈັດສົ່ງການບໍລິການ. ໃນການບໍລິການນີ້, ພາກສ່ວນ L2 ໄປຈາກເຊີບເວີລູກຄ້າໄປຫາເລົາເຕີ L3VPN Selectel ເທົ່ານັ້ນ. ເຄືອຂ່າຍລູກຄ້າຖືກປິດຢູ່ໃນ routers.

ແຕ່ລະເຄື່ອງແມ່ຂ່າຍຂອງລູກຄ້າ, e.g. S2 и S3 ໃນແຜນວາດຂ້າງເທິງ, ມີທີ່ຢູ່ IP ສ່ວນຕົວຂອງຕົນເອງ - 10.0.0.2/24 ໃນເຊີບເວີ S2 и 10.0.0.3/24 ໃນເຊີບເວີ S3. ທີ່ຢູ່ 10.0.0.252/24 и 10.0.0.253/24 ມອບຫມາຍໂດຍ Selectel ກັບ routers L3VPN-1 и L3VPN-2, ຕາມລໍາດັບ. ທີ່ຢູ່ IP 10.0.0.254/24 ເປັນທີ່ຢູ່ VRRP VIP ຢູ່ໃນເລົາເຕີ Selectel.

ທ່ານສາມາດຮຽນຮູ້ເພີ່ມເຕີມກ່ຽວກັບການບໍລິການ L3VPN ອ່ານ ໃນ blog ຂອງພວກເຮົາ.

ກ່ອນທີ່ຈະປ່ຽນ, ທຸກສິ່ງທຸກຢ່າງເບິ່ງຄືວ່າຢູ່ໃນແຜນວາດ:

ສອງ routers L3VPN-1 и L3VPN-2 ໄດ້ຖືກເຊື່ອມຕໍ່ກັບສະວິດລວມເກົ່າ А. ແມ່ບົດສໍາລັບທີ່ຢູ່ VRRP VIP 10.0.0.254 ແມ່ນ router L3VPN-1. ມັນມີບູລິມະສິດສູງກວ່າທີ່ຢູ່ນີ້ຫຼາຍກວ່າເຣົາເຕີ L3VPN-2.

unit 1006 {
    description C2;
    vlan-id 1006;
    family inet {       
        address 10.0.0.252/24 {
            vrrp-group 1 {
                priority 200;
                virtual-address 10.100.0.254;
                preempt {
                    hold-time 120;
                }
                accept-data;
            }
        }
    }
}

ເຊີບເວີ S2 ໃຊ້ gateway 10.0.0.254 ເພື່ອຕິດຕໍ່ສື່ສານກັບເຊີບເວີໃນສະຖານທີ່ອື່ນໆ. ດັ່ງນັ້ນ, ການຕັດການເຊື່ອມຕໍ່ router L3VPN-2 ຈາກເຄືອຂ່າຍ (ແນ່ນອນ, ຖ້າມັນຖືກຕັດການເຊື່ອມຕໍ່ຄັ້ງທໍາອິດຈາກໂດເມນ MPLS) ບໍ່ມີຜົນກະທົບຕໍ່ການເຊື່ອມຕໍ່ຂອງເຄື່ອງແມ່ຂ່າຍຂອງລູກຄ້າ. ໃນຈຸດນີ້, ລະດັບການຊ້ໍາຊ້ອນຂອງວົງຈອນແມ່ນຫຼຸດລົງພຽງແຕ່.

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

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

ຕໍ່ໄປ, ພວກເຮົາຫຼຸດລົງຄວາມສໍາຄັນ VRRP ຂອງ router L3VPN-1, ແລະທີ່ຢູ່ VIP 10.0.0.254 ຖືກຍ້າຍໄປ router L3VPN-2. ວຽກງານເຫຼົ່ານີ້ຍັງຖືກປະຕິບັດໂດຍບໍ່ມີການຂັດຂວາງການສື່ສານ.

ການໂອນທີ່ຢູ່ VIP 10.0.0.254 ໄປຫາ router L3VPN-2 ອະນຸຍາດໃຫ້ທ່ານປິດການທໍາງານ router ໄດ້ L3VPN-1 ໂດຍບໍ່ມີການຂັດຂວາງການສື່ສານສໍາລັບລູກຄ້າແລະເຊື່ອມຕໍ່ມັນກັບຄູ່ໃຫມ່ຂອງສະຫຼັບການລວບລວມ N.

ການກັບຄືນ VRRP VIP ກັບ router L3VPN-1 ຫຼືບໍ່ແມ່ນຄໍາຖາມອື່ນ, ແລະເຖິງແມ່ນວ່າມັນຖືກສົ່ງຄືນ, ມັນກໍ່ເຮັດໄດ້ໂດຍບໍ່ມີການຂັດຂວາງການເຊື່ອມຕໍ່.

ລວມ

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

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

ພວກ​ເຮົາ​ສາ​ມາດ​ນໍາ​ໃຊ້​ສະ​ຫຼັບ​, transceivers​, patch cords​, AOC​, DAC ປະ​ໄວ້​ຫຼັງ​ຈາກ​ການ​ສະ​ຫຼັບ​ໃນ​ໂຄງ​ການ​ອື່ນໆ​ຫຼື​ສໍາ​ລັບ​ການ​ສະ​ຫຼັບ​ທີ່​ຄ້າຍ​ຄື​ກັນ​ອື່ນໆ​.

"ນາຕາຊາ, ພວກເຮົາປ່ຽນທຸກຢ່າງ!"

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