ວິທີການຄວບຄຸມໂຄງສ້າງເຄືອຂ່າຍຂອງທ່ານ. ບົດທີສອງ. ການທໍາຄວາມສະອາດແລະເອກະສານ

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

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

ໃນປັດຈຸບັນພວກເຮົາຈະບໍ່ເວົ້າກ່ຽວກັບການກວດສອບຄວາມປອດໄພ - ນີ້ຈະເປັນຫົວຂໍ້ຂອງພາກທີສາມ.

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

ສະຖານະການທີ່ເຫມາະສົມແມ່ນເວລາ

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

ໃນກໍລະນີນີ້, ວຽກງານຂອງທ່ານແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ. ທ່ານຄວນສຶກສາເອກະສານແລະທົບທວນຄືນການປ່ຽນແປງທັງຫມົດທີ່ໄດ້ເຮັດ.

ໃນກໍລະນີຮ້າຍແຮງທີ່ສຸດ, ທ່ານຈະມີ

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

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

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

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

ຊຸດເອກະສານ

ໃຫ້ເລີ່ມຕົ້ນດ້ວຍຕົວຢ່າງ.

ຂ້າງລຸ່ມນີ້ແມ່ນບາງເອກະສານທີ່ສ້າງຂຶ້ນຕາມປະເພນີທີ່ Cisco Systems ໃນລະຫວ່າງການອອກແບບ.

CR - ຄວາມ​ຕ້ອງ​ການ​ຂອງ​ລູກ​ຄ້າ​, ຄວາມ​ຕ້ອງ​ການ​ຂອງ​ລູກ​ຄ້າ (ສະ​ເພາະ​ດ້ານ​ວິ​ຊາ​ການ​)​.
ມັນຖືກສ້າງຂຶ້ນຮ່ວມກັນກັບລູກຄ້າແລະກໍານົດຄວາມຕ້ອງການເຄືອຂ່າຍ.

HLD - ການອອກແບບລະດັບສູງ, ການອອກແບບລະດັບສູງໂດຍອີງໃສ່ຄວາມຕ້ອງການຂອງເຄືອຂ່າຍ (CR). ເອກະສານດັ່ງກ່າວອະທິບາຍ ແລະໃຫ້ເຫດຜົນໃນການຕັດສິນໃຈທາງສະຖາປັດຕະຍະກຳ (topology, protocols, hardware selection,...). HLD ບໍ່ມີລາຍລະອຽດການອອກແບບ, ເຊັ່ນ: ການໂຕ້ຕອບແລະທີ່ຢູ່ IP ທີ່ໃຊ້. ນອກຈາກນີ້, ການຕັ້ງຄ່າຮາດແວສະເພາະບໍ່ໄດ້ຖືກປຶກສາຫາລືຢູ່ທີ່ນີ້. ແທນທີ່ຈະ, ເອກະສານນີ້ແມ່ນມີຈຸດປະສົງເພື່ອອະທິບາຍແນວຄວາມຄິດການອອກແບບທີ່ສໍາຄັນກັບການຄຸ້ມຄອງດ້ານວິຊາການຂອງລູກຄ້າ.

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

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

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

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

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

ນີ້ແມ່ນເອກະສານຕໍ່ໄປນີ້:

• ແຜນວາດ (ບັນທຶກ) ຂອງການສະຫຼັບທາງດ້ານຮ່າງກາຍ (ສາຍໄຟ)
• ແຜນວາດເຄືອຂ່າຍ ຫຼືແຜນວາດທີ່ມີຂໍ້ມູນ L2/L3 ທີ່ຈຳເປັນ

ແຜນວາດສະຫຼັບທາງກາຍ

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

ໃນກໍລະນີນີ້, ບັນຫາໄດ້ຖືກແກ້ໄຂບາງສ່ວນໂດຍວິທີການດັ່ງຕໍ່ໄປນີ້.

