นอกสถานที่และการกู้คืน

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

การจำลองข้อมูลนอกสถานที่

เก็บการสำรองข้อมูลในเครื่องที่เร็วไว้และเพิ่มสำเนานอกสถานที่หนึ่งชุดหรือมากกว่า ตั้งรีพอสิทอรีต่อโดเมนบนแท็บ Settings, Off-site BombVault จำลองสแนปช็อตใหม่ไปที่นั่นด้วย restic copy แบบทำเท่าที่ทำได้ ดังนั้นการสะดุดที่นอกสถานที่จึงไม่เคยทำให้การสำรองข้อมูลในเครื่องล้มเหลว รีพอสิทอรีในเครื่องยังคงเป็นหลัก

• หลายปลายทางนอกสถานที่ต่อโดเมน แต่ละโดเมน (containers, VMs, flash, config และชุดไฟล์) สามารถจำลองไปยังหลายปลายทางนอกสถานที่พร้อมกันได้ ไม่ใช่แค่ปลายทางเดียว ดังนั้นคุณสามารถเก็บ เช่น rest-server บนเครื่องของเพื่อนและ S3 bucket ควบคู่กันได้ เพิ่มปลายทางเสริมบน Settings, Off-site แต่ละปลายทางมีรีพอสิทอรี, คลาสพื้นที่จัดเก็บ S3, แฟล็ก append-only, การเก็บรักษา และงบประมาณการเติบโตของตัวเอง การตั้งค่านอกสถานที่เดี่ยวที่มีอยู่จะถูกยกไปเป็นปลายทางแรกโดยไม่แตะต้อง และทุกปลายทางของโดเมนจะจำลองตามตารางเวลานอกสถานที่ของโดเมนนั้น
• ตารางเวลานอกสถานที่ต่อโดเมน (แก้ไขควบคู่กับตารางเวลาอื่นๆ ทั้งหมดบน Settings, Schedules): ปล่อยว่างไว้เพื่อจำลองหลังการสำรองข้อมูลในเครื่องทุกครั้ง หรือตั้งจังหวะ (เช่น weekly Sun 03:00) เพื่อส่งนอกสถานที่ไม่บ่อยเท่าที่คุณสำรองข้อมูลในเครื่อง ปุ่ม Replicate now ครอบคลุมการรันตามต้องการ
• การเก็บรักษานอกสถานที่ อยู่บน Settings, Off-site เพื่อให้คุณเก็บสำเนานอกสถานที่ไว้นานขึ้นเป็นคลังเก็บ ปล่อยให้นโยบายเป็นศูนย์ทั้งหมดเพื่อไม่ตัดสแนปช็อตนอกสถานที่โดยอัตโนมัติ
• ขีดจำกัดแบนด์วิดท์ (Settings, Off-site) จำกัดอัตราการอัปโหลด/ดาวน์โหลดของ restic เพื่อไม่ให้การจำลองข้อมูลใช้ WAN ของคุณจนเต็ม
• ตัวบ่งชี้การจำลองข้อมูล แสดงว่าโดเมนใดกำลังจำลองข้อมูลขณะที่ทำงาน (บนหน้าของมันและบนแดชบอร์ด) เป็นตัวบ่งชี้แบบทำงานอยู่ ไม่ใช่แถบเปอร์เซ็นต์ เพราะ restic copy ไม่เปิดเผยความคืบหน้าที่เครื่องอ่านได้

กู้คืนตรงจากนอกสถานที่

เบราว์เซอร์การสำรองข้อมูลทุกตัวมีสวิตช์ Local / Off-site ดังนั้นหากรีพอสิทอรีในเครื่องสูญหายหรือเสียหาย คุณสามารถแสดงรายการและกู้คืนตรงจากสำเนานอกสถานที่ได้ การลบเป็นแบบต่อแหล่ง: การลบการสำรองข้อมูลจะมีผลเฉพาะกับสำเนาที่คุณกำลังดูอยู่เท่านั้น

