Huawei DCN: ຫ້າສະຖານະການສຳລັບການສ້າງເຄືອຂ່າຍສູນຂໍ້ມູນ

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

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

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

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

ສະຖານະການທີສອງສົມມຸດວ່າລູກຄ້າກໍາລັງໃຊ້ virtualization ແລະລະບົບ SDN ສໍາລັບສູນຂໍ້ມູນ, ເວົ້າວ່າ NSX, ແລະຕ້ອງການໃຊ້ອຸປະກອນ Huawei ເປັນຮາດແວ VTEP (Vitual Tunnel End Point) ພາຍໃນການແກ້ໄຂ VMware ທີ່ມີຢູ່ແລ້ວ. ຢູ່ໃນເວັບໄຊທ໌ຂອງບໍລິສັດນີ້ ນີ້ແມ່ນບັນຊີລາຍຊື່ ອຸປະກອນ Huawei ທີ່ໄດ້ຮັບການທົດສອບແລະສາມາດນໍາໃຊ້ເປັນ VTEP. ຫຼັງຈາກທີ່ທັງຫມົດ, ມັນບໍ່ມີຄວາມລັບວ່າ, ບໍ່ວ່າວິທີການແກ້ໄຂບັນຫາຊໍແວ VXLAN (Virtual Extensible LAN) ປະສົບຄວາມສໍາເລັດໃນສະວິດ virtual, ການປະຕິບັດຮາດແວແມ່ນມີປະສິດທິພາບຫຼາຍຂຶ້ນໃນດ້ານການປະຕິບັດ.

ສະຖານະການທີສາມແມ່ນການກໍ່ສ້າງລະບົບໂຮດຕິ້ງ & ຫ້ອງຮຽນຄອມພິວເຕີ້ທີ່ປະກອບມີຕົວຄວບຄຸມ, ແຕ່ຂາດເວທີທີ່ສູງກວ່າທີ່ມັນຈໍາເປັນຕ້ອງປະສົມປະສານ. ຫນຶ່ງໃນທາງເລືອກໃນການປະຕິບັດສະຖານະການນີ້ກ່ຽວຂ້ອງກັບການມີຕົວຄວບຄຸມ Agile Controller-DCN SDN ແຍກຕ່າງຫາກ. ຜູ້ເບິ່ງແຍງລະບົບສາມາດໃຊ້ສະຖາປັດຕະຍະກໍານີ້ເພື່ອປະຕິບັດການຈັດການເຄືອຂ່າຍປະຈໍາວັນ. ສະບັບທີ່ພັດທະນາຫຼາຍຂຶ້ນຂອງສະຖານະການທີສາມແມ່ນອີງໃສ່ການໂຕ້ຕອບຂອງ Agile Controller-DCN ກັບ VMware vCenter, ປະສົມປະສານໂດຍຂະບວນການທຸລະກິດທີ່ແນ່ນອນ, ແຕ່ອີກເທື່ອຫນຶ່ງໂດຍບໍ່ມີລະບົບການບໍລິຫານທີ່ສູງກວ່າ.

ສະຖານະການທີສີ່ແມ່ນເປັນທີ່ຫນ້າສັງເກດ - ການເຊື່ອມໂຍງກັບແພລະຕະຟອມເທິງນ້ໍາໂດຍອີງໃສ່ OpenStack ຫຼືຜະລິດຕະພັນ virtualization FusionSphere ຂອງພວກເຮົາ. ພວກເຮົາລົງທະບຽນຫຼາຍຄໍາຮ້ອງຂໍການແກ້ໄຂສະຖາປັດຕະຍະກໍາທີ່ຄ້າຍຄືກັນ, ໃນນັ້ນ OpenStack (CentOS, Red Hat, ແລະອື່ນໆ) ເປັນທີ່ນິຍົມທີ່ສຸດ. ມັນທັງຫມົດແມ່ນຂຶ້ນກັບວ່າເວທີໃດສໍາລັບການ orchestration ແລະການຄຸ້ມຄອງຊັບພະຍາກອນຄອມພິວເຕີຖືກນໍາໃຊ້ໃນສູນຂໍ້ມູນ.

ສະຖານະການທີຫ້າແມ່ນໃຫມ່ຫມົດ. ນອກເໜືອໄປຈາກສະວິດຮາດແວທີ່ຮູ້ຈັກກັນດີ, ມັນປະກອບມີສະວິດສະເໝືອນທີ່ແຈກຢາຍ CloudEngine 1800V (CE1800V), ເຊິ່ງສາມາດໃຊ້ງານໄດ້ກັບ KVM (ເຄື່ອງ Virtual-based Kernel). ສະຖາປັດຕະຍະກໍານີ້ກ່ຽວຂ້ອງກັບການສົມທົບ Agile Controller-DCN ກັບແພລະຕະຟອມການບັນຈຸ Kubernetes ໂດຍໃຊ້ plugin CNI. ດັ່ງນັ້ນ, Huawei, ພ້ອມກັບໂລກທັງຫມົດ, ກໍາລັງເຄື່ອນຍ້າຍ ຈາກ virtualization ເຈົ້າພາບໄປສູ່ virtualization ລະບົບປະຕິບັດການ.

