NAS, SAN ຫຼື Cloud: ເກັບຂໍ້ມູນອົງກອນໄວ້ໃສ ເມື່ອອິນເຕີເນັດບໍ່ໄດ້ໄວສະເໝີ

ສາມແບບ ສຳລັບສາມວຽກ

NAS (Network Attached Storage) ແບ່ງປັນ ໄຟລ໌ ຜ່ານເຄືອຂ່າຍດ້ວຍ SMB (Windows) ຫຼື NFS (Linux). ພະນັກງານເຫັນເປັນ folder ທີ່ແບ່ງປັນ, ເຊັ່ນ ໄດຣຟ໌ S: ທີ່ທຸກຄົນຮູ້ຈັກ.

SAN (Storage Area Network) ໃຫ້ block storage ແກ່ server ຜ່ານ iSCSI, Fibre Channel ຫຼື NVMe-oF. Server ເຫັນເປັນດິສຂອງຕົນເອງ. ເໝາະກັບ virtualization ແລະ ຖານຂໍ້ມູນ.

Cloud Storage ແມ່ນເກັບຂໍ້ມູນໄວ້ກັບຜູ້ໃຫ້ບໍລິການ: file sync (OneDrive, Google Drive), object storage ແບບ S3, ຫຼື ບ່ອນເກັບ backup ນອກສະຖານທີ່.

ປຽບທຽບ

ວຽກແບບໃດ ໃຊ້ອັນໃດ

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

NAS: ຈຸດເລີ່ມຕົ້ນຂອງ SME ສ່ວນໃຫຍ່

ຫ້ອງການ 10–200 ຄົນ ທີ່ຕ້ອງການແບ່ງປັນໄຟລ໌, NAS ແມ່ນຄຳຕອບທີ່ງ່າຍທີ່ສຸດ. ບໍລິສັດກໍ່ສ້າງ ແລະ ສະຖາປະນິກ ທີ່ມີໄຟລ໌ແບບແຕ້ມ CAD ຫຼາຍຮ້ອຍ MB ຈະຮູ້ສຶກຄວາມແຕກຕ່າງທັນທີ ເມື່ອເປີດໄຟລ໌ຈາກ NAS ໃນ LAN ແທນທີ່ຈະດຶງຈາກ cloud. NAS ຍັງເປັນບ່ອນເກັບ backup ໃນສະຖານທີ່ໄດ້ດີ, ແລະ NAS ລະດັບທຸລະກິດຫຼາຍລຸ້ນ ຮອງຮັບ iSCSI ສຳລັບ virtualization ຂະໜາດນ້ອຍ.

SAN: ເມື່ອ server ຕ້ອງການ storage ຮ່ວມກັນ

Virtualization cluster ທີ່ຕ້ອງການ live migration ແລະ high availability ຕ້ອງມີ shared storage. ຖານຂໍ້ມູນ ERP ຫຼື core banking ທີ່ຕ້ອງການ IOPS ສູງ ແລະ latency ຕ່ຳ ກໍເຊັ່ນກັນ. ຈຸດສຳຄັນ: SAN ຕ້ອງມີ dual controller, ບໍ່ດັ່ງນັ້ນ ມັນຈະກາຍເປັນຈຸດລົ້ມຈຸດດຽວຂອງທຸກ server.

ທາງເລືອກທີ່ພວກເຮົາເຫັນເລື້ອຍຂຶ້ນ ແມ່ນ Hyperconverged (HCI): ລວມ compute ແລະ storage ໄວ້ໃນ server ຊຸດດຽວ ແທນ SAN ແຍກ.

Cloud: ດີ ແຕ່ຕ້ອງຄິດເລື່ອງສາຍ

Cloud ເໝາະກັບພະນັກງານທີ່ກະຈາຍຢູ່ຫຼາຍໜ້າງານ, ເປັນສຳເນົາ backup ນອກສະຖານທີ່ຕາມຫຼັກ 3-2-1, ແລະ ເກັບຂໍ້ມູນເກົ່າທີ່ບໍ່ຄ່ອຍເປີດ.

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

ເລກທີ່ຫຼາຍຄົນບໍ່ໄດ້ຄິດ: ເວລາ upload ເທື່ອທຳອິດ

ຂໍ້ມູນ 2 TB, upload 50 Mbps: 2,000,000 MB × 8 ÷ 50 = 320,000 ວິນາທີ ≈ 89 ຊົ່ວໂມງ (ປະມານ 3.7 ມື້), ຖ້າໃຊ້ bandwidth ເຕັມທຸກວິນາທີ. ຕົວຈິງດົນກວ່ານັ້ນ ເພາະກາງເວັນພະນັກງານກໍໃຊ້ອິນເຕີເນັດ. ຫຼັງຈາກນັ້ນ ສົ່ງສະເພາະສ່ວນທີ່ປ່ຽນ (incremental) ເຊິ່ງນ້ອຍກວ່າຫຼາຍ. ສິ່ງທີ່ໜ້າຢ້ານກວ່າແມ່ນ ການ restore ທັງໝົດ ຄືນມາຜ່ານສາຍດຽວກັນ ໃນມື້ທີ່ເກີດ ransomware.

