ทำให้ NAS ราคาแพงไม่เป็นปัญหา: สร้างระบบเก็บข้อมูลจากอุปกรณ์เก่าด้วยต้นทุนต่ำ

เข้าใจแนวคิด: สร้าง NAS จากอุปกรณ์เก่าให้คุ้มค่าที่สุด

การสร้าง NAS จากอุปกรณ์เก่าคือการนำคอมพิวเตอร์หรือฮาร์ดแวร์ที่ไม่ได้ใช้งานแล้วมาปรับตั้งค่าใหม่ให้ทำหน้าที่เป็นระบบเก็บข้อมูลแบบเครือข่าย เพื่อใช้เป็น self-hosted storage solution สำหรับเก็บไฟล์ส่วนตัว สื่อบันเทิง และสำรองข้อมูล โดยลดต้นทุนจากการซื้อ NAS สำเร็จรูปหรือฮาร์ดดิสก์ลูกใหม่ และเพิ่มประโยชน์จากเครื่องเก่าที่มีอยู่เดิมให้ใช้งานได้ต่อเนื่องอย่างคุ้มค่าในบ้านหรือโฮมแลบของเราเอง. ไอเดียนี้เหมาะกับคนที่มีคอมตั้งโต๊ะหรือโน้ตบุ๊กเก่า กองฮาร์ดดิสก์หลายลูก และอยากมีระบบเก็บข้อมูลราคาถูกที่ควบคุมเองทั้งหมด แทนการจ่ายค่าสมาชิกคลาวด์ทุกเดือน การนำเครื่องเก่ามาทำโฮมแลบช่วยให้เราได้ลองระบบเสมือนจริงและบริการ self-hosted ต่างๆ พร้อมกัน โดยมีข้อแม้สำคัญคือเครื่องต้องเป็น x86 และมี RAM อย่างน้อย 1GB ซึ่งเพียงพอสำหรับระบบบางตัวแล้ว. ประสบการณ์จากผู้ใช้ที่นำฮาร์ดแวร์ตกยุคทั้งกองมาสร้างโฮมแลบเต็มรูปแบบ เพื่อรันทั้งงาน DevOps และบริการ self-hosted แทนบริการเสียเงิน แสดงให้เห็นว่าการรีไซเคิลฮาร์ดแวร์เก่าสามารถประหยัดค่าใช้จ่ายระยะยาวได้มาก. จุดเริ่มไม่ต้องแรงมาก แค่เข้าใจข้อจำกัดด้านพลังงานและปรับตั้งค่าให้เครื่องกินไฟน้อยลงเช่นปรับ BIOS และการจัดการ CPU ก็ทำให้การเปิดเครื่องทิ้งไว้ทั้งวันไม่เป็นภาระเท่าเดิม.

เลือกซอฟต์แวร์ NAS และเตรียมเครื่องเก่าให้พร้อม

หัวใจของการสร้าง NAS จากอุปกรณ์เก่าคือการเลือกระบบปฏิบัติการและบริการที่เหมาะกับสเปกเครื่องเรา โดยตั้งเป้าว่าได้ self-hosted storage solution ที่ใช้ง่าย ดูแลไม่ซับซ้อน และไม่ทำให้เครื่องเก่าเหนื่อยเกินไป. การใช้ดิสโทรฝั่งเซิร์ฟเวอร์ช่วยให้เราได้ฟีเจอร์ระดับองค์กรบนเครื่องบ้านๆ ที่มีทรัพยากรจำกัด. สำหรับเครื่องที่ RAM ไม่มากและซีพียูตอนนี้จัดว่าเก่าแล้ว เราสามารถใช้ Ubuntu Server แบบมินิมอลแล้วเพิ่มแพ็กเกจ ZFS และเครื่องมือบริหารอย่าง Cockpit เพื่อเปลี่ยนเครื่องนั้นให้เป็น network-attached storage ที่ไว้ใจได้. หากอยากเน้นใช้งานเป็น NAS โดยตรงบนเครื่องที่แรงไม่มาก OpenMediaVault ถือเป็นตัวเลือกที่เหมาะ เพราะแม้ตั้งค่าแบบเบสิกก็ให้ทั้งระบบไฟล์และแชร์ไฟล์ผ่านเครือข่ายที่จำเป็นทั้งหมด และยังต่อยอดเพิ่มด้วยปลั๊กอินอีกได้. อีกทางเลือกที่เหมาะกับมือใหม่คือ ZimaOS ซึ่งถูกออกแบบให้เป็นดิสโทร NAS ที่ใช้งานง่าย รองรับฮาร์ดแวร์พลังน้อยได้ดี และช่วยลดภาระการตั้งค่ารายละเอียดที่หลายคนกังวล. โครงสร้างแบบนี้ทำให้เรามีระบบเก็บข้อมูลราคาถูกที่ดูแลเองได้บนเครื่องเก่า โดยไม่ต้องลงทุนเพิ่มกับ NAS ระดับโปร. สิ่งที่ต้องระวังคือไม่ควรหวังให้เครื่องเก่าไปแบกงานที่ต้องใช้พลังประมวลผลสูงมาก เช่นระบบไฟล์ขั้นสูงซับซ้อนหรือคลัสเตอร์หลายโหนด เพราะจะทำให้เครื่องหน่วงและไม่เสถียร.