ເພີ່ມເຕີມກ່ຽວກັບການບັນຈຸ

ກ່ອນໜ້ານີ້ພວກເຮົາໄດ້ກ່າວເຖິງສະວິດສະເໝືອນ CE1800V ທີ່ນຳໃຊ້ໂດຍໃຊ້ Agile Controller-DCN. ໃນການປະສົມປະສານກັບສະຫຼັບຮາດແວ Huawei, ພວກມັນປະກອບເປັນປະເພດຂອງ "ການວາງຊ້ອນກັນປະສົມ". ໃນອະນາຄົດອັນໃກ້ນີ້, ສະຄຣິບບັນຈຸຈາກ Huawei ຈະໄດ້ຮັບການຮອງຮັບ NAT ແລະຟັງຊັນການດຸ່ນດ່ຽງການໂຫຼດ.

ຂໍ້ຈໍາກັດຂອງສະຖາປັດຕະຍະກໍາແມ່ນວ່າ CE1800V ບໍ່ສາມາດຖືກນໍາໃຊ້ແຍກຕ່າງຫາກຈາກ Agile Controller-DCN. ມັນຍັງຄວນຈະຖືກພິຈາລະນາວ່າຫນຶ່ງ PoD ຂອງແພລະຕະຟອມ Kubernetes ສາມາດບັນຈຸໄດ້ບໍ່ເກີນ 4 ລ້ານບັນຈຸ.

ການເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍ VXLAN ຂອງສູນຂໍ້ມູນເກີດຂຶ້ນຜ່ານ VLAN (Virtual Local Area Network), ແຕ່ມີທາງເລືອກທີ່ CE1800V ເຮັດຫນ້າທີ່ເປັນ VTEP ກັບຂະບວນການ BGP (Border Gateway Protocol). ນີ້ອະນຸຍາດໃຫ້ເສັ້ນທາງ BGP ສາມາດແລກປ່ຽນກັບກະດູກສັນຫຼັງໄດ້ໂດຍບໍ່ຈໍາເປັນຕ້ອງມີການສະຫຼັບຮາດແວແຍກຕ່າງຫາກ.

Intent-Driven Networks: ເຄືອຂ່າຍທີ່ວິເຄາະຄວາມຕັ້ງໃຈ

ແນວຄວາມຄິດ Huawei Intent-Driven Network (IDN). ນຳ ສະ ເໜີ ກັບໄປໃນປີ 2018. ນັບຕັ້ງແຕ່ນັ້ນມາ, ບໍລິສັດໄດ້ສືບຕໍ່ເຮັດວຽກກ່ຽວກັບເຄືອຂ່າຍທີ່ໃຊ້ເຕັກໂນໂລຢີຄອມພິວເຕີ້ຟັງ, ຂໍ້ມູນໃຫຍ່ແລະປັນຍາປະດິດເພື່ອວິເຄາະເປົ້າຫມາຍແລະຄວາມຕັ້ງໃຈຂອງຜູ້ໃຊ້.

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

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

ເພື່ອບັນລຸລະດັບການຄວບຄຸມນີ້, ຂະບວນການ ZTP (Zero Touch Provisioning) ແມ່ນມີຄວາມສໍາຄັນຫຼາຍ. Huawei ໄດ້ປະສົບຜົນສໍາເລັດຢ່າງຈິງຈັງໃນເລື່ອງນີ້, ຍ້ອນມັນສະຫນອງຄວາມສາມາດໃນການນໍາໃຊ້ເຄືອຂ່າຍອອກຈາກກ່ອງຢ່າງເຕັມທີ່.

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

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

ໃນປັດຈຸບັນມັນເປັນໄປໄດ້ທີ່ຈະຜ່ານເສັ້ນທາງທີ່ອະທິບາຍທັງຫມົດໂດຍໃຊ້ກົນໄກທີ່ສົມບູນແບບດຽວໂດຍອີງໃສ່ແພລະຕະຟອມ iMaster NCE ທີ່ມີ Agile Controller-DCN ແລະລະບົບການຈັດການອົງປະກອບເຄືອຂ່າຍ eSight (EMS).

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

ຕ່ອງໂສ້ການບໍລິການແລະການແບ່ງສ່ວນຈຸນລະພາກ