ຄິດ bandwidth ຂອງສາຍທ່ານໄດ້ທີ່ ເຄື່ອງມືຄິດໄລ່ Bandwidth.

ການອອກແບບທີ່ພວກເຮົາໃຊ້ເລື້ອຍ

ບໍລິສັດ 80 ຄົນ, ສຳນັກງານໃຫຍ່ວຽງຈັນ ບວກໜ້າງານ 3 ແຂວງ:

• NAS 4–6 bay ໃນ RAID 6 ສຳລັບໄຟລ໌ສ່ວນກາງ ແລະ backup
• Microsoft 365 ຫຼື Google Workspace ສຳລັບເອກະສານທີ່ແກ້ຮ່ວມກັນ ແລະ ທີມໜ້າງານ
• Backup ຂອງ NAS ສົ່ງຂຶ້ນ cloud ທຸກຄືນ ຫຼັງ 22:00 ເມື່ອສາຍວ່າງ
• Snapshot ໃນ NAS ທຸກຊົ່ວໂມງ ສຳລັບກູ້ຄືນຈາກ ransomware ຫຼື ການລຶບຜິດ

ຄິດຂະໜາດ NAS

• ຂໍ້ມູນປັດຈຸບັນ 3 TB, ເພີ່ມ 25% ຕໍ່ປີ
• ໃນ 3 ປີ: 3 × 1.25³ ≈ 5.9 TB
• ເຜື່ອ snapshot ແລະ ເວີຊັນເກົ່າ (ປະມານ × 2) → ປະມານ 12 TB ທີ່ໃຊ້ໄດ້
• RAID 6 ດ້ວຍ 6 × 4 TB = 16 TB ທີ່ໃຊ້ໄດ້ (ປະມານ 14.5 TiB ໃນລະບົບ). ພໍ ແລະ ມີບ່ອນເຫຼືອ

ລະດັບ RAID ແລະ ຊ່ວງເວລາ Rebuild

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

ຄິດແບບຫຍາບໆ ສຳລັບດິສ 16 TB ໜຶ່ງໂຕ ທີ່ຄວາມໄວສະເລ່ຍ 150 MB/s: 16,000,000 MB ÷ 150 ≈ 107,000 ວິນາທີ, ປະມານ 30 ຊົ່ວໂມງ, ແລະ ດົນກວ່ານັ້ນເມື່ອມີຄົນເຮັດວຽກຢູ່ໃນ NAS. ໃນລະຫວ່າງນັ້ນ:

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

ຄວາມເຂົ້າໃຈຜິດທີ່ເຮັດໃຫ້ຂໍ້ມູນຫາຍ

1. ຄິດວ່າ RAID ຫຼື file sync ແມ່ນ backup. ບໍ່ແມ່ນ. ລຶບຜິດ ຫຼື ransomware ຈະ sync ຕາມໄປທຸກບ່ອນ.
2. ເປີດ NAS ອອກອິນເຕີເນັດໂດຍກົງ ເພື່ອໃຫ້ເຂົ້າຈາກບ້ານໄດ້.
3. ຊື້ SAN controller ດຽວ ແລ້ວເອີ້ນວ່າ "high availability".
4. ບໍ່ເຄີຍລອງຄິດວ່າ restore ຈາກ cloud ຜ່ານສາຍທີ່ມີຢູ່ ຈະໃຊ້ເວລາຈັກມື້.

ຮາດດິສໃນປີ 2025–2026: ອັນໃດປ່ຽນໄປ