1. ตรวจสอบฮาร์ดแวร์เก่าที่มีอยู่ เลือกเครื่อง x86 ที่ยังเปิดติดและมี RAM อย่างน้อย 1GB พร้อมฮาร์ดดิสก์ที่สภาพดี.
2. ตัดสินใจเลือกดิสโทรสำหรับ NAS เช่น Ubuntu Server + ZFS + Cockpit, OpenMediaVault หรือ ZimaOS ตามระดับความถนัดและสเปกเครื่อง.
3. ติดตั้งดิสโทรที่เลือกลงบนเครื่องเก่า ตั้งค่าดิสก์ให้เป็นพูลเก็บข้อมูลหลัก และเปิดบริการแชร์ไฟล์ในเครือข่ายให้เครื่องอื่นเข้าถึงได้.
4. ปรับตั้งค่าไฟฟ้าใน BIOS และตัวจัดการพลังงานของระบบให้เปิดโหมดประหยัดพลังงาน ลดความเร็วซีพียูเมื่อไม่จำเป็น เพื่อลดค่าไฟระยะยาว.
5. ทดสอบการเข้าถึงไฟล์จากเครื่องอื่นในบ้าน ตรวจสอบความเร็วและความเสถียร ปรับปรุงตามจุดที่สะดุดก่อนนำไปใช้เป็นศูนย์กลางสำรองข้อมูล.

ปลดปล่อยพื้นที่เก็บข้อมูล: ใช้ซอฟต์แวร์ออปติไมซ์ไฟล์สื่อ

เมื่อสร้าง NAS จากอุปกรณ์เก่าเรียบร้อย ปัญหาต่อไปคือพื้นที่เต็มไวจากไฟล์สื่อขนาดใหญ่ การจะซื้อฮาร์ดดิสก์ใหม่อาจไม่ตอบโจทย์คนที่อยากมีระบบเก็บข้อมูลราคาถูกจริงๆ เราสามารถปลดปล่อยพื้นที่เก็บข้อมูลจากไฟล์ที่มีอยู่เดิมด้วยการออปติไมซ์สื่อผ่านซอฟต์แวร์โดยไม่ต้องเพิ่มฮาร์ดดิสก์เลย. กรณีไลบรารี Plex ขนาดใหญ่ ซอฟต์แวร์ฟรีแบบโอเพนซอร์สอย่าง Unmanic สามารถสแกนไฟล์สื่อและแปลงไฟล์ที่ไม่ตรงเงื่อนไขที่เราตั้ง เช่นเปลี่ยนจาก H.264 บิทเรตสูงเป็น H.265 ที่กินพื้นที่น้อยกว่า หรือการตัดแทร็กเสียงและคอมเมนทารีที่เราไม่เคยใช้. ในประสบการณ์หนึ่ง ผู้ใช้ติดตั้ง Unmanic แล้วปล่อยให้ทำงานกับไลบรารี Plex จน reclaim พื้นที่ได้เกือบ 8TB เทียบเท่าการได้ฮาร์ดดิสก์เพิ่มอีกหนึ่งลูกโดยไม่ต้องซื้อเลย. คำพูดที่อ้างอิงได้คือ “By the time Unmanic had worked through the complete library, it had reclaimed almost 8TB.” ซึ่งชี้ให้เห็นศักยภาพที่ชัดเจนของการปรับแต่งไฟล์แทนการซื้อดิสก์เพิ่ม. จุดดีอีกอย่างคือ Unmanic ไม่ต้องต่อกับ Plex โดยตรง เพียงแค่เพิ่มโฟลเดอร์หนังและซีรีส์เป็นไลบรารีแล้วให้มันทำงานกับไฟล์นั้นเอง. สิ่งที่ต้องระวังคืออย่าเร่งงานมากเกินไปและอย่าทำกับทั้งไลบรารีทีเดียว เพราะการแปลงไฟล์จำนวนมากพร้อมกันจะโหลดระบบหนัก และหากตั้งกฎผิดอาจทำให้ไฟล์เสียหายได้.

