ພວກເຮົາອອກແບບ ແລະຈັດຕັ້ງປະຕິບັດເຄືອຂ່າຍໃໝ່ໃນ Huawei ໃນຫ້ອງການ Moscow, ພາກທີ 1 ແນວໃດ

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

ການເລືອກວິທີແກ້ໄຂທາງດ້ານວິຊາການ: ວິຫານ Mutant

ຂັ້ນຕອນການເຮັດວຽກໃນລະບົບອັດຕະໂນມັດທີ່ສັບສົນແມ່ນໄດ້ຖືກອະທິບາຍດີທີ່ສຸດໃນ GOST 34.601-90 “ລະບົບອັດຕະໂນມັດ. ຂັ້ນຕອນຂອງການສ້າງ”, ດັ່ງນັ້ນພວກເຮົາໄດ້ເຮັດວຽກຕາມມັນ. ແລະແລ້ວຢູ່ໃນຂັ້ນຕອນຂອງການສ້າງຄວາມຕ້ອງການແລະການພັດທະນາແນວຄວາມຄິດ, ພວກເຮົາໄດ້ພົບກັບຄວາມຫຍຸ້ງຍາກທໍາອິດ. ອົງການຈັດຕັ້ງຂອງໂປຣໄຟລ໌ຕ່າງໆ - ທະນາຄານ, ບໍລິສັດປະກັນໄພ, ນັກພັດທະນາຊອບແວ, ແລະອື່ນໆ - ສໍາລັບວຽກງານແລະມາດຕະຖານຂອງພວກເຂົາ, ພວກເຂົາຕ້ອງການເຄືອຂ່າຍບາງປະເພດ, ສະເພາະທີ່ຊັດເຈນແລະມາດຕະຖານ. ຢ່າງໃດກໍຕາມ, ນີ້ຈະບໍ່ເຮັດວຽກກັບພວກເຮົາ.

ເປັນຫຍັງ?

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

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

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

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

ການອອກແບບທາງດ່ວນ: ພວກເຮົາເປັນຜູ້ປະຕິບັດງານ (ແປກໃຈ)

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

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

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

ເນື່ອງຈາກພວກເຮົາມີເຄືອຂ່າຍລະດັບຜູ້ໃຫ້ບໍລິການ, ທ່ານພຽງແຕ່ສາມາດເຊື່ອມຕໍ່ກັບມັນຕາມກົດລະບຽບທີ່ເຄັ່ງຄັດ. ຫນ່ວຍບໍລິການກໍານົດນະໂຍບາຍແລະໃຫ້ບໍລິການ. ພວກເຂົາບໍ່ຕ້ອງການຂໍ້ມູນກ່ຽວກັບການເຊື່ອມຕໍ່ຂອງເຄື່ອງແມ່ຂ່າຍສະເພາະ, ເຄື່ອງ virtual ແລະສະຖານີເຮັດວຽກ. ແຕ່ໃນເວລາດຽວກັນ, ກົນໄກການປ້ອງກັນແມ່ນຈໍາເປັນ, ເພາະວ່າບໍ່ແມ່ນການເຊື່ອມຕໍ່ດຽວຄວນປິດເຄືອຂ່າຍ. ຖ້າ loop ຖືກສ້າງຂຶ້ນໂດຍບັງເອີນ, ຜູ້ໃຊ້ອື່ນໆບໍ່ຄວນສັງເກດເຫັນນີ້, ນັ້ນແມ່ນ, ການຕອບສະຫນອງທີ່ພຽງພໍຈາກເຄືອຂ່າຍແມ່ນມີຄວາມຈໍາເປັນ. ຜູ້ປະກອບການໂທລະຄົມໃດກໍໄດ້ແກ້ໄຂບັນຫາທີ່ເບິ່ງຄືວ່າສັບສົນຢູ່ໃນເຄືອຂ່າຍຫຼັກຂອງຕົນຢ່າງຕໍ່ເນື່ອງ. ມັນສະຫນອງການບໍລິການໃຫ້ແກ່ລູກຄ້າຈໍານວນຫຼາຍທີ່ມີຄວາມຕ້ອງການແລະການຈະລາຈອນທີ່ແຕກຕ່າງກັນ. ໃນເວລາດຽວກັນ, ຜູ້ຈອງທີ່ແຕກຕ່າງກັນບໍ່ຄວນປະສົບກັບຄວາມບໍ່ສະດວກຈາກການຈະລາຈອນຂອງຄົນອື່ນ.
ຢູ່ເຮືອນ, ພວກເຮົາໄດ້ແກ້ໄຂບັນຫານີ້ດ້ວຍວິທີຕໍ່ໄປນີ້: ພວກເຮົາສ້າງເຄືອຂ່າຍ L3 ທີ່ມີກະດູກສັນຫຼັງເຕັມທີ່, ໂດຍໃຊ້ໂປໂຕຄອນ IS-IS. ເຄືອຂ່າຍຊ້ອນກັນໄດ້ຖືກສ້າງຂຶ້ນຢູ່ເທິງຂອງຫຼັກໂດຍອີງໃສ່ເຕັກໂນໂລຢີ EVPN/VXLAN, ການ​ນໍາ​ໃຊ້​ອະ​ນຸ​ສັນ​ຍາ​ການ​ກໍາ​ນົດ​ເສັ້ນ​ທາງ​ MP-BGP. ເພື່ອເລັ່ງການລວມຕົວຂອງໂປໂຕຄອນການກໍານົດເສັ້ນທາງ, ເຕັກໂນໂລຢີ BFD ໄດ້ຖືກນໍາໃຊ້.