• ໃຊ້ຄໍາອະທິບາຍກ່ຽວກັບການໂຕ້ຕອບເພື່ອອະທິບາຍສິ່ງທີ່ເຊື່ອມຕໍ່ກັບມັນ
• ບໍລິຫານປິດພອດອຸປະກອນເຄືອຂ່າຍທີ່ບໍ່ເຊື່ອມຕໍ່ທັງໝົດ

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

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

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

ສໍາຄັນ!

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

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

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

ແຜນວາດເຄືອຂ່າຍ

ບໍ່ມີວິທີການທົ່ວໄປໃນການແຕ້ມແຜນວາດ.

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

ໂດຍອົງປະກອບທາງດ້ານຮ່າງກາຍພວກເຮົາຫມາຍຄວາມວ່າ

• ອຸ​ປະ​ກອນ​ການ​ເຄື່ອນ​ໄຫວ​
• ອິນເຕີເຟດ / ພອດຂອງອຸປະກອນທີ່ໃຊ້ວຽກ

ພາຍ​ໃຕ້​ເຫດ​ຜົນ -

• ອຸປະກອນຢ່າງມີເຫດຜົນ (N7K VDC, Palo Alto VSYS, ... )
• VRF
• ວິໄລວັນ
• ການໂຕ້ຕອບຍ່ອຍ
• ອຸໂມງ
• ເຂດ
• ...

ນອກຈາກນັ້ນ, ຖ້າເຄືອຂ່າຍຂອງທ່ານບໍ່ສົມບູນແບບ, ມັນຈະປະກອບດ້ວຍສ່ວນຕ່າງໆ.
ຕົວຢ່າງເຊັ່ນ

• ສູນ​ຂໍ້​ມູນ
• ອິນເຕີເນັດ
• WAN
• ການເຂົ້າເຖິງຫ່າງໄກສອກຫຼີກ
• LAN ຫ້ອງການ
• DMZ
• ...

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

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

• overlay
• L1/L2 underlay
• L3 underlay

ແນ່ນອນ, ແຜນວາດທີ່ສໍາຄັນທີ່ສຸດ, ໂດຍບໍ່ມີການທີ່ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະເຂົ້າໃຈແນວຄວາມຄິດຂອງການອອກແບບຂອງທ່ານ, ແມ່ນແຜນວາດເສັ້ນທາງ.

ໂຄງ​ການ​ເສັ້ນ​ທາງ​

ຢ່າງຫນ້ອຍ, ແຜນວາດນີ້ຄວນສະທ້ອນໃຫ້ເຫັນ

• ໂປຣໂຕຄອນການກຳນົດເສັ້ນທາງອັນໃດຖືກໃຊ້ ແລະຢູ່ໃສ
• ຂໍ້​ມູນ​ພື້ນ​ຖານ​ກ່ຽວ​ກັບ​ການ​ຕັ້ງ​ຄ່າ​ການ​ຕັ້ງ​ຄ່າ​ໂປຣ​ໂຕ​ໂຄ​ລ (ເຂດ / AS ຈໍາ​ນວນ / router-id / ... )
• ການແຈກຢາຍຄືນໃໝ່ເກີດຂຶ້ນໃນອຸປະກອນໃດ?
• ບ່ອນທີ່ການກັ່ນຕອງແລະການລວບລວມເສັ້ນທາງເກີດຂື້ນ
• ຂໍ້ມູນເສັ້ນທາງເລີ່ມຕົ້ນ

ນອກຈາກນີ້, ໂຄງການ L2 (OSI) ມັກຈະເປັນປະໂຫຍດ.

ວົງຈອນ L2 (OSI)

ແຜນວາດນີ້ອາດຈະສະແດງຂໍ້ມູນຕໍ່ໄປນີ້:

• VLANs ໃດ
• ພອດໃດເປັນພອດລໍາຕົ້ນ
• ພອດໃດຖືກລວມເຂົ້າໄປໃນຊ່ອງອີເທີ (ຊ່ອງພອດ), ຊ່ອງພອດສະເໝືອນ
• ໂປໂຕຄອນ STP ແມ່ນຫຍັງ ແລະຢູ່ໃນອຸປະກອນໃດ
• ການ​ຕັ້ງ​ຄ່າ STP ຂັ້ນ​ພື້ນ​ຖານ​: ການ​ສໍາ​ຮອງ​ຮາກ / ຮາກ​, ຄ່າ​ໃຊ້​ຈ່າຍ STP​, ບູ​ລິ​ມະ​ສິດ​ພອດ​
• ການຕັ້ງຄ່າ STP ເພີ່ມເຕີມ: BPDU ກອງ/ກອງ, ກອງຮາກ…