ตั้ง Plex และบริการ self-hosted อื่นบนเครื่องงบจำกัด

เมื่อได้ self-hosted storage solution บนเครื่องเก่าที่เสถียรและพื้นที่จัดการดีแล้ว ขั้นต่อไปที่สนุกคือการตั้งบริการบนมัน ไม่ว่าจะเป็น Plex, เซิร์ฟเวอร์สื่อ, ระบบสำรองไฟล์ หรือบริการ productivity ต่างๆ เพื่อแทนที่บริการคลาวด์แบบเสียเงิน. จากประสบการณ์ผู้ใช้ที่นำเครื่อง Ryzen รุ่นแรก ซิสเต็มมินิพีซี โน้ตบุ๊กเกมมิ่งปี 2017 และโน้ตบุ๊กงบต่ำปี 2014 มารัน Proxmox Virtual Environment พบว่าระบบสามารถรันทั้งคอนเทนเนอร์ LXC และ VM ได้บนสเปกที่หลายคนคิดว่าไม่ไหว. โน้ตบุ๊กรุ่นเก่าที่มี RAM เพียง 2GB ยังสามารถโฮสต์บริการ productivity ได้หลายตัวพร้อมกัน. แม้บทความต้นทางพูดถึง Proxmox เป็นหลัก แต่หลักคิดเดียวกันใช้กับการรัน Docker หรือเซิร์ฟเวอร์สื่อบน Ubuntu Server หรือ OpenMediaVault ได้เช่นกัน. Unmanic เองสามารถติดตั้งได้ทั้งบน Windows, macOS และ Linux หรือผ่าน Docker ซึ่งช่วยให้การตั้งค่าเริ่มต้นเป็นระเบียบ โดยคอนเทนเนอร์ต้องเข้าถึงเพียงสามตำแหน่งคือโฟลเดอร์ตั้งค่าของมัน ไลบรารีสื่อ Plex และพื้นที่แคชชั่วคราวสำหรับไฟล์ที่กำลังประมวลผล. สิ่งที่ควรระวังคือจำนวน worker หรือกระบวนการทำงานพร้อมกันของ Unmanic และบริการอื่นๆ ในเครื่องงบจำกัด ผู้ใช้รายเดียวกันเลือกเริ่มจากการสร้างโฟลเดอร์ทดสอบเล็กๆ แล้วรัน Unmanic ด้วย worker เพียงหนึ่งตัว เพื่อเช็กว่าหลังแปลงไฟล์แล้วเสียงและการเล่นผ่าน Plex ทำงานถูกต้องก่อนจะปล่อยให้ทำงานกับไลบรารีจริง. การเปิด worker หลายตัวพร้อมกันแม้จะทำให้เสร็จเร็ว แต่จะทำให้ระบบโหลดสูงเป็นเวลานาน ซึ่งอาจกระทบการใช้งานอื่นบนเครื่อง.

ป้องกันสำรองข้อมูลกินแบนด์วิธ: จัดระเบียบเน็ตเวิร์กให้ NAS อยู่เป็นที่

