VPS Snapshot คืออะไร ต่างจาก Backup อย่างไร และเมื่อไหร่ควรใช้

ก่อนจะ Update OS, Deploy โค้ดใหม่ หรือเปลี่ยนแปลง Config สำคัญบน VPS สิ่งที่ควรทำก่อนเสมอคือสร้าง Snapshot ไว้ก่อน แต่ Snapshot ต่างจาก Backup อย่างไร และเมื่อไหร่ควรใช้ตัวไหน บทความนี้อธิบายให้ชัดเจน

Snapshot คืออะไร

Snapshot คือภาพถ่าย (Point-in-time Image) ของ Disk หรือ System State ทั้งหมดของ VPS ณ เวลาที่สร้าง ครอบคลุม OS, Software, Configuration, และข้อมูลทั้งหมดในขณะนั้น เปรียบเหมือน "บันทึกสถานะ" ที่สามารถ Rollback กลับมาได้ทันที

Snapshot ทำงานระดับ Block Storage โดยบันทึกเฉพาะส่วนที่เปลี่ยนแปลง (Copy-on-Write) ทำให้สร้างเร็วและใช้พื้นที่น้อยกว่า Full Copy ในช่วงแรก

Backup คืออะไร

Backup คือการสำเนาข้อมูลไปยัง Storage ที่แยกออกจาก Production Server (Off-site หรือ Remote Storage) โดยทั่วไป Backup จะรันเป็น Schedule เช่น ทุกคืน ทุกสัปดาห์ และเก็บ History หลาย Version

เปรียบเทียบ Snapshot กับ Backup

Snapshot vs Backup: ตารางเปรียบเทียบเชิงลึก

หลายคนเข้าใจว่า Snapshot กับ Backup เป็นสิ่งเดียวกัน แต่ในความเป็นจริงทั้งสองทำงานคนละระดับและตอบโจทย์คนละสถานการณ์ ตารางด้านล่างเปรียบเทียบ 5 มิติสำคัญที่ควรรู้ก่อนวางกลยุทธ์ปกป้องข้อมูล ได้แก่ ความเร็ว, พื้นที่จัดเก็บ, การย้อนเวลา (Point-in-time), การกู้คืนจากภัยพิบัติ (Disaster Recovery) และระยะเวลาเก็บรักษา (Retention)

สรุปง่ายๆ คือ Snapshot เก่งเรื่อง ความเร็วและการย้อนกลับเฉพาะหน้า ส่วน Backup เก่งเรื่อง ความทนทานและการกู้คืนจากภัยพิบัติระยะยาว ทั้งสองไม่ได้แข่งกัน แต่ทำงานเสริมกัน

ใช้ Snapshot เมื่อไหร่ (ก่อน Update / ก่อน Migrate)

เวลาที่เหมาะที่สุดในการสร้าง Snapshot คือ ช่วงก่อนการเปลี่ยนแปลงที่มีความเสี่ยง เพราะ Snapshot สร้างได้เร็วและกู้คืนได้ทันที จึงเป็น "เซฟพอยต์" ที่ดีก่อนทำสิ่งที่อาจพังระบบ ตัวอย่างจังหวะที่ควรกด Snapshot ทุกครั้ง:

• ก่อน Update OS หรือ Kernel — การอัปเดตที่กระทบ Boot loader หรือ Driver อาจทำให้ Server Boot ไม่ขึ้น มี Snapshot ไว้ Rollback ได้ในนาทีเดียว
• ก่อน Migrate / ย้าย Server / Upgrade Plan — สร้าง Snapshot ของสถานะปัจจุบันไว้ก่อน ถ้าการย้ายมีปัญหาก็กลับมาตั้งต้นใหม่ได้
• ก่อน Deploy Major Release ที่มีการเปลี่ยน Database Schema หรือ Dependency ใหญ่
• ก่อนแก้ Config ที่อาจล็อกตัวเองออกจากระบบ เช่น SSH, Firewall, Network interface

หลักคิดสั้นๆ: ถ้าสิ่งที่กำลังจะทำ "ถ้าพังแล้วแก้ยากหรือกู้คืนนาน" ให้สร้าง Snapshot ก่อนเสมอ มันใช้เวลาไม่กี่วินาที แต่ช่วยประหยัดเวลาตอนฉุกเฉินได้เป็นชั่วโมง

Snapshot ไม่ใช่ Backup — ทำไม

นี่คือความเข้าใจผิดที่อันตรายที่สุด: หลายคนกด Snapshot แล้วคิดว่า "ปลอดภัยแล้ว ไม่ต้อง Backup" ซึ่งผิดอย่างยิ่ง เหตุผลหลักมี 3 ข้อ:

• อยู่บน Storage เดียวกับ VPS — Snapshot ส่วนใหญ่ถูกเก็บบน Storage Pool เดียวกับ Disk ของ VPS ถ้า Storage นั้นเสีย, RAID พัง หรือ Data Center มีปัญหา Snapshot จะหายไปพร้อมกับข้อมูลต้นฉบับ — แปลว่าไม่มีอะไรเหลือให้กู้
• ไม่ได้ออกแบบมาให้เก็บนาน — Snapshot ที่เก็บไว้นานจะกิน Storage มากขึ้นเรื่อยๆ (เพราะต้องเก็บ Block ที่ต่างกันสะสม) และอาจกระทบ Performance ของ Disk จึงควรเป็นของชั่วคราว
• ไม่ป้องกัน Logical Error ที่ค้นพบช้า — ถ้าข้อมูลเสียหายแบบเงียบๆ (เช่น Ransomware, ลบไฟล์ผิด) แล้วเพิ่งรู้ตัวหลายวันถัดมา Snapshot ระยะสั้นมักถูกลบไปแล้ว ในขณะที่ Backup ที่มี History ยาวยังกู้ได้

