Proxmox เป็นแพลตฟอร์มการจัดการเสมือนที่ทรงพลัง สามารถจัดการเครื่องเสมือนและคอนเทนเนอร์ได้อย่างมีประสิทธิภาพ เพื่อให้ได้ระบบจัดเก็บข้อมูลที่มีประสิทธิภาพสูงและความพร้อมใช้งานสูง ผู้ใช้หลายคนเลือกใช้ Ceph ซึ่งถูกรวมเข้ากับ Proxmox อย่างไร้รอยต่อ Ceph เป็นระบบจัดเก็บข้อมูลแบบกระจายที่ให้บริการจัดเก็บข้อมูลแบบออบเจกต์ การจัดเก็บข้อมูลแบบบล็อก และระบบไฟล์ เพื่อให้มั่นใจในความปลอดภัยของข้อมูลและการขยายตัวได้ จึงเป็นโซลูชันการจัดเก็บข้อมูลที่เหมาะสมอย่างยิ่งในสภาพแวดล้อม Proxmox
โซลูชันการสำรองข้อมูล Ceph ที่เลือกใช้ได้
มีวิธีต่าง ๆ หลายวิธีสำหรับการสำรองข้อมูลเซฟ (Ceph) รวมถึงภาพถ่ายข้อมูล (snapshot) และการทำซ้ำข้อมูล (replication) ภาพถ่ายข้อมูลเป็นวิธีการสำรองข้อมูลที่สะดวกและมีประสิทธิภาพมาก สามารถสร้างภาพข้อมูลได้อย่างรวดเร็วในระยะเวลาสั้น ๆ พร้อมรับประกันความสมบูรณ์และความสอดคล้องของข้อมูล ด้วยภาพถ่ายข้อมูล เราสามารถสำรองข้อมูลแบบเรียลไทม์ภายในคลัสเตอร์เซฟ (Ceph cluster) และกู้คืนข้อมูลได้อย่างรวดเร็วเมื่อจำเป็น นอกจากนี้ เซฟ (Ceph) ยังรองรับการจำลองข้อมูลระยะไกล ซึ่งช่วยให้สามารถสำรองข้อมูลไปยังศูนย์ข้อมูลต่าง ๆ หรือบริการจัดเก็บข้อมูลบนคลาวด์ได้ เพื่อให้มั่นใจในความปลอดภัยและความเชื่อถือได้ของข้อมูล
1. การสะท้อน RBD
สิ่งนี้เกี่ยวข้องกับการสะท้อนข้อมูลแบบเรียลไทม์ระหว่างคลัสเตอร์เซฟสองตัวที่แยกจากกัน แต่ต้องการให้รุ่นติดตั้งของเซฟเป็น Jewel หรือใหม่กว่า
2. การสำรองข้อมูลแบบ Snapshot
โดยใช้เทคโนโลยี snapshot ของ Ceph RBD ข้อมูลจะได้รับการสำรองไปยังศูนย์กู้คืนภัยพิบัติเป็นระยะๆ ผ่านไฟล์เชิงความแตกต่าง เมื่อศูนย์ข้อมูลหลักเกิดขัดข้อง ข้อมูลสำรองล่าสุดสามารถเรียกคืนจากศูนย์กู้คืนภัยพิบัติได้ และเครื่องเสมือนที่เกี่ยวข้องสามารถรีสตาร์ทใหม่เพื่อลดระยะเวลาการกู้คืนข้อมูลให้เหลือน้อยที่สุด การสำรองข้อมูลนี้สามารถคืนสถานะภาพของเครื่องเสมือนกลับไปยังสถานะของภาพชั่วคราวหนึ่งๆ ได้ แต่ข้อมูลที่มีการอัปเดตระหว่างช่วงเวลาที่ทำการถ่ายภาพชั่วคราวจนถึงเวลาที่เกิดข้อผิดพลาดจะสูญหาย
การสำรองข้อมูล Ceph โดยอิงจาก Snapshot
เทคโนโลยี snapshot ของ Ceph ถูกออกแบบมาเพื่อใช้ในการย้อนกลับ RBD หรือ Pool แต่ผู้ดูแลระบบสามารถใช้ snapshot สำหรับการสำรองภาพระยะไกลและการกู้คืนภัยพิบัติได้
Ceph Snapshot
Ceph สนับสนุนการทำงานของภาพถ่ายข้อมูลสองระดับ ได้แก่ พูลและอาร์บีดี ภาพถ่ายข้อมูลทั้งสองระดับใช้กลไกการคัดลอกเมื่อเขียน (Copy On Write) เมื่อมีการสร้างภาพถ่ายข้อมูล จะไม่มีการคัดลอกข้อมูลใดๆ แต่จะเป็นการสั่งให้เซิร์ฟเวอร์เก็บรักษาบล็อกข้อมูลบนดิสก์ที่เกี่ยวข้องทั้งหมด เพื่อป้องกันไม่ให้ถูกเขียนทับ เมื่อมีการดำเนินการเขียนหรือลบ บล็อกดิสก์เดิมที่มีข้อมูลจะไม่ถูกเปลี่ยนแปลง แต่ส่วนที่มีการปรับเปลี่ยนจะถูกเขียนลงในบล็อกดิสก์ที่ว่างอยู่อื่นแทน
1) RBD
สร้างสแนปช็อตตามสถานะภาพปัจจุบัน
# rbd create <image-name> --size 1024 -p <pool-name>
โดยที่ librbd จะสร้างเฉพาะเมตาดาต้าที่เกี่ยวข้องกับภาพเท่านั้น โดยไม่ได้จัดสรรพื้นที่ใน Ceph จริงๆ
กำลังสร้างสแนปช็อตจากสถานะภาพปัจจุบัน
# rbd snap create <pool-name/image-name> --snap <snap-name>
กำลังคืนภาพกลับไปยังสถานะ ณ เวลาที่สร้างสแนปช็อต
# rbd snap rollback <pool-name/image-name> --snap <snap-name>
การสร้างสแนปช็อต RBD ใน Ceph เกี่ยวข้องกับขั้นตอนต่อไปนี้:
ก) ส่งคำขอไปยังตัวควบคุม Ceph เพื่อรับหมายเลขลำดับสแนปช็อตล่าสุด ("snap_seq")
ข) การบันทึก snap_name และ snap_seq ลงในเมตาดาต้าของ RBD
2)พูล (Pool)
พูลสามารถถือว่าเป็นการแบ่งส่วนแบบตรรกะสำหรับจัดเก็บข้อมูลในเซฟ คล้ายกับเนมสเปซ เซฟคลัสเตอร์สามารถมีพูลได้หลายพูล โดยแต่ละพูลจะมีจำนวน PG ที่กำหนดไว้ วัตถุใน PG จะถูกแมปไปยัง OSD ต่างๆ กัน
กลุ่มข้อมูลต่างกันสามารถมีการตั้งค่าจำนวนรีพลิก้า ความถี่ในการตรวจสอบข้อมูล ขนาดของสแนปชอต การเป็นเจ้าของ เป็นต้น ได้แยกจากกัน
การสร้างสแนปช็อต
# rados mksnap <snap_name> -p <pool_name>
# rados lssnap -p <pool_name>
การกู้คืนพูลให้กลับสู่สถานะในขณะที่สร้างสแนปช็อต
# rados rollback pool <pool_name> to snapshot <snap_name>
ควรสังเกตว่าระดับของsnapshot ทั้งสองระดับนี้ไม่สามารถใช้ร่วมกันได้ หมายความว่าในคลังข้อมูล Ceph จะสามารถใช้งานได้เพียงระดับเดียวเท่านั้น ดังนั้น หากมีการสร้างออบเจกต์ RBD ในพูลแล้ว (แม้ว่าอินสแตนซ์ของภาพจะถูกลบออกไปทั้งหมดในปัจจุบัน) ก็จะไม่สามารถสร้างภาพถ่ายชั่วขณะสำหรับพูลนั้นได้ ในทางกลับกัน หากมีการถ่ายภาพชั่วขณะไว้แล้วสำหรับพูลใดพูลหนึ่ง ก็จะไม่สามารถสร้างภาพถ่ายชั่วขณะของอิมเมจ RBD สำหรับพูลนั้นได้
การนำเข้าและส่งออก Snapshot แบบเพิ่มขึ้นสำหรับ RBD
นอกจากนี้ Ceph ยังรองรับการนำเข้าและส่งออกของภาพถ่ายเพิ่มเติมสำหรับ RBD ดังที่แสดงไว้ด้านล่าง:
การส่งออกรูปภาพแบบเพิ่มขึ้นทีละเล็กทีละน้อย:
ก) ส่งออกและนำเข้าการเปลี่ยนแปลงตั้งแต่การสร้างภาพจนถึงปัจจุบัน:
บันทึกการเปลี่ยนแปลงแบบเพิ่มขึ้นของ <pool-name/image-name> ตั้งแต่สร้าง ไปยังไฟล์ <image_diff>
# rbd export-diff <pool-name/image-name> <image_diff>
นำเข้าความแตกต่างของภาพจากการสร้างจนถึงช่วงเวลาหนึ่ง
# rbd import-diff <image_diff> <pool-name/image-name>
หลังจากดำเนินการคำสั่งนี้แล้ว <image-name> จะแสดงสถานะของ <image-diff> ณ เวลาที่ <image-name> ถูกสร้างขึ้น
ข) ส่งออกการเปลี่ยนแปลงของภาพตั้งแต่การสร้างจนถึงจุดสำรองข้อมูลเฉพาะเจาะจง:
ส่งออกการเปลี่ยนแปลงของ <pool-name/image-name> ตั้งแต่การสร้างจนถึงการสร้าง <snap_name> ไปยังไฟล์ <image_diff>
# rbd export-diff <pool-name/image-name>@<snap-name> <image_diff>
ค) ส่งออกการเปลี่ยนแปลงของภาพจากสถานะปัจจุบันไปยังสแนปช็อตเฉพาะ:
บันทึกการเปลี่ยนแปลงระหว่างสถานะปัจจุบันของ <pool-name/image-name> และสถานะเมื่อ <snap_name> ถูกสร้างขึ้นไปยังไฟล์ <image_diff>
# rbd export-diff <pool-name/image-name> --from-snap <snap_name> <image_diff>
การนำเข้าภาพแบบเพิ่มขึ้น:
ก) นำเข้า diff จากการสร้างจนถึงช่วงเวลาหนึ่ง
# rbd import-diff <image_diff> <pool-name/image-name>
โซลูชันการกู้คืนภัยพิบัติระยะไกลแบบอิงจาก Snapshot สำหรับ Ceph
สมมติว่ามีศูนย์ข้อมูลสองแห่ง คือ master_dc และ backup_dc โดยแต่ละแห่งมีระบบจัดเก็บข้อมูล Ceph เป็นของตนเอง
การสำรองข้อมูลเริ่มต้น:
1. สร้าง img_bak ใน backup_dc เพื่อเป็นมิร์เรอร์เริ่มต้น
# rbd create <img_bak> --size 1024 -p <pool-bak>
2. สร้างภาพถ่ายของอิมเมจใน master_dc
# rbd snap create <pool-mas/image-mas> --snap <snap-mas>
3. ส่งออกรูปภาพและข้อมูลที่แตกต่างจากสแนปช็อต
# rbd export-diff <pool-mas/image-mas>@<snap-mas> <image-snap-diff>
4. ถ่ายโอนไฟล์เพิ่มเติมที่ส่งออกรายการ “<image-snap-diff>” ไปยัง backup_dc โดยใช้ scp หรือวิธีอื่น
5. นำเข้าไฟล์สแนปช็อตเพิ่มเติมไปยังภาพใน backup_dc
# rbd import-diff <image-snap-diff> <pool-bak/image-bak>
การสำรองข้อมูลในครั้งต่อไป:
สมมติว่าภาพถ่ายล่าสุดใน master_dc และ backup_dc คือ snap-1
1. สร้างภาพถ่ายใหม่ใน master_dc
# rbd snap create <pool-mas/image-mas> --snap <snap-2>
2. ส่งออกความแตกต่างแบบเพิ่มขึ้นระหว่าง snap-1 กับ snap-2 ล่าสุด
# rbd export-diff --from-snap <snap-1> <pool-mas/image-mas@snap-2> <image-snap1-snap2-diff>
3. ถ่ายโอนไฟล์เพิ่มเติมที่ส่งออกรายการสำรองข้อมูลไปยัง backup_dc
4. นำเข้าไฟล์แบบเพิ่มเติมลงในภาพใน backup_dc
# rbd import-diff <image-snap1-snap2-diff> <pool-bak/image-bak>
ขั้นตอนข้างต้นอธิบายจุดสำคัญของวิธีการสำรองข้อมูลที่ใช้เทคโนโลยีสแนปช็อต คุณสามารถใช้สิ่งนี้เป็นพื้นฐานในการเขียนสคริปต์สำรองและกู้คืนข้อมูลอัตโนมัติของคุณเอง เพื่อสร้างโซลูชันสำรองข้อมูลสองศูนย์ที่สมบูรณ์และชาญฉลาดมากยิ่งขึ้น
Vinchin Backup & Recovery---การ์ดระบบเสมือนของคุณ
เมื่อก่อสร้างโครงสร้างพื้นฐานไอทีแบบทันสมัย หลายองค์กรเลือกที่จะผสานรวม Ceph เข้ากับแพลตฟอร์มเสมือน เช่น Proxmox ในสภาพแวดล้อม Proxmox เพื่อให้มั่นใจในการทำงานอย่างเสถียรของโครงสร้างพื้นฐานไอทีโดยรวมและความปลอดภัยของข้อมูล การสำรองข้อมูลและกู้คืนเครื่องเสมือนจึงมีความสำคัญอย่างยิ่ง
Vinchin Backup & Recovery เป็นโซลูชันป้องกันสภาพแวดล้อม Proxmox VE ที่มีความทนทาน ซึ่งให้คุณสมบัติการสำรองข้อมูลขั้นสูง เช่น การสำรองข้อมูลเครื่องเสมือนอัตโนมัติ การสำรองข้อมูลแบบไม่ต้องติดตั้งเอเจนต์ การสำรองข้อมูลผ่าน LAN/LAN-Free การสำเนาข้อมูลไปยังสถานที่อื่น การลดขนาดข้อมูลอย่างมีประสิทธิภาพ การเก็บถาวรข้อมูลในคลาวด์ การกู้คืนทันที การกู้คืนข้อมูลระดับละเอียด และอื่น ๆ โดยปฏิบัติตามสถาปัตยกรรมการสำรองข้อมูลทองคำ 3-2-1 อย่างเคร่งครัด เพื่อปกป้องความปลอดภัยและความสมบูรณ์ของข้อมูลของคุณอย่างครอบคลุม
นอกจากนี้ การเข้ารหัสข้อมูลและการป้องกันมัลแวร์เรียกค่าไถ่แบบ anti-ransomware ยังช่วยให้คุณได้รับการประกันสองชั้นในการปกป้องข้อมูลสำรองของ Proxmox VE VM อีกด้วย คุณยังสามารถ ย้ายข้อมูลจากโฮสต์ Proxmox ไปยังแพลตฟอร์มเสมือนอื่นๆ และในทางกลับกัน ได้อย่างง่ายดาย
ใช้เพียง 4 ขั้นตอนง่ายๆ ในการสำรองข้อมูลเครื่องเสมือน Proxmox VE ของคุณ:
1. เลือกวัตถุสำรองข้อมูล
2. เลือกปลายทางสำรองข้อมูล
3. กำหนดกลยุทธ์การสำรองข้อมูล
4. ตรวจสอบและส่งงาน
เริ่มต้นใช้งานระบบที่ทรงพลังนี้พร้อมกับการทดลองใช้ฟีเจอร์ครบถ้วนฟรีเป็นระยะเวลา 60 วัน นอกจากนี้ กรุณาติดต่อเรา และบอกความต้องการของคุณ แล้วคุณจะได้รับโซลูชันที่เหมาะสมกับสภาพแวดล้อมไอทีของคุณ
คำถามที่พบบ่อยเกี่ยวกับการสำรองข้อมูล Ceph
1.คำถาม: ข้อเสียของ Ceph คืออะไร?
คำตอบ: ข้อเสียของ Ceph คือความซับซ้อนในการตั้งค่าและการจัดการ ซึ่งอาจเป็นเรื่องท้าทายสำหรับผู้ที่มีประสบการณ์น้อย นอกจากนี้ ประสิทธิภาพของ Ceph อาจลดลงภายใต้งานบางประเภทหากไม่ได้ปรับแต่งอย่างเหมาะสม และต้องการการตรวจสอบและบำรุงรักษาอย่างต่อเนื่องเพื่อให้มั่นใจว่าการทำงานราบรื่น
2. คำถาม: Proxmox Ceph กับ ZFS ต่างกันอย่างไร?
คำตอบ: Proxmox Ceph เป็นระบบจัดเก็บข้อมูลที่สามารถปรับขนาดได้และกระจายตัว ซึ่งเหมาะสำหรับการติดตั้งที่มีขนาดใหญ่และทนทานต่อความผิดพลาด ZFS เป็นระบบไฟล์และตัวจัดการโวลุ่มที่มีความน่าเชื่อถือสูง โดยมีชื่อเสียงในด้านความสมบูรณ์ของ snapshots และการบีบอัดข้อมูล เหมาะที่สุดสำหรับการติดตั้งแบบโหนดเดียว
ข้อสรุป
การสำรองข้อมูลและการกู้คืน Ceph เป็นส่วนสำคัญอย่างยิ่งในการจัดการข้อมูลขององค์กร ซึ่งสามารถรับประกันความปลอดภัยและความน่าเชื่อถือของข้อมูล รวมถึงช่วยเพิ่มเสถียรภาพและความพร้อมใช้งานของธุรกิจ ในทางปฏิบัติ เราจำเป็นต้องเลือกกลยุทธ์การสำรองข้อมูลและการกู้คืนที่เหมาะสมตามความต้องการและสถานการณ์จริง เพื่อให้เกิดประโยชน์สูงสุดจากระบบจัดเก็บข้อมูลแบบกระจายของ Ceph