นอกสถานที่แบบไม่เปลี่ยนแปลงได้ (append-only)

ตั้งแฟล็กรีพอสิทอรีนอกสถานที่เป็น append-only เพื่อให้แรนซัมแวร์หรือโฮสต์ที่ถูกบุกรุกไม่สามารถลบหรือเขียนทับการสำรองข้อมูลของคุณได้ ฝั่งไกล (restic/rest-server ที่ทำงานในโหมด --append-only) เป็นผู้ บังคับใช้ BombVault เพียง ตรวจสอบ มันเท่านั้นและไม่เคยแสดงสีเขียวจากการอ้างการตั้งค่าเพียงอย่างเดียว

ตัวช่วย การตั้งค่านอกสถานที่แบบมีคำแนะนำ จะพาคุณจากการเลือกแบ็กเอนด์ (rest-server / rclone / S3) ผ่านสนิปเปตการดีพลอย rest-server ที่พร้อมวาง, การทดสอบการเชื่อมต่อ, สวิตช์ไม่เปลี่ยนแปลงได้ (ซึ่งรันการทดสอบการแทรกแซงทันที) และกลยุทธ์การเก็บรักษา ดังนั้นนอกสถานที่แบบ append-only จึงเข้าถึงได้โดยไม่ต้องแก้ไขไฟล์กำหนดค่าด้วยมือ

รีพอสิทอรีแบบไม่เปลี่ยนแปลงได้จะไม่เคยถูกตัดทิ้งจากเครื่องนี้

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

การทดสอบการแทรกแซง

BombVault พิสูจน์การรับประกัน append-only เป็นระยะโดยการพยายามลบจริงกับรีพอสิทอรีนอกสถานที่ โดยเล็งไปที่อ็อบเจกต์ที่ไม่มีอยู่จริง:

• ถูกปฏิเสธ หมายถึงได้รับการปกป้อง
• ยอมรับ หมายถึงไม่ได้รับการปกป้อง
• ผลลัพธ์ ที่ไม่สรุปแน่ชัด (เซิร์ฟเวอร์เข้าถึงไม่ได้, ข้อผิดพลาดการยืนยันตัวตน) จะไม่เคยพลิกคำตัดสินที่จัดเก็บไว้

การพลิกจากได้รับการปกป้องเป็นไม่ได้รับการปกป้องจริงจะจุดสัญญาณเตือนครั้งเดียว

การซ้อม DR

BombVault มีการพิสูจน์สองระดับว่าการสำรองข้อมูลของคุณกู้คืนได้จริง ไม่ใช่แค่มีอยู่

• การซ้อมตรวจสอบการกู้คืน (ในเครื่อง) BombVault รัน restic check --read-data-subset เป็นระยะ (แบบมีขอบเขต, ไม่เคยเป็นการกู้คืนเต็มที่ทำให้ดิสก์เต็ม) และแสดงป้าย last verified restorable ต่อโดเมน จังหวะอยู่บน Settings, Schedules; ป้ายอยู่บน Settings, Integrity
• การซ้อม DR (นอกสถานที่) BombVault กู้คืนเป้าหมายจริงจากรีพอสิทอรีนอกสถานที่ลงในแซนด์บ็อกซ์ที่ใช้แล้วทิ้ง, ตรวจสอบทีละไฟล์และทีละไบต์ แล้วทำความสะอาด สิ่งนี้พิสูจน์ว่าคุณกู้คืนจากนอกสถานที่ได้ ไม่ใช่แค่ว่ารีพอสิทอรีตอบสนอง