• ສິນຄ້າຂາດແຄນ. ຕັ້ງແຕ່ທ້າຍປີ 2025, ຄວາມຕ້ອງການຈາກສູນຂໍ້ມູນ AI ດັນລາຄາຮາດດິສ ແລະ SSD ຂຶ້ນຫຼາຍ ແລະ ເຮັດໃຫ້ເວລາລໍຖ້າສິນຄ້າດົນຂຶ້ນ, ໂດຍສະເພາະດິສຄວາມຈຸສູງ. ສັ່ງດິສພ້ອມກັບ NAS ບໍ່ແມ່ນສັ່ງພາຍຫຼັງ, ແລະ ຖືວ່າດິສສຳຮອງເປັນສ່ວນໜຶ່ງຂອງການຊື້.
• ລາຍຊື່ດິສຂອງຜູ້ຜະລິດ. NAS Synology ລຸ້ນ Plus ປີ 2025 ໃນຕອນທຳອິດຮັບດິສຍີ່ຫໍ້ Synology ເປັນຫຼັກ. ດ້ວຍ DSM 7.3 ໃນເດືອນຕຸລາ 2025 ມັນກັບມາຮອງຮັບຮາດດິສ ແລະ SSD SATA ຍີ່ຫໍ້ອື່ນຕາມປົກກະຕິ; ດິສ M.2 ທີ່ໃຊ້ເປັນ Storage Pool ຍັງຕ້ອງຢູ່ໃນລາຍຊື່ທີ່ຮອງຮັບ. ກວດລາຍຊື່ປັດຈຸບັນ ຂອງຍີ່ຫໍ້ທີ່ທ່ານຈະຊື້ສະເໝີ.
• ໃຊ້ດິສ CMR ບໍ່ແມ່ນ SMR. ດິສບາງລຸ້ນທີ່ຕິດປ້າຍ NAS ໃຊ້ການບັນທຶກແບບ SMR, ເຊິ່ງ Rebuild ໃນ RAID ຊ້າຫຼາຍ. ເລືອກດິສທີ່ຜູ້ຜະລິດລະບຸວ່າເປັນ CMR ສຳລັບ NAS.

ສິ່ງທີ່ຕ່າງໄປໃນລາວ

• ໄຟຕົກ ແລະ ການປິດເຄື່ອງ. NAS ທີ່ໄຟດັບກາງຄັນຕອນກຳລັງຂຽນຂໍ້ມູນ ອາດເຮັດໃຫ້ລະບົບໄຟລ໌ເສຍ. ໃຫ້ຢູ່ເທິງ UPS ແລະ ຕໍ່ UPS ດ້ວຍ USB ຫຼື ເຄືອຂ່າຍ ເພື່ອໃຫ້ NAS ປິດເຄື່ອງຢ່າງຖືກຕ້ອງກ່ອນແບັດໝົດ.
• ຄວາມຮ້ອນ. ດິສໃນຕູ້ຮ້ອນ ເສຍໄວ. ຖ້າເຮັດໄດ້ ໃຫ້ວາງ NAS ບ່ອນທີ່ອາກາດຕ່ຳກວ່າປະມານ 30 °C, ແລະ ຕິດຕາມອຸນຫະພູມດິສໃນໜ້າຈໍ NAS.
• ສຳເນົານອກສະຖານທີ່ ບໍ່ຈຳເປັນຕ້ອງເປັນ Cloud. ຖ້າອັບໂຫຼດຊ້າ, ໃຫ້ Replicate NAS ສຳນັກງານໃຫຍ່ ໄປຫາ NAS ໂຕທີສອງຢູ່ສາຂາ ຫຼື ຫ້ອງການຂອງຜູ້ອຳນວຍການໃນອາຄານອື່ນ. ມັນຍັງໃຫ້ສຳເນົາທີ່ຫ່າງຈາກໄຟໄໝ້ ແລະ ນ້ຳຖ້ວມ, ແລະ ການກູ້ຄືນຜ່ານດິສທ້ອງຖິ່ນກໍ່ໄວ.
• ທົດສອບການກູ້ຄືນ. ໄຕມາດລະເທື່ອ ໃຫ້ກູ້ຄືນໂຟນເດີແທ້ຈາກສຳເນົານອກສະຖານທີ່ ແລະ ຈັບເວລາ. ຕົວເລກນັ້ນແມ່ນເວລາກູ້ຄືນຂອງທ່ານ, ບໍ່ວ່າແຜ່ນພັບຈະຂຽນວ່າແນວໃດ.

ຄຳແນະນຳຂອງພວກເຮົາ

ສຳລັບ SME ສ່ວນໃຫຍ່ NAS + cloud backup ຄຸ້ມທີ່ສຸດ ແລະ ດູແລງ່າຍ. ອົງກອນທີ່ມີ virtualization ຫຼາຍ server ຄວນເບິ່ງ SAN dual controller ຫຼື HCI. ເກັບສຳເນົາທີ່ສຳຄັນໄວ້ໃນສະຖານທີ່ສະເໝີ ເພາະ restore ຈາກ LAN ໄວກວ່າຈາກອິນເຕີເນັດຫຼາຍສິບເທົ່າ. ແລະ ເປີດ snapshot ກັບ immutable backup ເພື່ອໃຫ້ ransomware ລຶບສຳເນົາບໍ່ໄດ້.

ບອກພວກເຮົາສາມຢ່າງ: ຂໍ້ມູນປັດຈຸບັນຈັກ TB, ມີຈັກຄົນ ແລະ ຈັກສາຂາ, ແລະ ຄວາມໄວ upload ຂອງສາຍອິນເຕີເນັດ. ພວກເຮົາຈະຄິດຂະໜາດ NAS ແລະ ເວລາ backup/restore ໃຫ້ເບິ່ງ.