ย้ายจาก TrueNAS ไปยัง Synology และ Proxmox โดยไม่มีการหยุดบริการใด

การย้ายระบบจาก TrueNAS ไปยัง Synology และ Proxmox โดยไม่ทำให้บริการใด‑บริการหนึ่งหยุดทำงาน ถือเป็นกรณีศึกษาที่น่าสนใจสำหรับผู้ที่กำลังสร้างหรือขยายห้องทดลองบ้าน (home lab) ของตนเอง หลังจากใช้เครื่อง mini PC พร้อมฮาร์ดไดรฟ์เสริมเป็น NAS อย่าง TrueNAS มานานกว่า หนึ่งปี ผู้เขียนบทความบน XDA‑Developers ได้ทำการย้ายไปยังอุปกรณ์ใหม่โดยคงโครงสร้างบริการเดิมไว้ครบถ้วน การเปลี่ยนแปลงนี้มีผลต่อแนวทางการจัดการข้อมูลส่วนบุคคลและการใช้ทรัพยากรเสมือนในระดับบ้านอย่างชัดเจน

Overview

บทความเริ่มต้นด้วยการอธิบายว่าผู้เขียนเลือกใช้ mini PC เป็นฐานแรกของห้องทดลอง เนื่องจากมีขนาดกะทัดรัดและรองรับการต่อฮาร์ดไดรฟ์เสริมได้ง่าย การติดตั้ง TrueNAS บนระบบปฏิบัติการ Linux ทำให้สามารถเปิดใช้งานบริการแชร์ไฟล์ (SMB/NFS) และแอปพลิเคชัน Docker ได้อย่างรวดเร็ว แม้จะเป็นโซลูชั่นที่ตอบโจทย์ขั้นต้น แต่ความต้องการด้านประสิทธิภาพและการจัดการหลายระบบทำให้ผู้เขียนมองหาทางเลือกใหม่

ต่อมา ผู้เขียนตัดสินใจเปลี่ยนไปใช้ Synology DiskStation เป็น NAS หลัก เพื่อประโยชน์จากอินเทอร์เฟซที่เป็นมิตรกับผู้ใช้และการอัปเดตความปลอดภัยอย่างต่อเนื่อง ส่วนงานคอมพิวเตอร์เสมือน (VM) และบริการ Docker ที่ต้องการสภาพแวดล้อมที่ยืดหยุ่นกว่า จะถูกโอนย้ายไปยัง Proxmox VE ซึ่งเป็นแพลตฟอร์ม virtualization แบบโอเพ่นซอร์ส

Migration Process

ขั้นตอนแรกของการย้ายข้อมูลคือการสำรองข้อมูลจาก TrueNAS ไปยังอุปกรณ์จัดเก็บชั่วคราวโดยใช้ rsync พร้อมตัวเลือก `--archive` และ `--delete` เพื่อให้โครงสร้างไดเรกทอรีและสิทธิ์ไฟล์คงเดิม หลังจากตรวจสอบความสมบูรณ์ของสำเนาแล้ว ผู้เขียนจึงทำการติดตั้ง Synology DSM บน NAS ตัวใหม่และตั้งค่าแชร์ไฟล์โดยตรงจากอินเทอร์เฟซเว็บ

ส่วนบริการ Docker ที่เคยรันบน TrueNAS จะถูกนำออกเป็นคอนเทนเนอร์ Docker แยกอิสระในเครื่อง Proxmox ผู้เขียนสร้าง VM ใหม่ที่ใช้ระบบปฏิบัติการ Debian และติดตั้ง Docker Engine เวอร์ชันล่าสุด จากนั้นทำการดึงภาพ (image) ของแอปพลิเคชันจาก Docker Hub มาติดตั้งใหม่ตามไฟล์ `docker-compose.yml` เดิม ซึ่งถูกเก็บไว้ใน repository ส่วนตัว

เพื่อให้บริการทั้งหมดยังคงเข้าถึงได้โดยไม่มีการหยุดชะงัก ผู้เขียนใช้เทคนิค “parallel run” โดยเปิดใช้งาน DNS ชั่วคราวบน Pi-hole เพื่อสลับเส้นทางการร้องขอจากผู้ใช้ไปยัง NAS หรือ VM ใหม่ตามช่วงเวลาที่กำหนด การทำเช่นนี้ช่วยให้ตรวจสอบความเข้ากันได้ของแอปพลิเคชันในสภาพแวดล้อมใหม่ก่อนที่จะยกเลิก TrueNAS อย่างเป็นทางการ

Technical Details

