ຜ້າເຄືອຂ່າຍສໍາລັບສູນຂໍ້ມູນ Cisco ACI - ເພື່ອຊ່ວຍໃຫ້ຜູ້ບໍລິຫານ

ດ້ວຍຄວາມຊ່ອຍເຫລືອຂອງສິ້ນ magical ຂອງ Cisco ACI script, ທ່ານສາມາດຕັ້ງເຄືອຂ່າຍໄດ້ໄວ.

ຜ້າເຄືອຂ່າຍສໍາລັບສູນຂໍ້ມູນ Cisco ACI ໄດ້ມີຢູ່ເປັນເວລາຫ້າປີ, ແຕ່ບໍ່ມີຫຍັງແທ້ໆກ່ຽວກັບມັນຢູ່ໃນHabre, ດັ່ງນັ້ນຂ້ອຍຈຶ່ງຕັດສິນໃຈແກ້ໄຂມັນເລັກນ້ອຍ. ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ບອກ​ທ່ານ​ຈາກ​ປະ​ສົບ​ການ​ຂອງ​ຕົນ​ເອງ​ວ່າ​ມັນ​ແມ່ນ​ຫຍັງ​, ຜົນ​ປະ​ໂຫຍດ​ຂອງ​ມັນ​ແມ່ນ​ຫຍັງ​ແລະ​ບ່ອນ​ທີ່ rake ຂອງ​ມັນ​ແມ່ນ​.

ອັນນີ້ແມ່ນຫຍັງ ແລະມັນມາຈາກໃສ?

ເມື່ອ ACI (Application Centric Infrastructure) ຖືກປະກາດໃນປີ 2013, ວິທີການແບບດັ້ງເດີມຂອງເຄືອຂ່າຍສູນຂໍ້ມູນໄດ້ຖືກໂຈມຕີໂດຍຄູ່ແຂ່ງຈາກສາມຝ່າຍໃນເວລາດຽວກັນ.

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

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

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

ACI ໄດ້ກາຍເປັນ "ການຕອບສະຫນອງທີ່ບໍ່ສົມມາດ" ຂອງ Cisco (ທີ່ຊັດເຈນກວ່ານັ້ນ, ບໍລິສັດ Insieme, ເຊິ່ງເປັນສ່ວນຫນຶ່ງຂອງມັນ, ສ້າງຕັ້ງຂຶ້ນໂດຍອະດີດພະນັກງານຂອງຕົນ) ກັບທັງຫມົດຂ້າງເທິງ.

ຄວາມແຕກຕ່າງກັບ OpenFlow ແມ່ນຫຍັງ?

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

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

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

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

ຊິບຈາກ Broadcom ຖືກໃຊ້ໃນເມື່ອກ່ອນໂດຍ Cisco ໃນສະຫຼັບຊຸດ Nexus 3000 ຄອບຄົວ Nexus 9000, ອອກມາໂດຍສະເພາະເພື່ອຮອງຮັບ ACI, ໃນເບື້ອງຕົ້ນໄດ້ປະຕິບັດຮູບແບບປະສົມທີ່ເອີ້ນວ່າ Merchant+. ສະຫຼັບໄດ້ໃຊ້ຊິບ Broadcom Trident 2 ໃໝ່ພ້ອມໆກັນ ແລະຊິບເສີມທີ່ພັດທະນາໂດຍ Cisco, ເຊິ່ງປະຕິບັດຄວາມມະຫັດສະຈັນຂອງ ACI. ປາກົດຂື້ນ, ນີ້ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະເລັ່ງການປ່ອຍຜະລິດຕະພັນແລະຫຼຸດລົງປ້າຍລາຄາຂອງສະຫຼັບກັບລະດັບທີ່ໃກ້ຄຽງກັບແບບຈໍາລອງພຽງແຕ່ອີງໃສ່ Trident 2. ວິທີການນີ້ແມ່ນພຽງພໍສໍາລັບສອງຫາສາມປີທໍາອິດຂອງການຈັດສົ່ງ ACI. ໃນລະຫວ່າງເວລານີ້, Cisco ໄດ້ພັດທະນາ ແລະເປີດຕົວ Nexus 9000 ລຸ້ນຕໍ່ໄປໃນຊິບຂອງຕົນເອງ ດ້ວຍປະສິດທິພາບ ແລະຄຸນສົມບັດທີ່ດີຂຶ້ນ, ແຕ່ຢູ່ໃນລະດັບລາຄາດຽວກັນ. ຂໍ້ມູນສະເພາະພາຍນອກຈາກທັດສະນະຂອງການໂຕ້ຕອບໃນໂຮງງານໄດ້ຖືກຮັກສາໄວ້ຢ່າງສົມບູນ. ໃນເວລາດຽວກັນ, ການຕື່ມຂໍ້ມູນພາຍໃນໄດ້ປ່ຽນແປງຢ່າງສົມບູນ: ບາງສິ່ງບາງຢ່າງເຊັ່ນ: refactoring, ແຕ່ສໍາລັບຮາດແວ.