ໂຄງສ້າງເຄືອຂ່າຍ

ໃນການທົດສອບ, ໂຄງການນີ້ສະແດງໃຫ້ເຫັນວ່າມັນດີເລີດ - ເມື່ອຊ່ອງທາງຫຼືສະຫຼັບໃດຖືກຕັດການເຊື່ອມຕໍ່, ເວລາເຊື່ອມຕໍ່ບໍ່ເກີນ 0.1-0.2 s, ຫນ້ອຍຂອງແພັກເກັດຈະສູນເສຍ (ມັກຈະບໍ່ມີ), ກອງປະຊຸມ TCP ບໍ່ໄດ້ຖືກຈີກຂາດ, ການສົນທະນາທາງໂທລະສັບ. ບໍ່ຖືກລົບກວນ.

ຊັ້ນໃຕ້ດິນ - ເສັ້ນທາງ

Overlay Layer - ການກຳນົດເສັ້ນທາງ

ສະວິດ Huawei CE6870 ທີ່ມີໃບອະນຸຍາດ VXLAN ຖືກໃຊ້ເປັນສະວິດການແຈກຢາຍ. ອຸ​ປະ​ກອນ​ນີ້​ມີ​ອັດ​ຕາ​ສ່ວນ​ລາ​ຄາ / ຄຸນ​ນະ​ພາບ​ທີ່​ດີ​ທີ່​ສຸດ​, ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ສາ​ມາດ​ເຊື່ອມ​ຕໍ່​ຜູ້​ສະ​ຫມັກ​ດ້ວຍ​ຄວາມ​ໄວ 10 Gbit/s​, ແລະ​ເຊື່ອມ​ຕໍ່​ກັບ​ກະ​ດູກ​ສັນ​ຫຼັງ​ທີ່​ຄວາມ​ໄວ​ຂອງ 40–100 Gbit/s​, ຂຶ້ນ​ກັບ​ການ​ນໍາ​ໃຊ້ transceivers​.

ປຸ່ມສະຫຼັບ Huawei CE6870

ສະວິດ Huawei CE8850 ຖືກໃຊ້ເປັນປຸ່ມສະຫຼັບຫຼັກ. ເປົ້າຫມາຍແມ່ນເພື່ອສົ່ງການຈະລາຈອນຢ່າງໄວວາແລະເຊື່ອຖືໄດ້. ບໍ່ມີອຸປະກອນໃດເຊື່ອມຕໍ່ກັບພວກມັນຍົກເວັ້ນສະຫຼັບການແຈກຢາຍ, ພວກເຂົາບໍ່ຮູ້ຫຍັງກ່ຽວກັບ VXLAN, ດັ່ງນັ້ນຮູບແບບທີ່ມີພອດ 32 40/100 Gbps ໄດ້ຖືກເລືອກ, ໂດຍມີໃບອະນຸຍາດພື້ນຖານທີ່ສະຫນອງເສັ້ນທາງ L3 ແລະສະຫນັບສະຫນູນ IS-IS ແລະ MP-BGP. ພິທີການ.