Agile Controller-DCN ມີຄວາມສາມາດປະມວນຜົນສ່ວນຫົວບໍລິການ (Net Service Headers, ຫຼື NSH) ທີ່ມີຢູ່ໃນແພັກເກັດ VXLAN. ນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບການສ້າງຕ່ອງໂສ້ການບໍລິການ. ຕົວຢ່າງ, ທ່ານຕັ້ງໃຈຈະສົ່ງແພັກເກັດປະເພດໃດນຶ່ງຕາມເສັ້ນທາງທີ່ແຕກຕ່າງຈາກທີ່ສະເໜີໃຫ້ໂດຍໂປໂຕຄອນການກຳນົດເສັ້ນທາງມາດຕະຖານ. ກ່ອນທີ່ພວກເຂົາຈະອອກຈາກເຄືອຂ່າຍ, ພວກເຂົາຕ້ອງຜ່ານອຸປະກອນບາງຢ່າງ (firewall, ແລະອື່ນໆ). ເພື່ອເຮັດສິ່ງນີ້, ມັນພຽງພໍທີ່ຈະກໍານົດລະບົບຕ່ອງໂສ້ການບໍລິການທີ່ມີກົດລະບຽບທີ່ຈໍາເປັນ. ຂໍຂອບໃຈກັບກົນໄກດັ່ງກ່າວ, ຕົວຢ່າງ, ມັນສາມາດກໍານົດນະໂຍບາຍຄວາມປອດໄພ, ແຕ່ພື້ນທີ່ອື່ນໆຂອງຄໍາຮ້ອງສະຫມັກຂອງມັນເປັນໄປໄດ້.

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

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

ການດໍາເນີນງານອັດສະລິຍະ

ກ້າວໄປສູ່ບັນຫາການດໍາເນີນງານຂອງເຄືອຂ່າຍ, ຄົນເຮົາບໍ່ສາມາດທີ່ຈະກ່າວເຖິງອົງປະກອບອື່ນຂອງຍີ່ຫໍ້ iMaster NCE - ເຄື່ອງວິເຄາະເຄືອຂ່າຍອັດສະລິຍະ FabricInsight. ມັນສະຫນອງຄວາມສາມາດຢ່າງກວ້າງຂວາງສໍາລັບການລວບລວມ telemetry ແລະຂໍ້ມູນກ່ຽວກັບການໄຫລຂອງຂໍ້ມູນໃນເຄືອຂ່າຍ. Telemetry ຖືກເກັບລວບລວມໂດຍໃຊ້ gRPC ແລະສະສົມຂໍ້ມູນໃສ່ແພັກເກັດທີ່ຖືກສົ່ງຕໍ່, buffed ແລະສູນເສຍ. ຂໍ້ມູນຂະຫນາດໃຫຍ່ທີສອງແມ່ນລວບລວມໂດຍໃຊ້ ERSPAN (Encapsulated Remote Switch Port Analyzer) ແລະໃຫ້ຄວາມຄິດຂອງການໄຫລຂອງຂໍ້ມູນໃນສູນຂໍ້ມູນ. ໂດຍພື້ນຖານແລ້ວ, ພວກເຮົາກໍາລັງເວົ້າກ່ຽວກັບການລວບລວມຫົວ TCP ແລະຈໍານວນຂໍ້ມູນທີ່ສົ່ງຜ່ານໃນແຕ່ລະກອງປະຊຸມ TCP. ນີ້ສາມາດເຮັດໄດ້ໂດຍໃຊ້ອຸປະກອນ Huawei ຕ່າງໆ - ບັນຊີລາຍຊື່ຂອງພວກເຂົາຖືກນໍາສະເຫນີຢູ່ໃນແຜນວາດ.

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

AI Fabric: Lossless Smart Grid

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

ໃນແຜນວາດຂ້າງເທິງນີ້ພວກເຮົາເຫັນບັນຫາທີ່ມີຄວາມສ່ຽງທີ່ຈະພົບໃນເວລາທີ່ດໍາເນີນການເຄືອຂ່າຍ:

• ການສູນເສຍແພັກເກັດ;
• buffer overflow;
• ບັນຫາຂອງການໂຫຼດເຄືອຂ່າຍທີ່ດີທີ່ສຸດໃນເວລາທີ່ນໍາໃຊ້ການເຊື່ອມຕໍ່ຂະຫນານ.

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

ໃນລະດັບໂປໂຕຄອນ, ມີກົນໄກ ECN ແບບເຄື່ອນໄຫວ - ການປ່ຽນແປງຂະຫນາດ buffer ແບບເຄື່ອນໄຫວ, ເຊັ່ນດຽວກັນກັບ Fast CNP - ສົ່ງຂໍ້ຄວາມຢ່າງວ່ອງໄວກ່ຽວກັບບັນຫາໃນເຄືອຂ່າຍໄປຫາແຫຼ່ງ.

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

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