ສະຖາປັດຕະຍະກຳ Cisco ACI ເຮັດວຽກແນວໃດ

ໃນກໍລະນີທີ່ງ່າຍທີ່ສຸດ, ACI ຖືກສ້າງຂຶ້ນຕາມ topology ຂອງເຄືອຂ່າຍ Clos, ຫຼື, ຍ້ອນວ່າພວກເຂົາມັກຈະເວົ້າວ່າ, Spine-Leaf. ສະວິດລະດັບກະດູກສັນຫຼັງສາມາດຕັ້ງແຕ່ສອງ (ຫຼືຫນຶ່ງ, ຖ້າພວກເຮົາບໍ່ສົນໃຈຄວາມທົນທານຕໍ່ຄວາມຜິດ) ຫາຫົກ. ດັ່ງນັ້ນ, ຫຼາຍກວ່ານັ້ນ, ຄວາມທົນທານຕໍ່ຄວາມຜິດທີ່ສູງຂຶ້ນ (ການຫຼຸດຜ່ອນແບນວິດແລະຄວາມຫນ້າເຊື່ອຖືຫນ້ອຍລົງໃນກໍລະນີທີ່ເກີດອຸປະຕິເຫດຫຼືການຮັກສາກະດູກສັນຫຼັງຫນຶ່ງ) ແລະການປະຕິບັດໂດຍລວມ. ການເຊື່ອມຕໍ່ພາຍນອກທັງຫມົດໄປຫາສະວິດລະດັບໃບ: ເຫຼົ່ານີ້ລວມມີເຄື່ອງແມ່ຂ່າຍ, ການເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍພາຍນອກຜ່ານ L2 ຫຼື L3, ແລະການເຊື່ອມຕໍ່ຕົວຄວບຄຸມ APIC. ໂດຍທົ່ວໄປ, ກັບ ACI, ບໍ່ພຽງແຕ່ການຕັ້ງຄ່າ, ແຕ່ຍັງເກັບກໍາສະຖິຕິ, ການກວດສອບຄວາມລົ້ມເຫຼວ, ແລະອື່ນໆ - ທຸກສິ່ງທຸກຢ່າງແມ່ນເຮັດໂດຍຜ່ານການໂຕ້ຕອບຂອງຕົວຄວບຄຸມ, ຊຶ່ງໃນນັ້ນມີສາມໃນການປະຕິບັດຂະຫນາດປົກກະຕິ.

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