เมื่อระบบ NAS จากอุปกรณ์เก่าถูกใช้จริงในบ้าน ปัญหาที่เจอบ่อยคือการสำรองข้อมูลต่อเนื่องทำให้เน็ตทั้งบ้านอืด เพราะทุกงานต่างแย่งแบนด์วิธเดียวกัน การลากไฟล์จาก NAS ที่เคยไวกลายเป็นช้าอย่างไม่มีเหตุผล ทั้งที่สายแลนและดิสก์ยังสภาพดี. สาเหตุหลักคือทราฟฟิกสำรองข้อมูลจากเครื่องหลักไป NAS จาก NAS ไป NAS อีกเครื่อง และจาก NAS ขึ้นคลาวด์ ล้วนทำงานตามตารางที่เราลืมไปแล้วและใช้แบนด์วิธเต็มเท่าที่จะทำได้. แนวทางแก้ที่มีผลชัดเจนคือทำ “เลน” ให้สำรองข้อมูลโดยเฉพาะ เช่นสร้าง VLAN สำหรับสำรองข้อมูลแยกจากทราฟฟิกใช้งานปกติ แล้วให้ทราฟฟิกสำรองอยู่ในเครือข่ายย่อยนั้น. เมื่อทำเช่นนี้ ผลลัพธ์ที่รายงานคือความต่างเห็นได้ทันที การโอนถ่ายไฟล์สดกลับมาทำความเร็วเหมือนที่เคยอวดเพื่อน ขณะที่งานสำรองยังคงรันต่อไปโดยไม่มาชนกันเลย. ข้อได้เปรียบอีกอย่างของ VLAN สำรองคือเราสามารถตั้งกฎ QoS ให้ทราฟฟิกสำรองเป็นลำดับความสำคัญต่ำ เพื่อให้ทราฟฟิกงานจริงชนะเมื่อท่อเต็ม QoS ไม่ได้สร้างแบนด์วิธเพิ่ม แต่กำหนดว่าใครชนะเมื่อแบนด์วิธเต็ม ทำให้สำรองข้อมูลรอหลังการโอนถ่ายไฟล์ปกติแทนการเหยียบหัว. หากมีเพียงอุปกรณ์ตัวเดียวที่เป็นต้นเหตุ เราไม่จำเป็นต้องใช้ VLAN เต็มรูปแบบก็ได้ การใช้ firewall rule เพื่อกั้นทราฟฟิกของอุปกรณ์นั้นออกจากทราฟฟิกทั่วไปก็ให้ผลใกล้เคียงในงานส่วนใหญ่.

อีกประโยชน์ของการแยกทราฟฟิกสำรองไปอยู่ VLAN หรือพอร์ตเฉพาะคือเราสามารถส่งทราฟฟิกนั้นผ่านพอร์ตบนเราเตอร์หรือสวิตช์เฉพาะ หรือไปเส้นทางสายแลนที่แยกจากวงใช้งานปกติ ทำให้ทราฟฟิกสำรองหยุดเกี่ยวพันกับการใช้งานทุกวันสายอื่น. ภาพรวมแล้วแนวคิดนี้เหมือนสร้างช่องทางบนถนนเพิ่มให้รถบรรทุกหนักวิ่งช่องของตัวเอง แทนการปะปนกับรถทั่วไปที่ต้องการความเร็วคงที่. ในทางปฏิบัติ หลายบ้านอาจเริ่มจากการตรวจสอบตารางงานสำรองข้อมูลทั้งหมด ปรับเลื่อนงานสำรองหนักไปช่วงกลางดึกที่ไม่มีใครใช้เน็ตจริง และตั้ง QoS ให้ทราฟฟิกสำรองเป็นลำดับความสำคัญต่ำก่อน หากพบว่ายังมีปัญหาอืดจากการชนทราฟฟิก จึงค่อยขยับไปทำ VLAN หรือ firewall rule เพิ่ม. รูปแบบนี้ช่วยให้ NAS จากอุปกรณ์เก่าทำหน้าที่เป็นศูนย์สำรองข้อมูลต่อเนื่องได้โดยไม่ทำให้คนในบ้านบ่นเรื่องเน็ตช้า. เมื่อจบทุกขั้น เราจะได้ระบบ NAS จากอุปกรณ์เก่าที่ทั้งประหยัดและยืดหยุ่น มี self-hosted storage solution ที่ดูแลเองได้ ลดค่าใช้จ่ายคลาวด์ และปลดปล่อยพื้นที่เก็บข้อมูลเดิมให้กลับมาใช้ใหม่ ทั้งหมดอยู่บนเครือข่ายที่ไม่อืดเวลาใช้งานจริง ถือว่าเป็นงานโมดิฟายที่คุ้มค่าสำหรับใครที่รักการลองของและอยากใช้ทรัพยากรที่มีให้เต็มที่.