ດ້ານລຸ່ມແມ່ນປຸ່ມສະຫຼັບຫຼັກຂອງ Huawei CE8850

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

• ການລວມຕົວຂອງສະຫຼັບການແຈກຢາຍເຂົ້າໄປໃນ stack ທີ່ທົນທານຕໍ່ຄວາມຜິດໃນແຕ່ລະຫ້ອງເຊື່ອມຕໍ່ຂ້າມ. Pros: ຄວາມງ່າຍດາຍແລະຄວາມງ່າຍຂອງການຕິດຕັ້ງ. ຂໍ້​ເສຍ​: ມີ​ຄວາມ​ເປັນ​ໄປ​ໄດ້​ສູງ​ກວ່າ​ຂອງ​ຄວາມ​ລົ້ມ​ເຫຼວ​ຂອງ stack ທັງ​ຫມົດ​ໃນ​ເວ​ລາ​ທີ່​ຄວາມ​ຜິດ​ພາດ​ເກີດ​ຂຶ້ນ​ໃນ firmware ຂອງ​ອຸ​ປະ​ກອນ​ເຄືອ​ຂ່າຍ ("ການ​ຮົ່ວ​ໄຫລ​ຂອງ​ຫນ່ວຍ​ຄວາມ​ຈໍາ​" ແລະ​ອື່ນໆ​ອີກ​.
• ນຳໃຊ້ເທັກໂນໂລຍີປະຕູທາງ M-LAG ແລະ Anycast ເພື່ອເຊື່ອມຕໍ່ອຸປະກອນກັບສະວິດການແຈກຢາຍ.

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

ຂ້າມ

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

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

ຕອນນີ້ໃຫ້ເບິ່ງການເຊື່ອມຕໍ່ການແຜ່ກະຈາຍຂອງສະຫຼັບກັບ kernel:
ຄວາມທົນທານຕໍ່ຄວາມຜິດພາດແມ່ນສະໜອງໃຫ້ຢູ່ໃນລະດັບເຄືອຂ່າຍໂດຍໃຊ້ໂປຣໂຕຄໍ IS-IS. ກະ​ລຸ​ນາ​ສັງ​ເກດ​ວ່າ​ສາຍ​ການ​ສື່​ສານ L3 ແຍກ​ຕ່າງ​ຫາກ​ແມ່ນ​ສະ​ຫນອງ​ໃຫ້​ລະ​ຫວ່າງ​ສະ​ວິດ​, ໃນ​ຄວາມ​ໄວ​ຂອງ 100G​. ທາງດ້ານຮ່າງກາຍ, ສາຍການສື່ສານນີ້ແມ່ນສາຍ Direct Access;

ທາງເລືອກທີ່ຈະເປັນການຈັດວາງ "ຊື່ສັດ" topology ດາວສອງເຊື່ອມຕໍ່ຢ່າງເຕັມສ່ວນ, ແຕ່, ດັ່ງທີ່ໄດ້ກ່າວມາຂ້າງເທິງ, ພວກເຮົາມີ 7 ຫ້ອງເຊື່ອມຕໍ່ຂ້າມໃນສາມອາຄານ. ຕາມ​ນັ້ນ​ແລ້ວ, ຖ້າ​ຫາກ​ວ່າ​ພວກ​ເຮົາ​ໄດ້​ເລືອກ​ເອົາ topology “ດາວ​ຄູ່”, ພວກ​ເຮົາ​ຈະ​ຕ້ອງ​ການ​ເຄື່ອງ​ສົ່ງ​ສັນຍານ 40G “ໄລ​ຍະ​ຍາວ” ສອງ​ເທົ່າ. ເງິນຝາກປະຢັດຢູ່ທີ່ນີ້ມີຄວາມສໍາຄັນຫຼາຍ.

ຕ້ອງການເວົ້າສອງສາມຄໍາກ່ຽວກັບວິທີ VXLAN ແລະ Anycast gateway technologies ເຮັດວຽກຮ່ວມກັນ. VXLAN, ໂດຍບໍ່ມີການເຂົ້າໄປໃນລາຍລະອຽດ, ແມ່ນອຸໂມງສໍາລັບການຂົນສົ່ງກອບ Ethernet ພາຍໃນແພັກເກັດ UDP. ການໂຕ້ຕອບແບບ loopback ຂອງສະວິດການແຈກຢາຍແມ່ນໃຊ້ເປັນທີ່ຢູ່ IP ປາຍທາງຂອງອຸໂມງ VXLAN. ແຕ່ລະ crossover ມີສອງສະວິດທີ່ມີທີ່ຢູ່ການໂຕ້ຕອບ loopback ດຽວກັນ, ດັ່ງນັ້ນແພັກເກັດສາມາດມາຮອດພວກມັນໄດ້, ແລະກອບ Ethernet ສາມາດສະກັດຈາກມັນໄດ້.

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

ການດຸ່ນດ່ຽງການຈາລະຈອນແມ່ນບັນລຸໄດ້ເນື່ອງຈາກມີຢູ່ໃນເຄືອຂ່າຍ underlay ຂອງຫຼາຍເສັ້ນທາງໄປສູ່ການໂຕ້ຕອບ loopback ຂອງສະຫວິດການແຈກຢາຍ.

ແທນທີ່ຈະເປັນການສະຫລຸບໄດ້

ດັ່ງທີ່ໄດ້ກ່າວມາຂ້າງເທິງ, ໃນລະຫວ່າງການທົດສອບແລະການດໍາເນີນງານ, ເຄືອຂ່າຍໄດ້ສະແດງໃຫ້ເຫັນຄວາມຫນ້າເຊື່ອຖືສູງ (ເວລາການຟື້ນຕົວສໍາລັບຄວາມລົ້ມເຫຼວປົກກະຕິແມ່ນບໍ່ເກີນຫຼາຍຮ້ອຍ milliseconds) ແລະປະສິດທິພາບທີ່ດີ - ແຕ່ລະເຊື່ອມຕໍ່ຂ້າມແມ່ນເຊື່ອມຕໍ່ກັບຫຼັກໂດຍສອງຊ່ອງ 40 Gbit / s. ສະວິດການເຂົ້າເຖິງໃນເຄືອຂ່າຍຂອງພວກເຮົາຖືກວາງຊ້ອນກັນ ແລະເຊື່ອມຕໍ່ກັບສະວິດການແຈກຢາຍຜ່ານ LACP/M-LAG ທີ່ມີສອງຊ່ອງ 10 Gbit/s. stack ປົກກະຕິແລ້ວມີ 5 ສະວິດທີ່ມີ 48 ພອດແຕ່ລະ, ແລະເຖິງ 10 stacks ການເຂົ້າເຖິງແມ່ນເຊື່ອມຕໍ່ກັບການແຈກຢາຍໃນແຕ່ລະ cross-connect. ດັ່ງນັ້ນ, ກະດູກສັນຫຼັງສະຫນອງປະມານ 30 Mbit / s ຕໍ່ຜູ້ໃຊ້ເຖິງແມ່ນວ່າຢູ່ໃນການໂຫຼດທາງທິດສະດີສູງສຸດ, ເຊິ່ງໃນເວລາຂຽນແມ່ນພຽງພໍສໍາລັບການນໍາໃຊ້ປະຕິບັດຂອງພວກເຮົາທັງຫມົດ.

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

ໃນສ່ວນຕໍ່ໄປພວກເຮົາຈະບອກທ່ານວ່າພວກເຮົາຍ້າຍໄປຫາເຄືອຂ່າຍໃຫມ່ແນວໃດ. ຕິດຕາມຢູ່!

Maxim Klochkov
ທີ່ປຶກສາອາວຸໂສຂອງການກວດສອບເຄືອຂ່າຍ ແລະກຸ່ມໂຄງການທີ່ຊັບຊ້ອນ
ສູນແກ້ໄຂບັນຫາເຄືອຂ່າຍ
"ລະບົບຂໍ້ມູນຍົນ"

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