ພາຍໃນ, ໂຮງງານຜະລິດໃຊ້ການຂົນສົ່ງ IP, ດັ່ງນັ້ນບໍ່ມີ Spanning Tree ຫຼືຄວາມຫນ້າຢ້ານຂອງອະດີດໃນມັນ: ການເຊື່ອມຕໍ່ທັງຫມົດຖືກນໍາໃຊ້, ແລະ convergence ໃນກໍລະນີຂອງຄວາມລົ້ມເຫຼວແມ່ນໄວຫຼາຍ. ການຈະລາຈອນໃນຜ້າແມ່ນປະຕິບັດຜ່ານອຸໂມງທີ່ອີງໃສ່ VXLAN. ຫຼາຍທີ່ຊັດເຈນ, Cisco ຕົວຂອງມັນເອງເອີ້ນວ່າ encapsulation iVXLAN, ແລະມັນແຕກຕ່າງຈາກ VXLAN ປົກກະຕິໃນພື້ນທີ່ສະຫງວນໃນຫົວຂໍ້ເຄືອຂ່າຍຖືກນໍາໃຊ້ເພື່ອສົ່ງຂໍ້ມູນການບໍລິການ, ຕົ້ນຕໍກ່ຽວກັບຄວາມສໍາພັນຂອງການຈະລາຈອນກັບກຸ່ມ EPG. ນີ້ອະນຸຍາດໃຫ້ທ່ານປະຕິບັດກົດລະບຽບຂອງການພົວພັນລະຫວ່າງກຸ່ມໃນອຸປະກອນ, ການນໍາໃຊ້ຕົວເລກຂອງພວກເຂົາໃນລັກສະນະດຽວກັນກັບທີ່ຢູ່ຖືກນໍາໃຊ້ໃນລາຍການການເຂົ້າເຖິງປົກກະຕິ.

tunnels ຊ່ວຍໃຫ້ທ່ານສາມາດຍືດໄດ້ທັງສອງສ່ວນ L2 ແລະ L3 (ນັ້ນແມ່ນ, VRF) ຜ່ານການຂົນສົ່ງ IP ພາຍໃນ. ໃນກໍລະນີນີ້, gateway ເລີ່ມຕົ້ນຖືກແຈກຢາຍ. ນີ້ຫມາຍຄວາມວ່າແຕ່ລະສະຫຼັບແມ່ນຮັບຜິດຊອບສໍາລັບເສັ້ນທາງການຈະລາຈອນເຂົ້າໄປໃນຜ້າ. ໃນແງ່ຂອງເຫດຜົນການໂອນການຈະລາຈອນ, ACI ແມ່ນຄ້າຍຄືກັນກັບຜ້າທີ່ໃຊ້ VXLAN / EVPN.

ຖ້າເປັນດັ່ງນັ້ນ, ຄວາມແຕກຕ່າງແມ່ນຫຍັງ? ທຸກຢ່າງ!

ຄວາມແຕກຕ່າງອັນດັບຫນຶ່ງທີ່ທ່ານພົບໃນ ACI ແມ່ນວິທີການທີ່ເຄື່ອງແມ່ຂ່າຍເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍ. ໃນເຄືອຂ່າຍແບບດັ້ງເດີມ, ການລວມເອົາທັງເຄື່ອງແມ່ຂ່າຍທາງດ້ານຮ່າງກາຍແລະເຄື່ອງ virtual ເຂົ້າໄປໃນ VLANs, ແລະທຸກສິ່ງທຸກຢ່າງອື່ນເຕັ້ນມາຈາກພວກມັນ: ການເຊື່ອມຕໍ່, ຄວາມປອດໄພ, ແລະອື່ນໆ. ACI ໃຊ້ການອອກແບບທີ່ Cisco ເອີ້ນວ່າ EPG (ກຸ່ມຈຸດສິ້ນສຸດ), ເຊິ່ງບໍ່ມີ. ຫນີໄປ. ມັນສາມາດທຽບເທົ່າກັບ VLAN ໄດ້ບໍ? ແມ່ນແລ້ວ, ແຕ່ໃນກໍລະນີນີ້ມີໂອກາດທີ່ຈະສູນເສຍສ່ວນໃຫຍ່ຂອງສິ່ງທີ່ ACI ໃຫ້.

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

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

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

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