ຄວາມຜິດພາດການອອກແບບທົ່ວໄປ

ຕົວຢ່າງຂອງວິທີການທີ່ບໍ່ດີໃນການສ້າງເຄືອຂ່າຍ.

ຂໍ​ໃຫ້​ໃຊ້​ຕົວ​ຢ່າງ​ທີ່​ງ່າຍ​ດາຍ​ຂອງ​ການ​ກໍ່​ສ້າງ LAN ຫ້ອງ​ການ​ງ່າຍ​ດາຍ​.

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

ແມ່ນຫຍັງຍາກຫຼາຍກ່ຽວກັບການເຊື່ອມຕໍ່ສະວິດເຂົ້າກັນ, ການຕັ້ງຄ່າ VLANs, ການໂຕ້ຕອບ SVI (ໃນກໍລະນີຂອງສະວິດ L3) ແລະການຕັ້ງຄ່າ static routing?

ທຸກສິ່ງທຸກຢ່າງຈະເຮັດວຽກ.

ແຕ່ໃນເວລາດຽວກັນ, ຄໍາຖາມທີ່ກ່ຽວຂ້ອງກັບ

• ຄວາມປອດໄພ
• ການຈອງ
• ການ​ຂະ​ຫຍາຍ​ເຄືອ​ຂ່າຍ​
• ຜົນຜະລິດ
• ຜ່ານ
• ຄວາມຫນ້າເຊື່ອຖື
• ...

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

ຄວາມຜິດພາດການອອກແບບ L1 (OSI) ທົ່ວໄປ

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

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

• ແບນວິດບໍ່ພຽງພໍ
• TCAM ບໍ່ພຽງພໍກັບອຸປະກອນ (ຫຼືໃຊ້ມັນບໍ່ມີປະສິດທິພາບ)
• ປະສິດທິພາບບໍ່ພຽງພໍ (ມັກຈະກ່ຽວຂ້ອງກັບໄຟວໍ)

ຄວາມຜິດພາດການອອກແບບ L2 (OSI) ທົ່ວໄປ

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

ດັ່ງນັ້ນ, ພວກເຮົາມັກຈະມີດັ່ງຕໍ່ໄປນີ້

• ເສັ້ນຜ່າສູນກາງເຄືອຂ່າຍ STP ຂະຫນາດໃຫຍ່, ເຊິ່ງສາມາດນໍາໄປສູ່ການອອກອາກາດພະຍຸ
• ຮາກ STP ຈະຖືກກໍານົດແບບສຸ່ມ (ອີງໃສ່ທີ່ຢູ່ mac) ແລະເສັ້ນທາງການຈະລາຈອນຈະເຫມາະສົມທີ່ສຸດ
• ພອດທີ່ເຊື່ອມຕໍ່ກັບແມ່ຂ່າຍຈະບໍ່ຖືກຕັ້ງຄ່າເປັນ edge (portfast), ເຊິ່ງຈະນໍາໄປສູ່ການຄິດໄລ່ STP ຄືນໃໝ່ເມື່ອເປີດ/ປິດສະຖານີສິ້ນສຸດ.
• ເຄືອຂ່າຍຈະບໍ່ຖືກແບ່ງອອກໃນລະດັບ L1/L2, ເນື່ອງຈາກບັນຫາກັບສະວິດໃດນຶ່ງ (ຕົວຢ່າງ, ການໂຫຼດພະລັງງານເກີນ) ຈະນໍາໄປສູ່ການຄິດໄລ່ STP topology ຄືນໃໝ່ ແລະຢຸດການຈາລະຈອນໃນ VLAN ທັງໝົດໃນທຸກສະວິດ (ລວມທັງ. ຫນຶ່ງທີ່ສໍາຄັນຈາກທັດສະນະຂອງພາກສ່ວນການບໍລິການຢ່າງຕໍ່ເນື່ອງ)