สกอร์การ์ดการป้องกันแรนซัมแวร์ บนแดชบอร์ดจะรวมสิ่งนี้เป็นท่าที เขียว / เหลือง / แดง ต่อโดเมน พร้อมรายการตรวจสอบที่ประทับอายุ (ตั้งค่านอกสถานที่แล้ว, ตรวจสอบ append-only แล้ว, การจำลองข้อมูลเป็นปัจจุบัน, การซ้อมกู้คืนผ่าน, เปิดการเข้ารหัส, ตั้งกลยุทธ์การตัดทิ้ง) ทุกแถวสีแดงจะลิงก์ลึกไปยังวิธีแก้ไข และการ์ดจะเป็นสีเขียวเฉพาะเมื่อมีข้อเท็จจริงที่ตรวจสอบแล้ว

แดชบอร์ดผู้รับ (ฝั่งรับ)

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

เปิดสวิตช์ Receiver ใน Settings เพื่อเผยแท็บ Receiver ปิดโดยค่าเริ่มต้น; เปิดเฉพาะบนเครื่องที่รับการสำรองข้อมูลนอกสถานที่แบบไม่เปลี่ยนแปลงได้จริงเท่านั้น จากนั้นลงทะเบียนรีพอสิทอรีที่ได้รับ (อ่านอย่างเดียว, เปิดด้วยคีย์ของอินสแตนซ์ผู้ส่ง) เพื่อให้ได้:

• รายการสแนปช็อตที่จัดกลุ่มตามแหล่งที่มา ดังนั้นคุณสามารถเห็นได้แน่ชัดว่า containers, VMs และชุดไฟล์ใดที่มาถึงแล้ว
• เวลาที่ได้รับล่าสุด ต่อแหล่ง ดังนั้นคุณจึงรู้ว่าแต่ละรายการสดใหม่แค่ไหน
• restic check แบบอิสระ ที่รันบนฮาร์ดแวร์ผู้รับ ดังนั้นความสมบูรณ์จึงได้รับการตรวจสอบ ณ ที่ที่ข้อมูลอยู่จริง ไม่ใช่แค่บนผู้ส่ง
• dead-man's switch: การแจ้งเตือนเมื่อแหล่งหนึ่งหยุดส่งภายในกรอบเวลาที่คุณตั้ง
• การแจ้งเตือนความสมบูรณ์: การแจ้งเตือนเมื่อการตรวจสอบที่ฝั่งรับล้มเหลว

Receiver เป็นแบบอ่านอย่างเดียวอย่างเคร่งครัด มันไม่เคยเขียนลงรีพอสิทอรีที่ได้รับ ดังนั้นจึงไม่มีทางทำลายการรับประกัน append-only ที่ผู้ส่งพึ่งพา

การกู้คืนแบบมีคำแนะนำ

แท็บ Recovery โดยเฉพาะจะพาการติดตั้งใหม่หรือสร้างขึ้นใหม่ผ่านกรณีภัยพิบัติในที่เดียว:

1. กู้คืนการตั้งค่าของ BombVault เองก่อน ดังนั้นพาธการสำรองข้อมูล, ปลายทางนอกสถานที่ และข้อมูลรับรองที่ขั้นตอนที่เหลือต้องการจะถูกเติมไว้ล่วงหน้า (นำไปใช้ผ่านการรีสตาร์ทตัวเองผ่าน Docker socket ดังนั้นฐานข้อมูลการตั้งค่าที่กำลังทำงานจึงไม่เคยถูกเขียนทับภายใต้ handle ที่เปิดอยู่)
2. ตรวจสอบว่า BombVault อ่านการสำรองข้อมูลของคุณได้ (ปัญหาคีย์เข้ารหัสตั้งแต่ต้น)
3. ให้คุณ ชี้ไปยังรีพอสิทอรีที่มีอยู่ของคุณ (ในเครื่องหรือนอกสถานที่)
4. ค้นพบ containers, VMs และชุดไฟล์ที่จัดเก็บอยู่ในนั้น
5. กู้คืนพวกมันทั้งหมด (ปล่อยให้หยุดไว้ เพื่อให้คุณเริ่มพวกมันอย่างตั้งใจ) พร้อมชุดกู้คืนของคุณอยู่ห่างเพียงคลิกเดียว