ຖ້າເຄື່ອງແມ່ຂ່າຍເປັນເຄື່ອງ virtual, ມັນພຽງພໍທີ່ຈະອ້າງອີງເຖິງສະພາບແວດລ້ອມ virtualization ທີ່ເຊື່ອມຕໍ່, ແລະຫຼັງຈາກນັ້ນທຸກສິ່ງທຸກຢ່າງຈະເກີດຂື້ນດ້ວຍຕົວມັນເອງ: ກຸ່ມພອດຈະຖືກສ້າງຂື້ນ (ໃນຂໍ້ກໍານົດຂອງ VMWare) ເພື່ອເຊື່ອມຕໍ່ VMs, VLANs ທີ່ຈໍາເປັນຫຼື VXLANs ຈະ. ໄດ້ຖືກມອບຫມາຍ, ລົງທະບຽນຢູ່ໃນພອດສະຫຼັບທີ່ຈໍາເປັນ, ແລະອື່ນໆ. ດັ່ງນັ້ນ, ເຖິງແມ່ນວ່າ ACI ຖືກສ້າງຂຶ້ນໃນເຄືອຂ່າຍທາງດ້ານຮ່າງກາຍ, ການເຊື່ອມຕໍ່ສໍາລັບເຄື່ອງແມ່ຂ່າຍ virtual ເບິ່ງງ່າຍກວ່າສໍາລັບທາງດ້ານຮ່າງກາຍ. ACI ແລ້ວມີການເຊື່ອມຕໍ່ກັບ VMWare ແລະ MS Hyper-V, ເຊັ່ນດຽວກັນກັບການສະຫນັບສະຫນູນ OpenStack ແລະ RedHat Virtualization. ໃນບາງຈຸດ, ການສະຫນັບສະຫນູນການກໍ່ສ້າງໃນແພລະຕະຟອມຕູ້ຄອນເທນເນີໄດ້ປະກົດວ່າ: Kubernetes, OpenShift, Cloud Foundry, ແລະມັນກ່ຽວຂ້ອງກັບການສະຫມັກຂອງນະໂຍບາຍແລະການຕິດຕາມ, ນັ້ນແມ່ນ, ຜູ້ເບິ່ງແຍງເຄືອຂ່າຍສາມາດເຫັນໄດ້ທັນທີວ່າໂຮດໃດກໍາລັງແລ່ນແລະຢູ່ໃນ. ເຂົາເຈົ້າຮວມຢູ່ໃນກຸ່ມໃດ.

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

EPGs ຕົວເອງແມ່ນການກໍ່ສ້າງຢ່າງມີເຫດຜົນ, ບໍ່ຕິດກັບສະຫຼັບສະເພາະ, ເຊີຟເວີ, ແລະອື່ນໆ, ດັ່ງນັ້ນທ່ານສາມາດເຮັດສິ່ງຕ່າງໆກັບພວກເຂົາແລະການກໍ່ສ້າງໂດຍອີງໃສ່ພວກມັນ (ຄໍາຮ້ອງສະຫມັກແລະຜູ້ເຊົ່າ) ທີ່ຍາກທີ່ຈະເຮັດໃນເຄືອຂ່າຍປົກກະຕິ, ເຊັ່ນ: cloning. ດັ່ງນັ້ນ, ມັນແມ່ນ, ເວົ້າ, ງ່າຍຫຼາຍທີ່ຈະສ້າງ clone ຂອງສະພາບແວດລ້ອມການຜະລິດເພື່ອໃຫ້ໄດ້ສະພາບແວດລ້ອມການທົດສອບທີ່ຮັບປະກັນໃຫ້ຄືກັນກັບການຜະລິດຫນຶ່ງ. ທ່ານສາມາດເຮັດມັນດ້ວຍຕົນເອງ, ແຕ່ມັນດີກວ່າ (ແລະງ່າຍຂຶ້ນ) ຜ່ານ API.

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

rake ໄດ້ສັນຍາໄວ້