Best Practice: Snapshot + Offsite Backup คู่กัน

แนวทางที่ถูกต้องไม่ใช่เลือกอย่างใดอย่างหนึ่ง แต่ใช้ทั้งคู่ตามจุดแข็งของแต่ละตัว:

• ใช้ Snapshot เป็นเซฟพอยต์ระยะสั้นก่อนการเปลี่ยนแปลง (Update, Deploy, Migrate) — สร้างเร็ว Rollback เร็ว แล้วลบทิ้งเมื่อมั่นใจว่าระบบใหม่เสถียร
• ใช้ Offsite Backup เป็นแนวป้องกันระยะยาว — ตั้ง Scheduled Backup รายวัน/รายสัปดาห์ ส่งข้อมูลไปเก็บที่ Storage แยกออกจาก VPS เช่น Object Storage แบบ S3-compatible หรือ Remote Server คนละ Region
• ทดสอบการ Restore เป็นระยะ — Backup ที่กู้คืนไม่ได้ก็เท่ากับไม่มี Backup ควรลองกู้คืนจริงอย่างน้อยไตรมาสละครั้ง

เมื่อไหร่ควรสร้าง Snapshot

• ก่อน Update OS เช่น apt upgrade หรือ Kernel update ที่อาจทำให้ระบบ Boot ไม่ขึ้น
• ก่อน Deploy โค้ดใหม่ โดยเฉพาะ Major Release ที่มีการเปลี่ยนแปลง Database Schema
• ก่อนเปลี่ยน Config สำคัญ เช่น Nginx, MySQL, Firewall Rules
• ก่อนติดตั้ง Software ใหม่ ที่อาจ Conflict กับ Package ที่มีอยู่
• ก่อน Migrate ย้าย Server หรือ Upgrade Plan

วิธีสร้าง Snapshot บน VPS (ระดับ Provider)

Snapshot ส่วนใหญ่สร้างจาก Control Panel ของผู้ให้บริการ VPS ไม่ใช่จากใน Server โดยตรง ขั้นตอนทั่วไป:

1. Login เข้า Dashboard ของ VPS Provider
2. ไปที่หน้า VPS ที่ต้องการ
3. เลือก Snapshots หรือ Images
4. คลิก Take Snapshot หรือ Create Snapshot
5. ตั้งชื่อ Snapshot ให้จำได้ง่าย เช่น before-laravel-v2-deploy
6. รอระบบสร้าง Snapshot เสร็จ (อาจใช้เวลาไม่กี่นาทีถึงครึ่งชั่วโมงขึ้นอยู่กับขนาด Disk)

วิธี Rollback จาก Snapshot

1. หยุด VPS (Power Off) หรือบาง Provider รองรับ Live Restore
2. ไปที่หน้า Snapshots → เลือก Snapshot ที่ต้องการ
3. คลิก Restore หรือ Rebuild from Snapshot
4. ยืนยัน — ระบบจะ Restore Disk กลับไปยังสถานะในขณะที่สร้าง Snapshot

Backup ระดับ File ด้วย rsync

สำหรับ Backup แบบ Incremental ที่ง่ายและประหยัด ใช้ rsync ส่งข้อมูลไปยัง Remote Server:

นอกจาก Snapshot แนะนำให้ตั้งค่า Scheduled Backup ด้วย rsync, Rclone, หรือใช้บริการ Object Storage (เช่น S3-compatible) เพื่อเก็บ Backup ระยะยาวแยกออกจาก VPS Production

คำถามที่พบบ่อย (FAQ)

Snapshot ใช้แทน Backup ได้ไหม

ไม่ได้ Snapshot ส่วนใหญ่อยู่บน Storage เดียวกับ VPS ถ้า Storage หรือ Data Center เสียหาย Snapshot จะหายตามไปด้วย จึงควรใช้ Snapshot สำหรับ Rollback ระยะสั้น และมี Offsite Backup แยกต่างหากสำหรับการกู้คืนระยะยาวเสมอ

การ Restore จาก Snapshot จะลบข้อมูลปัจจุบันไหม

ใช่ การ Restore จะเขียนทับ Disk ทั้งหมดกลับไปยังสถานะ ณ ตอนที่สร้าง Snapshot ข้อมูลที่เพิ่มหรือแก้ไขหลังจากนั้นจะหายไป ควรตรวจสอบและสำรองไฟล์ที่จำเป็นก่อน Restore ทุกครั้ง

ควรเก็บ Snapshot ไว้นานแค่ไหน

Snapshot เป็นของชั่วคราว ควรเก็บเฉพาะช่วงที่ยังไม่มั่นใจว่าระบบใหม่เสถียร เมื่อยืนยันว่าทุกอย่างทำงานปกติแล้วควรลบทิ้ง เพราะ Snapshot ที่ค้างนานจะกิน Storage เพิ่มขึ้นเรื่อยๆ และอาจกระทบ Performance ของ Disk

AsiaGB VPS มีระบบ Snapshot ให้ใช้ไหม

มี AsiaGB VPS รองรับการสร้าง Snapshot ผ่าน Control Panel พร้อม Root Access เต็มรูปแบบและ SSD ความเร็วสูง เริ่มต้น 500 บาท/เดือน เหมาะกับ WordPress, E-Commerce, Node.js และ Business Apps