การย้ายที่วางแผนไว้ เทียบกับ ภัยพิบัติ

การกู้คืนแบบมีคำแนะนำจะกู้คืนการตั้งค่าของ BombVault เองจากการสำรองข้อมูล สำหรับการย้ายไปยังเครื่องใหม่ที่ วางแผนไว้ คุณสามารถนำการตั้งค่าของคุณไปได้โดยตรงด้วยการ์ด Export and import settings (ไฟล์ JSON ที่พกพาได้) แทน ดู Configuration

กู้คืนจากรีพอสิทอรี BombVault อื่น

การ์ดแยกต่างหากบนแท็บ Recovery จะเปิดรีพอสิทอรีของอินสแตนซ์ BombVault อื่น (แชร์ที่เมานต์ภายใต้ /mnt หรือ URL ระยะไกล) ด้วย APP_KEY ของอินสแตนซ์นั้น ในเซสชันแบบครั้งเดียวและอ่านอย่างเดียว เรียกดู containers, VMs และชุดไฟล์ที่จัดเก็บอยู่ที่นั่น, เลือกสแนปช็อตและกู้คืนมัน แล้วอ็อบเจกต์ที่กู้คืนจะกลายเป็น container, VM หรือชุดไฟล์ในเครื่องปกติ ไม่มีอะไรถูกเขียนลงรีพอสิทอรีอื่นเลย และการตั้งค่าการสำรองข้อมูลของคุณเองยังคงไม่ถูกแตะต้อง (เซสชันอยู่ในหน่วยความจำและหมดอายุเอง) การย้าย container จากเซิร์ฟเวอร์ A ไปยังเซิร์ฟเวอร์ B ไม่ได้หมายถึงการชี้การตั้งค่ารีพอสิทอรีของคุณใหม่และย้อนกลับหลังจากนั้นอีกต่อไป การรวมกลุ่มเซิร์ฟเวอร์ต่อเซิร์ฟเวอร์แบบสดอยู่นอกขอบเขตอย่างชัดเจน นี่เป็นการดึงครั้งเดียวโดยเจตนา

ชุดกู้คืนคีย์เข้ารหัส

นี่คือส่วนที่ทำให้การกู้คืนจากภัยพิบัติเป็นไปได้แม้ไม่มี BombVault ที่กำลังทำงาน

คลิกเดียวจะดาวน์โหลด master key, รหัสผ่าน restic ที่ได้มา และ ตำแหน่งรีพอสิทอรีกับคำสั่งที่แน่นอน ดังนั้นคุณสามารถกู้คืนได้ตรงด้วย restic CLI บนเครื่องใดก็ได้ การเตือนบนแดชบอร์ดจะจ้ำจี้จนกว่าคุณจะเก็บมันไว้แล้ว

เก็บชุดกู้คืนไว้นอกเซิร์ฟเวอร์

ชุดนี้มีความลับที่ถอดรหัสการสำรองข้อมูลของคุณ เก็บไว้ในที่ปลอดภัยและแยกจากเซิร์ฟเวอร์ (โปรแกรมจัดการรหัสผ่าน, สำเนาที่พิมพ์ไว้ในตู้เซฟ) หากคุณสูญเสียทั้ง BombVault และ APP_KEY โดยไม่มีชุดกู้คืน การสำรองข้อมูลที่เข้ารหัสไว้ของคุณจะไม่สามารถกู้คืนได้

เนื่องจากคำจำกัดความการกู้คืนอยู่ ภายใน รีพอสิทอรีแต่ละตัว (<repo>/def, <repo>/vm-def) โฟลเดอร์รีพอสิทอรีที่คัดลอกมาจึงสมบูรณ์ในตัวเองอย่างเต็มที่ ดังนั้นชุดกู้คืนบวกกับรีพอสิทอรีจึงเป็นทุกสิ่งที่การกู้คืนแบบ bare-metal ต้องการ