• Hardware: mini PC รุ่นเก่า (CPU Intel Celeron, RAM 4 GB) Synology DS220+ (CPU Real‑time Dual‑Core 2.0 GHz, RAM 2 GB) + Proxmox host (Intel i5‑10400, RAM 16 GB)
• Storage: HDD 3 TB ที่เคยใช้ใน TrueNAS ย้ายต่อเป็น JBOD บน Synology เพื่อให้เข้าถึงแบบ raw แล้วทำการสร้าง volume ด้วย Btrfs
• Networking: ทั้งสองระบบเชื่อมต่อผ่านสวิตช์ Gigabit Ethernet พร้อมตั้งค่า VLAN แยกสำหรับบริการไฟล์และ VM เพื่อเพิ่มความปลอดภัย

ในส่วนของ Proxmox ผู้เขียนเลือกใช้ KVM เป็น hypervisor หลัก และเปิดใช้งาน LXC สำหรับบางคอนเทนเนอร์ที่ต้องการ overhead ต่ำ การจัดสรรทรัพยากรทำผ่าน “resource pool” เพื่อติดตามการใช้ CPU/RAM ของแต่ละ VM อย่างใกล้ชิด นอกจากนี้ยังได้ตั้งค่า CephFS บน Proxmox เพื่อให้สามารถแชร์พื้นที่เก็บข้อมูลระหว่างหลาย VM ได้อย่างอัตโนมัติ

Challenges & Solutions

หนึ่งในความท้าทายสำคัญคือการแปลงรูปแบบไฟล์ระบบจาก ZFS ของ TrueNAS ไปยัง Btrfs บน Synology ผู้เขียนบันทึกว่าการย้ายโดยตรงไม่สามารถทำได้ จึงต้องใช้วิธีสำรอง‑กู้คืน (backup‑restore) ผ่าน rsync แทน ซึ่งเพิ่มเวลาการดำเนินการแต่ช่วยให้ข้อมูลครบถ้วนและไม่มีการสูญหาย

อีกปัญหาหนึ่งคือการจัดการพอร์ตของบริการ Docker ที่เคยเปิดบน TrueNAS โดยตรง เมื่อย้ายไปยัง Proxmox จำเป็นต้องกำหนด port forwarding ใน firewall ของ VM ใหม่อย่างละเอียดเพื่อไม่ให้เกิดการชนกันกับบริการอื่น ๆ บน Synology การตรวจสอบด้วยเครื่องมือ nmap ทำให้ผู้เขียนมั่นใจว่าพอร์ตทั้งหมดทำงานตามที่คาดหวัง

สุดท้าย ผู้เขียนเผชิญกับปัญหา DNS cache ที่ยังคงเก็บข้อมูลของ IP ของ TrueNAS เก่า ซึ่งส่งผลให้บางอุปกรณ์ยังพยายามเชื่อมต่อไปยังเครื่องเดิม การแก้ไขโดยการทำ “flush DNS” บนอุปกรณ์ทั้งหมดและตั้งค่า TTL ต่ำใน DHCP server ทำให้การเปลี่ยนเส้นทางสำเร็จภายในไม่กี่ชั่วโมง

Impact on Home Lab Users

กรณีศึกษานี้แสดงให้เห็นว่าการย้ายจากโซลูชั่น NAS แบบเปิด‑ซอร์สไปยังแพลตฟอร์มเชิงพาณิชย์อย่าง Synology ไม่จำเป็นต้องทำให้บริการสำคัญหยุดทำงาน หากมีการวางแผนและใช้เครื่องมือสำรองที่เหมาะสม การรวม Proxmox เข้าเป็นส่วนหนึ่งของโครงสร้างพื้นฐานช่วยเพิ่มความยืดหยุ่นในการรัน VM และ Docker โดยไม่กระทบต่อการจัดเก็บไฟล์หลัก

ผู้ที่สนใจขยายห้องทดลองบ้านสามารถนำแนวทาง “parallel run” และการใช้ rsync เป็นมาตรฐานในการทำ migration ได้ การแยกเครือข่าย (VLAN) ระหว่าง NAS กับ VM ยังช่วยลดความเสี่ยงจากการโจมตีและเพิ่มประสิทธิภาพของแต่ละบริการโดยอิสระ นอกจากนี้ การบันทึกขั้นตอนอย่างละเอียดในเอกสารภายในทีมยังเป็นวิธีป้องกันความผิดพลาดที่อาจเกิดขึ้นในอนาคต

Summary

ผู้เขียนย้ายจาก TrueNAS ไปยัง Synology และ Proxmox ด้วยการสำรองข้อมูลผ่าน rsync, การตั้งค่า VM ใหม่บน Proxmox, และการจัดการ DNS อย่างเป็นระบบ ทำให้บริการทั้งหมดคงอยู่โดยไม่มีช่วงเวลาที่หยุดทำงาน การดำเนินการนี้ให้บทเรียนที่มีคุณค่าสำหรับผู้ใช้ห้องทดลองบ้านในการวางแผนและทำ migration อย่างปลอดภัยและต่อเนื่อง.