
ໃນໜ້ານີ້
ມື້ທີ່ລົດຂຸດຂອງງານກໍ່ສ້າງຖະໜົນ ຂຸດໂດນສາຍ Fiber ໜ້າຫ້ອງການ, ທຸກຢ່າງຢຸດ: ອີເມວ, Microsoft 365 ຫຼື Google Workspace, ລະບົບບັນຊີ Cloud, ການຮັບເງິນຜ່ານ QR, ການປະຊຸມອອນລາຍກັບລູກຄ້າ. ຜູ້ໃຫ້ບໍລິການບອກວ່າຈະມາແກ້ "ມື້ນີ້". ໃນວຽງຈັນ ມັນອາດແມ່ນສອງສາມຊົ່ວໂມງ. ຢູ່ແຂວງ ບາງເທື່ອແມ່ນສອງສາມມື້.
ສາຍຂາດ, ອຸປະກອນຂອງຜູ້ໃຫ້ບໍລິການເສຍ, ໄຟດັບທີ່ຊຸມສາຍ: ສິ່ງເຫຼົ່ານີ້ທ່ານຄວບຄຸມບໍ່ໄດ້. ສິ່ງທີ່ທ່ານຄວບຄຸມໄດ້ ແມ່ນມີສາຍທີສອງທີ່ພ້ອມໃຊ້ ຫຼື ບໍ່.
ສາຍດຽວ ເສຍເວລາເທົ່າໃດແທ້
ຄິດເລກກ່ອນຈະຖົກກັນເລື່ອງງົບປະມານ. ສາຍ Fiber ທີ່ໃຊ້ໄດ້ 99.5% ຂອງເວລາ ຟັງແລ້ວເບິ່ງຄືດີ. ແຕ່ມັນກໍ່ຍັງໝາຍເຖິງອິນເຕີເນັດດັບປະມານ 44 ຊົ່ວໂມງຕໍ່ປີ, ແລະ ມັນບໍ່ໄດ້ດັບແບບກະຈາຍເທົ່າໆກັນ. ມັນມາເປັນບ່າຍມື້ໜຶ່ງໃນລະດູຝົນ ແລະ ອີກສອງມື້ທີ່ລໍຖ້າທີມສ້ອມແປງຢູ່ແຂວງ.
ເພີ່ມສາຍທີສອງທີ່ລົ້ມດ້ວຍເຫດຜົນຕ່າງກັນໝົດ, ໃຊ້ໄດ້ 99.5% ຄືກັນ, ໂອກາດທີ່ທັງສອງສາຍດັບພ້ອມກັນຈະຫຼຸດລົງເຫຼືອປະມານ 0.0025%, ຫຼື ປະມານ 13 ນາທີຕໍ່ປີ. ຕົວເລກນີ້ຖືກ ກໍ່ຕໍ່ເມື່ອສອງສາຍແຍກກັນແທ້. ຖ້າຂຶ້ນເສົາຕົ້ນດຽວກັນ ເລກກໍ່ກັບໄປເປັນສາຍດຽວຄືເກົ່າ.
ສາມວິທີໃຊ້ສອງສາຍ
| ຮູບແບບ | ການເຮັດວຽກ | ເໝາະກັບ |
|---|---|---|
| Active / Standby (Failover) | ໃຊ້ສາຍຫຼັກ, ເມື່ອລົ້ມຈຶ່ງສະຫຼັບໄປສາຍສຳຮອງ | ສາຍສຳຮອງ 4G/5G ຫຼື ສາຍທີ່ຄິດເງິນຕາມປະລິມານ |
| Active / Active (Load Balancing) | ແບ່ງ Session ໄປທັງສອງສາຍ | Fiber ສອງສາຍທີ່ຄວາມໄວໃກ້ຄຽງກັນ |
| Policy-based / SD-WAN | ເລືອກສາຍຕາມແອັບ ແລະ ຄຸນນະພາບທີ່ວັດໄດ້ແທ້ | ອົງກອນທີ່ມີ VoIP, ວິດີໂອ ຫຼື ສາຂາ |
ຄວາມເຂົ້າໃຈຜິດທີ່ພົບເລື້ອຍ: Fiber 100 Mbps ສອງສາຍ ບໍ່ໄດ້ເຮັດໃຫ້ດາວໂຫຼດໄຟລ໌ດຽວໄດ້ 200 Mbps. Load Balancing ແບບ Session ແບ່ງ "ການເຊື່ອມຕໍ່" ໄປຄົນລະສາຍ. ຄົນ 50 ຄົນໃນຫ້ອງການຈະໄດ້ຜົນລວມທີ່ດີຂຶ້ນ ແຕ່ໄຟລ໌ໃຫຍ່ໄຟລ໌ດຽວຍັງວິ່ງໃນສາຍດຽວ.
ສອງສາຍທີ່ດັບພ້ອມກັນ ບໍ່ແມ່ນສອງສາຍ
ອັນນີ້ສຳຄັນທີ່ສຸດໃນບົດ. ຄວາມຊ້ຳຊ້ອນແທ້ ຕ້ອງແຕກຕ່າງກັນທຸກຊັ້ນ:
- ຜູ້ໃຫ້ບໍລິການຕ່າງກັນ. ບໍ່ແມ່ນສອງແພັກເກັດຈາກບໍລິສັດດຽວກັນ
- ເສັ້ນທາງສາຍຕ່າງກັນ. ຖາມແຕ່ລະລາຍວ່າ Fiber ເຂົ້າອາຄານທາງໃດ. ຖ້າເປັນໄປໄດ້ ໃຫ້ເຂົ້າຄົນລະດ້ານ. ແລ້ວອອກໄປເບິ່ງເສົາເອງ. ເຮົາເຫັນສອງ "ຜູ້ໃຫ້ບໍລິການ" ທີ່ສາຍຂຶ້ນເສົາຕົ້ນດຽວກັນໜ້າອາຄານເລື້ອຍໆ
- ເຕັກໂນໂລຊີຕ່າງກັນ. Fiber + 4G/5G ຫຼື Fiber + Microwave ບໍ່ມີທາງຂາດພ້ອມກັນຈາກລົດຂຸດຄັນດຽວ
- ໂຄງຂ່າຍຕົ້ນທາງຕ່າງກັນ. ຖາມວ່າຜູ້ໃຫ້ບໍລິການທັງສອງເຊົ່າໂຄງຂ່າຍ Backbone ເສັ້ນດຽວກັນຫຼືບໍ່
ສຳລັບ 4G/5G ສຳຮອງ ໃຫ້ເລືອກເຄືອຂ່າຍມືຖືທີ່ບໍ່ແມ່ນບໍລິສັດດຽວກັບ Fiber ຫຼັກ.
ອຸປະກອນທີ່ຕ້ອງມີ
Firewall ຫຼື Router ທີ່ມີ WAN ຢ່າງໜ້ອຍ 2 ພອດ ແລະ ມີ Health Check ທີ່ດີ: Ping ຫຼື HTTP ໄປຫາປາຍທາງພາຍນອກຫຼາຍຈຸດ, ບໍ່ແມ່ນພຽງ Gateway ຂອງຜູ້ໃຫ້ບໍລິການ. ສາຍອາດຂາດຢູ່ໄກກວ່າ Gateway ແລະ ຖ້າ Ping ພຽງ Gateway ລະບົບຈະຄິດວ່າທຸກຢ່າງປົກກະຕິ.
ຖ້າໃຊ້ 4G/5G: Router ຫຼື Modem ລະດັບທຸລະກິດ ແລະ ເສົາອາກາດພາຍນອກຖ້າສັນຍານໃນອາຄານອ່ອນ. Modem ພົກພາຂອງຮ້ານໂທລະສັບ ທີ່ຮ້ອນເກີນ ແລ້ວ Reboot ເອງທຸກສອງຊົ່ວໂມງ ບໍ່ແມ່ນສາຍສຳຮອງ.
ແລະ UPS: ສຳລັບ Firewall, Modem/ONT ຂອງທັງສອງສາຍ ແລະ Core Switch. ONT ມັກຖືກຕິດໄວ້ຢູ່ບ່ອນທີ່ຊ່າງຂອງຜູ້ໃຫ້ບໍລິການສະດວກ ບໍ່ແມ່ນໃນຕູ້ Rack, ແລະ ສຽບປລັກຝາທຳມະດາ. ໄຟກະພິບເທື່ອດຽວ ສາຍຫຼັກກໍ່ດັບ.
ສາຍສຳຮອງຕ້ອງໃຫຍ່ເທົ່າໃດ? ຕົວຢ່າງທີ່ຄິດໃຫ້ເບິ່ງ
ສາຍສຳຮອງບໍ່ຈຳເປັນຕ້ອງໄວເທົ່າສາຍຫຼັກ. ມັນພຽງຕ້ອງແບກວຽກທີ່ຢຸດບໍ່ໄດ້. ສົມມຸດຫ້ອງການ 40 ຄົນ ໃຊ້ Fiber 200 Mbps ແລະ ມີ 4G ເປັນສາຍສຳຮອງ:
| ວຽກທີ່ຕ້ອງເຮັດຕໍ່ໄດ້ | ຄວາມຕ້ອງການໂດຍປະມານ |
|---|---|
| ໂທ VoIP ພ້ອມກັນ 10 ສາຍ (G.711, ປະມານ 90 kbps ຕໍ່ສາຍ ຕໍ່ທິດທາງ) | ປະມານ 1 Mbps |
| ປະຊຸມວິດີໂອພ້ອມກັນ 2 ຫ້ອງ | 4–8 Mbps |
| ອີເມວ, Microsoft 365 ຫຼື Google Workspace ສຳລັບ 40 ຄົນ (ໃຊ້ເບົາ) | 5–10 Mbps |
| ບັນຊີ Cloud, ລະບົບທະນາຄານ, ການຮັບເງິນ QR | 1–2 Mbps |
| ລວມ | ປະມານ 12–21 Mbps ຂາລົງ, 6–10 Mbps ຂາຂຶ້ນ |
4G ລະດັບທຸລະກິດ ທີ່ມີເສົາອາກາດພາຍນອກດີ ສ່ວນຫຼາຍຮັບໄດ້. ສິ່ງທີ່ມັນຮັບບໍ່ໄດ້ ແມ່ນ OneDrive ຫຼື Google Drive ຂອງທຸກຄົນ Sync ພ້ອມກັນ, ບວກ Windows Update ແລະ YouTube. ສະນັ້ນ ໃຫ້ຂຽນນະໂຍບາຍໂໝດສຳຮອງໄວ້ໃນ Firewall: ເມື່ອວິ່ງຢູ່ສາຍສຳຮອງ ໃຫ້ຈຳກັດ ຫຼື ບລັອກ Update, File Sync ແລະ Streaming, ແລະ ໃຫ້ສຽງໂທ ກັບ ແອັບທຸລະກິດໄປກ່ອນ.
ລະວັງຕົວເລກຂາຂຶ້ນ. ການປະຊຸມວິດີໂອ ແລະ Backup ຂຶ້ນ Cloud ໃຊ້ຂາຂຶ້ນຫຼາຍ, ແລະ ສາຍມືຖືມັກອ່ອນຂາຂຶ້ນກວ່າຂາລົງຫຼາຍ. ຖ້າມີ Backup ຂຶ້ນ Cloud ທຸກຄືນ ໃຫ້ຢຸດໄວ້ເມື່ອຢູ່ສາຍສຳຮອງ, ບໍ່ດັ່ງນັ້ນຄືນດຽວອາດກິນແພັກເກັດ 4G ໝົດທັງເດືອນ.
"ອັດຕະໂນມັດ" ໄວປານໃດ?
Failover ບໍ່ໄດ້ເກີດທັນທີ. Firewall ຕ້ອງຕັດສິນກ່ອນວ່າສາຍຫຼັກລົ້ມແລ້ວ, ແລະ ການຕັ້ງ Health Check ເປັນຕົວກຳນົດວ່າໃຊ້ເວລາດົນປານໃດ:
| ການຕັ້ງ Health Check | ເວລາກ່ອນປະກາດວ່າສາຍລົ້ມ |
|---|---|
| ກວດທຸກ 5 ວິນາທີ, ລົ້ມເມື່ອພາດ 3 ຄັ້ງ | ປະມານ 15 ວິນາທີ |
| ກວດທຸກ 1 ວິນາທີ, ລົ້ມເມື່ອພາດ 5 ຄັ້ງ | ປະມານ 5 ວິນາທີ |
| ກວດທຸກ 500 ms, ລົ້ມເມື່ອພາດ 3 ຄັ້ງ | ຕ່ຳກວ່າ 2 ວິນາທີ (ລະດັບ SD-WAN) |
ຫຼັງຈາກນັ້ນ Session ຕ້ອງສ້າງໃໝ່ເທິງ IP ໃໝ່. ໃນຄວາມເປັນຈິງ ຜູ້ໃຊ້ເວັບ ແລະ ອີເມວ ຈະເຫັນມັນຄ້າງໄປ 10–30 ວິນາທີ, ແລະ ສາຍ VoIP ທີ່ກຳລັງລົມຢູ່ຈະຫຼຸດ ຕ້ອງໂທໃໝ່. ກວດຖີ່ຂຶ້ນ ຈັບບັນຫາໄດ້ໄວຂຶ້ນ ແຕ່ອາດສະຫຼັບໄປມາເທິງສາຍທີ່ບໍ່ນິ່ງ, ສະນັ້ນໃຫ້ຕັ້ງ ເວລາລໍຖ້າກ່ອນ Failback: ສາຍຫຼັກຕ້ອງດີຕໍ່ເນື່ອງໜຶ່ງຫາສອງນາທີ ກ່ອນຈະຍ້າຍກັບໄປ. ຖ້າບໍ່ຕັ້ງ, ສາຍທີ່ຫຼຸດໜຶ່ງວິນາທີທຸກນາທີ ຈະພາຜູ້ໃຊ້ທັງໝົດເດັ້ງໄປມາໝົດມື້.
ເລື່ອງທີ່ຕ້ອງວາງແຜນເພີ່ມ
IP ສາທາລະນະ ແລະ ບໍລິການຂາເຂົ້າ. ຖ້າມີ VPN ສຳລັບພະນັກງານ ຫຼື ເຊີບເວີທີ່ເປີດໃຫ້ພາຍນອກເຂົ້າ, ເມື່ອສະຫຼັບສາຍ IP ສາທາລະນະກໍ່ປ່ຽນ. ຕ້ອງວາງແຜນ DNS (TTL ສັ້ນ ຫຼື ສອງ Record) ຫຼື ຕັ້ງ VPN ໃຫ້ຮອງຮັບທັງສອງ IP.
VPN ສາຂາ. ສ້າງ Tunnel ຜ່ານທັງສອງສາຍ ຫຼື ໃຊ້ SD-WAN.
Session ທີ່ເປີດຢູ່. ເມື່ອ Failover ການເຊື່ອມຕໍ່ທີ່ເປີດຢູ່ຈະຫຼຸດ ແລະ ຕ້ອງເຊື່ອມໃໝ່, ເພາະ IP ຕົ້ນທາງປ່ຽນ. ອັນນີ້ປົກກະຕິ. ບອກຜູ້ໃຊ້ລ່ວງໜ້າ ເພື່ອບໍ່ໃຫ້ຕົກໃຈ.
IP ຂອງຕົນເອງ ແລະ BGP. ອົງກອນທີ່ບໍລິການຂາເຂົ້າຕ້ອງໃຊ້ທີ່ຢູ່ເດີມຕໍ່ຫຼັງ Failover, ສາມາດຂໍ Public IP Block ແລະ AS Number ຂອງຕົນເອງ ແລ້ວປະກາດຜ່ານ BGP ໄປຫາທັງສອງຜູ້ໃຫ້ບໍລິການ. ຈາກນັ້ນພາຍນອກຈະວິ່ງຕາມເສັ້ນທາງທີ່ຍັງໃຊ້ໄດ້ເອງ. ແຕ່ຕ້ອງມີ ISP ທີ່ໃຫ້ບໍລິການ BGP ກັບລູກຄ້າ, Router ທີ່ຮັບ Route ໄດ້ ແລະ ຄົນທີ່ເຂົ້າໃຈມັນ. ຫ້ອງການສ່ວນຫຼາຍທີ່ມີບໍ່ເຖິງສອງສາມຮ້ອຍຄົນ ໃຊ້ DNS ແລະ VPN ທີ່ຮັບໄດ້ທັງສອງ IP ກໍ່ພໍ.
ຂໍ້ຜິດພາດທີ່ເຮົາພົບ
- ສອງສາຍຈາກຜູ້ໃຫ້ບໍລິການດຽວກັນ ໃນສາຍ Fiber ເສັ້ນດຽວກັນ
- Health Check ທີ່ Ping ແຕ່ Gateway
- SIM 4G ສຳຮອງທີ່ເງິນໝົດ ຫຼື ແພັກເກັດໝົດອາຍຸ ໃນມື້ທີ່ຕ້ອງໃຊ້ແທ້. ຕັ້ງການຕໍ່ອາຍຸອັດຕະໂນມັດ ຫຼື ໃສ່ໃນປະຕິທິນ
- ບໍ່ມີການແຈ້ງເຕືອນ. ເຮົາເຄີຍເຫັນບ່ອນທີ່ແລ່ນຢູ່ສາຍສຳຮອງ 4G ເປັນອາທິດໆ ໂດຍບໍ່ມີໃຜຮູ້, ຈົນໃບບິນມາ ຫຼື ແພັກເກັດໝົດ
- ລືມ UPS ຂອງ ONT ທີ່ຢູ່ຄົນລະບ່ອນກັບຕູ້
ທົດສອບ Failover ແບບທີ່ຮູ້ຜົນແທ້
ການກົດ Disable ໃນໜ້າຈໍ ບໍ່ແມ່ນການທົດສອບ. ສາຍຂາດແທ້ບໍ່ໄດ້ເປັນແບບນັ້ນ.
- ແຈ້ງຜູ້ໃຊ້ລ່ວງໜ້າ ແລະ ເລືອກເວລາທີ່ກະທົບໜ້ອຍ
- ເປີດການໂທ VoIP, ການປະຊຸມວິດີໂອ ແລະ ດາວໂຫຼດໄຟລ໌ໃຫຍ່ໄວ້ລະຫວ່າງທົດສອບ
- ຖອດສາຍ WAN ຫຼັກອອກແທ້ ແລ້ວຈັບເວລາຈົນອິນເຕີເນັດກັບມາ
- ກວດວ່າ VPN ສາຂາ, ອີເມວ ແລະ ລະບົບສຳຄັນກັບມາເຮັດວຽກ
- ກວດວ່າການແຈ້ງເຕືອນໄປຮອດທີມ IT
- ສຽບສາຍກັບຄືນ ແລະ ກວດວ່າລະບົບກັບໄປໃຊ້ສາຍຫຼັກ (Failback)
- ບັນທຶກຜົນ ແລະ ປັບການຕັ້ງຄ່າຖ້າຈຳເປັນ
ເຮັດທຸກໄຕມາດ. ການຕັ້ງຄ່າ Firewall ປ່ຽນ, ຜູ້ໃຫ້ບໍລິການປ່ຽນອຸປະກອນ, SIM ໝົດອາຍຸ. ລະບົບສຳຮອງທີ່ບໍ່ໄດ້ທົດສອບ ແມ່ນລະບົບສຳຮອງທີ່ທ່ານພຽງແຕ່ຫວັງວ່າຈະເຮັດວຽກ.
ສິ່ງທີ່ຕ່າງໄປໃນລາວ
- ລະດູຝົນ ຄືລະດູສາຍດັບ. ດິນເຈື່ອນ ແລະ ນ້ຳຖ້ວມ ຕັດເສັ້ນທາງ Fiber ຕ່າງແຂວງ, ແລະ ທີມສ້ອມແປງກໍ່ບໍ່ໄດ້ໄປຮອດໄວສະເໝີ. ຖ້າສາຂານອກວຽງຈັນອາໄສເສັ້ນທາງດຽວ ໃຫ້ຄາດໄວ້ວ່າຈະດັບເປັນຫຼາຍມື້ ສອງສາມເທື່ອຕໍ່ປີ ແລະ ວາງແຜນສາຍສຳຮອງໃຫ້ພໍສຳລັບຫຼາຍມື້ ບໍ່ແມ່ນສອງສາມນາທີ.
- 5G ຍັງເປັນເລື່ອງຂອງວຽງຈັນເປັນສ່ວນໃຫຍ່. ເຄືອຂ່າຍມືຖືຫຼັກ ມີ 5G ໃນບາງເຂດຂອງນະຄອນຫຼວງ. ຢູ່ແຂວງສ່ວນຫຼາຍ ໃຫ້ວາງແຜນສຳຮອງດ້ວຍ 4G, ແລະ ວັດສັນຍານຢູ່ຈຸດທີ່ຈະວາງ Router ແທ້ ບໍ່ແມ່ນຢູ່ບ່ອນຈອດລົດ.
- ຟ້າຜ່າມັກມາຫາ ONT. ສາຍ Fiber ເອງບໍ່ນຳໄຟກະຊາກ, ແຕ່ອະແດັບເຕີໄຟຂອງ ONT ແລະ ສາຍ LAN ທອງແດງທີ່ແລ່ນໄປຫາຕູ້ນຳໄດ້. ໃຫ້ ONT ໃຊ້ໄຟຈາກ UPS ພ້ອມອຸປະກອນກັນໄຟກະຊາກ, ແລະ ເກັບອະແດັບເຕີສຳຮອງໄວ້ໜ້າງານ.
- ທາງເລືອກດາວທຽມ ຍັງປ່ຽນແປງຢູ່. ບໍລິການທີ່ສັ່ງ ແລະ ໃຊ້ໄດ້ໃນລາວ ປ່ຽນໄປເລື້ອຍໆ. ກ່ອນວາງແຜນສຳຮອງດ້ວຍດາວທຽມໃຫ້ພື້ນທີ່ຫ່າງໄກ, ໃຫ້ກວດວ່າມີຂາຍແທ້ໃນຕອນທີ່ສັ່ງ, ແລະ ວາງແຜນໄຟ ກັບ ການຕິດຕັ້ງຈານ ຄືກັບອຸປະກອນກາງແຈ້ງອື່ນໆ.
- ຂໍເງື່ອນໄຂການສ້ອມແປງເປັນລາຍລັກອັກສອນ. ຖາມແຕ່ລະ ISP ວ່າສັນຍາສ້ອມແປງພາຍໃນເວລາເທົ່າໃດສຳລັບບໍລິການປະເພດຂອງທ່ານ, ແລະ ມັນປ່ຽນບໍ ຖ້າຢູ່ນອກວຽງຈັນ.
ແນະນຳຕາມປະເພດສະຖານທີ່
| ສະຖານທີ່ | ສິ່ງທີ່ເຮົາແນະນຳ |
|---|---|
| ສຳນັກງານໃຫຍ່ໃນວຽງຈັນ | Fiber ສອງສາຍຈາກສອງຜູ້ໃຫ້ບໍລິການ, Active/Active ຫຼື SD-WAN |
| ສາຂາໃນແຂວງ | Fiber + 4G/5G ຈາກອີກຜູ້ໃຫ້ບໍລິການ, ແບບ Failover |
| ບໍ່ແຮ່ ແລະ ພື້ນທີ່ຫ່າງໄກ | Point-to-Point Wireless ໄປຫາຈຸດທີ່ມີ Fiber, ຫຼື ອິນເຕີເນັດດາວທຽມເປັນທາງສຳຮອງ |
ທຸກແບບ: ຕັ້ງການແຈ້ງເຕືອນໄປຫາທີມ IT ທາງ LINE, WhatsApp ຫຼື ອີເມວ ທັນທີທີ່ສາຍໃດສາຍໜຶ່ງລົ້ມ.
ຢາກຮູ້ວ່າສາຍສຳຮອງຕ້ອງການຄວາມໄວເທົ່າໃດ ເພື່ອໃຫ້ວຽກສຳຄັນດຳເນີນຕໍ່ໄດ້? ລອງ ເຄື່ອງມືຄິດໄລ່ແບນວິດ.
ເຮົາທົດສອບໃຫ້ເບິ່ງຕໍ່ໜ້າ
ຖ້າທ່ານມີສອງສາຍຢູ່ແລ້ວ ແຕ່ບໍ່ເຄີຍທົດສອບ, ນັດເຮົາເຂົ້າໄປທົດສອບ Failover ແບບຖອດສາຍແທ້ນອກເວລາເຮັດວຽກ. ທ່ານຈະໄດ້ເຫັນຕົວເລກເວລາສະຫຼັບ ແລະ ລາຍການສິ່ງທີ່ຕ້ອງແກ້.
- #internet
- #redundancy
- #dual isp
- #failover
- #load balancing
- #4g
- #5g