ບັນຫາຕົ້ນຕໍແມ່ນວ່າມີຫຼາຍສິ່ງທີ່ເຮັດແຕກຕ່າງກັນໃນ ACI. ເພື່ອເລີ່ມຕົ້ນການເຮັດວຽກກັບມັນຕາມປົກກະຕິ, ທ່ານຈໍາເປັນຕ້ອງຮຽນຮູ້ໃຫມ່. ນີ້ແມ່ນຄວາມຈິງໂດຍສະເພາະສໍາລັບທີມງານປະຕິບັດງານເຄືອຂ່າຍຢູ່ໃນລູກຄ້າຂະຫນາດໃຫຍ່, ບ່ອນທີ່ວິສະວະກອນໄດ້ "ຂຽນ VLANs" ຕາມຄໍາຮ້ອງຂໍສໍາລັບປີ. ຄວາມຈິງທີ່ວ່າໃນປັດຈຸບັນ VLAN ບໍ່ແມ່ນ VLAN ອີກຕໍ່ໄປ, ແລະການຕິດຕັ້ງເຄືອຂ່າຍໃຫມ່ໃນ virtualized hosts ບໍ່ຈໍາເປັນຕ້ອງສ້າງ VLANs ດ້ວຍມື, ທໍາລາຍຈິດໃຈຂອງເຄືອຂ່າຍແບບດັ້ງເດີມຢ່າງສົມບູນແລະບັງຄັບໃຫ້ພວກເຂົາຍຶດຕິດກັບວິທີການປົກກະຕິ. ມັນຄວນຈະສັງເກດວ່າ Cisco ພະຍາຍາມເຮັດໃຫ້ຢາເມັດຫວານເລັກນ້ອຍແລະເພີ່ມ "NXOS-like" CLI ກັບຕົວຄວບຄຸມ, ເຊິ່ງອະນຸຍາດໃຫ້ຕັ້ງຄ່າຈາກການໂຕ້ຕອບທີ່ຄ້າຍຄືກັບສະວິດແບບດັ້ງເດີມ. ຢ່າງໃດກໍຕາມ, ເພື່ອເລີ່ມຕົ້ນການນໍາໃຊ້ ACI ຕາມປົກກະຕິ, ທ່ານຈະຕ້ອງເຂົ້າໃຈວິທີການເຮັດວຽກ.

ໃນແງ່ຂອງລາຄາໃນຂະຫນາດຂະຫນາດໃຫຍ່ແລະຂະຫນາດກາງ, ເຄືອຂ່າຍ ACI ເກືອບບໍ່ແຕກຕ່າງຈາກເຄືອຂ່າຍແບບດັ້ງເດີມໃນອຸປະກອນ Cisco, ເພາະວ່າສະວິດດຽວກັນຖືກນໍາໃຊ້ເພື່ອສ້າງພວກມັນ (Nexus 9000 ສາມາດເຮັດວຽກໄດ້ທັງ ACI ແລະແບບດັ້ງເດີມແລະໄດ້ກາຍເປັນ "workhorse ຕົ້ນຕໍ. ” ສໍາລັບໂຄງການສູນຂໍ້ມູນໃຫມ່). ແຕ່ສໍາລັບສູນຂໍ້ມູນປະກອບດ້ວຍສອງສະຫວິດ, ການປະກົດຕົວຂອງຕົວຄວບຄຸມແລະສະຖາປັດຕະຍະກໍາ Spine-Leaf, ແນ່ນອນ, ເຮັດໃຫ້ຕົນເອງມີຄວາມຮູ້ສຶກ. ບໍ່ດົນມານີ້, ໂຮງງານຜະລິດ Mini ACI ປະກົດຕົວ, ເຊິ່ງສອງໃນສາມຕົວຄວບຄຸມໄດ້ຖືກປ່ຽນແທນດ້ວຍເຄື່ອງ virtual. ນີ້ຫຼຸດຜ່ອນຄວາມແຕກຕ່າງຂອງຄ່າໃຊ້ຈ່າຍ, ແຕ່ມັນຍັງຄົງຢູ່. ດັ່ງນັ້ນ, ສໍາລັບລູກຄ້າ, ທາງເລືອກແມ່ນກໍານົດໂດຍວິທີການທີ່ລາວມີຄວາມສົນໃຈໃນລັກສະນະຄວາມປອດໄພ, ການເຊື່ອມໂຍງກັບ virtualization, ຈຸດດຽວຂອງການຄວບຄຸມ, ແລະອື່ນໆ.

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