ຟັງຊັນທັງໝົດເຫຼົ່ານີ້ຖືກໃຊ້ໃນໜຶ່ງໃນສາມສະຖານະການທີ່ໃຊ້ອຸປະກອນ Huawei:

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

ແນວຄວາມຄິດປະກອບຢູ່ໃນຮາດແວ

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

CloudEngine 16800 ເປັນແພລະຕະຟອມທີ່ສະຫນອງການເຮັດວຽກຫຼາຍກວ່າ 400 Gbit / s interfaces. ຄຸນລັກສະນະລັກສະນະຂອງມັນແມ່ນການປະກົດຕົວ, ພ້ອມກັບ CPU, ຂອງຊິບສົ່ງຕໍ່ຂອງຕົນເອງແລະໂຮງງານຜະລິດປັນຍາປະດິດ, ເຊິ່ງເປັນສິ່ງຈໍາເປັນເພື່ອປະຕິບັດຄວາມສາມາດຂອງ AI Fabric.

ເວທີດັ່ງກ່າວແມ່ນເຮັດຕາມສະຖາປັດຕະຍະກໍາ orthogonal ຄລາສສິກທີ່ມີລະບົບການໄຫຼວຽນຂອງອາກາດທາງຫນ້າກັບຫລັງແລະມາພ້ອມກັບຫນຶ່ງໃນສາມປະເພດຂອງ chassis - 4 (10U), 8 (16U) ຫຼື 16 (32U).

CloudEngine 16800 ສາມາດໃຊ້ບັດສາຍຫຼາຍປະເພດ. ໃນບັນດາພວກມັນມີທັງ 10-gigabit ແລະ 40-, ເຊັ່ນດຽວກັນກັບ 100-gigabit, ລວມທັງໃຫມ່ຫມົດ. ບັດທີ່ມີການໂຕ້ຕອບ 25 ແລະ 400 Gbit / s ຖືກວາງແຜນສໍາລັບການປ່ອຍ.

ສໍາລັບ ToR (Top of rack) ຫຼັບ, ຮູບແບບປະຈຸບັນຂອງພວກມັນຖືກຊີ້ບອກຢູ່ໃນເສັ້ນເວລາຂ້າງເທິງ. ຄວາມສົນໃຈທີ່ຍິ່ງໃຫຍ່ທີ່ສຸດແມ່ນຮູບແບບໃຫມ່ 25-Gigabit, ສະຫຼັບ 100-Gigabit ກັບ 400-Gigabit uplinks, ແລະສະຫຼັບ 100-Gigabit ຄວາມຫນາແຫນ້ນສູງທີ່ມີ 96 ພອດ.

ສະວິດການຕັ້ງຄ່າຄົງທີ່ຫຼັກຂອງ Huawei ໃນເວລານີ້ແມ່ນ CloudEngine 8850. ມັນຄວນຈະຖືກປ່ຽນແທນດ້ວຍຕົວແບບ 8851 ທີ່ມີ 32 100 Gbit/s interfaces ແລະແປດ 400 Gbit/s interfaces, ເຊັ່ນດຽວກັນກັບຄວາມສາມາດໃນການແຍກພວກມັນອອກເປັນ 50, 100 ຫຼື. 200 Gbit/s.

ສະຫຼັບອື່ນທີ່ມີການຕັ້ງຄ່າຄົງທີ່, CloudEngine 6865, ຍັງຄົງຢູ່ໃນສາຍຂອງຜະລິດຕະພັນ Huawei ໃນປະຈຸບັນ. ນີ້ແມ່ນ workhorse ທີ່ໄດ້ຮັບການພິສູດດ້ວຍການເຂົ້າເຖິງ 10/25 Gbps ແລະແປດ 100 Gbps uplinks. ໃຫ້ເພີ່ມວ່າມັນຍັງສະຫນັບສະຫນູນ AI ​​Fabric.

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

ຂໍ້​ມູນ​ເພີ່ມ​ເຕີມ​ກ່ຽວ​ກັບ​ວິ​ທີ​ແກ້​ໄຂ Huawei ແລະ​ທາງ​ເລືອກ​ຂອງ​ການ​ນໍາ​ໃຊ້​ຂອງ​ເຂົາ​ເຈົ້າ​ສາ​ມາດ​ໄດ້​ຮັບ​ໄດ້​ຢ່າງ​ງ່າຍ​ດາຍ​ໂດຍ​ການ​ສະ​ຫມັກ​ກັບ webinars ຂອງ​ພວກ​ເຮົາ​ຫຼື​ຕິດ​ຕໍ່​ກັບ​ຕົວ​ແທນ​ບໍ​ລິ​ສັດ​ໂດຍ​ກົງ​.

***

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

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