ຕົວຢ່າງຂອງຄວາມຜິດພາດໃນການອອກແບບ L3 (OSI).

ຄວາມຜິດພາດປົກກະຕິເລັກນ້ອຍຂອງເຄືອຂ່າຍຈົວໃໝ່:

• ການນໍາໃຊ້ເລື້ອຍໆ (ຫຼືໃຊ້ພຽງແຕ່) ຂອງເສັ້ນທາງຄົງທີ່
• ການ​ນໍາ​ໃຊ້​ຂອງ​ໂປຣ​ໂຕ​ຄອນ​ການ​ເສັ້ນ​ທາງ​ທີ່​ເຫມາະ​ສົມ​ທີ່​ເຫມາະ​ສົມ​ສໍາ​ລັບ​ການ​ອອກ​ແບບ​ໃຫ້​
• ການແບ່ງສ່ວນເຄືອຂ່າຍຢ່າງມີເຫດຜົນທີ່ດີທີ່ສຸດ
• ການ​ນໍາ​ໃຊ້​ທີ່​ດີ​ທີ່​ສຸດ​ຂອງ​ຊ່ອງ​ທີ່​ຢູ່​, ທີ່​ບໍ່​ອະ​ນຸ​ຍາດ​ໃຫ້​ການ​ລວມ​ເສັ້ນ​ທາງ​
• ບໍ່ມີເສັ້ນທາງສຳຮອງ
• ບໍ່ມີການຈອງສໍາລັບ gateway ເລີ່ມຕົ້ນ
• ເສັ້ນທາງທີ່ບໍ່ສົມມາຕຣິກເບື້ອງເມື່ອສ້າງເສັ້ນທາງຄືນໃໝ່ (ສາມາດສຳຄັນໃນກໍລະນີຂອງ NAT/PAT, firewalls statefull)
• ບັນຫາກັບ MTU
• ເມື່ອເສັ້ນທາງຖືກສ້າງໃຫມ່, ການຈະລາຈອນຈະຜ່ານເຂດຄວາມປອດໄພອື່ນໆຫຼືແມ້ກະທັ້ງໄຟວໍອື່ນໆ, ເຊິ່ງເຮັດໃຫ້ການຈະລາຈອນນີ້ຫຼຸດລົງ.
• ຄວາມສາມາດໃນການຂະຫຍາຍ topology ທີ່ບໍ່ດີ

ເງື່ອນໄຂການປະເມີນຄຸນນະພາບການອອກແບບ

ເມື່ອພວກເຮົາສົນທະນາກ່ຽວກັບ optimality / non-optimality, ພວກເຮົາຕ້ອງເຂົ້າໃຈຈາກທັດສະນະຂອງເງື່ອນໄຂທີ່ພວກເຮົາສາມາດປະເມີນໄດ້. ໃນທີ່ນີ້, ຈາກທັດສະນະຂອງຂ້ອຍ, ແມ່ນເງື່ອນໄຂທີ່ສໍາຄັນທີ່ສຸດ (ແຕ່ບໍ່ແມ່ນທັງຫມົດ) (ແລະຄໍາອະທິບາຍທີ່ກ່ຽວຂ້ອງກັບການກໍານົດເສັ້ນທາງ):

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

ການປ່ຽນແປງ

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

• ບັນຫານີ້ສາມາດແກ້ໄຂໄດ້ງ່າຍແນວໃດ
• ລາວມີຄວາມສ່ຽງຫຼາຍປານໃດ?

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

ຄວາມສົມບູນແບບໃນຂັ້ນຕອນນີ້ສາມາດເປັນອັນຕະລາຍ. ເອົາການອອກແບບໄປສູ່ສະຖານະທີ່ພໍໃຈແລະ synchronize ການຕັ້ງຄ່າເຄືອຂ່າຍຕາມຄວາມເຫມາະສົມ.

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