إعداد النسخ المتماثل
يرشدك هذا الدليل إلى ربط موقعي Cockpit وتسجيل جهاز افتراضي للنسخ المتماثل بسياسة استعادة.
المتطلبات المسبقة
- وصول بصلاحيات المسؤول (أو صلاحيات النسخ المتماثل) إلى كلٍّ من موقعي Cockpit الرئيسي وموقع التعافي.
- مستودع تخزين في موقع التعافي بمساحة خالية لا تقل عن حجم القرص المخصص للجهاز الافتراضي.
- للحصول على نقاط استعادة متسقة وإعادة عنونة الضيف: QEMU Guest Agent مثبتًا وعاملًا داخل الضيف.
الخطوة 1 — ربط المواقع
تنفذ هذه الخطوة مرة واحدة فقط لكل زوج مواقع.
- في موقع Cockpit للتعافي، انسخ رمز وصول API لعملية الربط (رمز مسؤول أو مفتاح API لحساب خدمة).
- في موقع Cockpit الرئيسي، حدد عقدة مركز البيانات/العنقود، وافتح تبويب Configure، واختر Site Pairs.
- انقر على Add Site Pair وأدخل:
- Site Name — تسمية لموقع التعافي، مثل
DR-Site-B. - API Endpoint URL — واجهة API لـ Cockpit التعافي، مثل
https://<recovery-ip>:7771/api/v1. - Access Token — الرمز من الخطوة 1.
- TLS Certificate Path (اختياري) — شهادة CA موثوقة أو شهادة موقعة ذاتيًا لنقطة نهاية التعافي.
- Site Name — تسمية لموقع التعافي، مثل
- انقر على Link Site. يجب أن يظهر الزوج بحالة connected.
الرموز قد تنتهي صلاحيتها
إذا انتهت صلاحية رمز الربط أو تغيّرت بيانات الاعتماد، يعرض الزوج خطأً. احذف الزوج وأعد إضافته برمز جديد.
الخطوة 2 — تسجيل جهاز افتراضي
- حدد الجهاز الافتراضي في المخزون وافتح تبويب Replication الخاص به.
- في Configure Site Replication، عيّن السياسة:
| الحقل | وظيفته |
|---|---|
| Target Site | موقع التعافي المربوط الذي سيتم النسخ إليه. |
| Target Datastore | مجمع التخزين في موقع التعافي حيث تُكتب أقراص النسخة المتماثلة. يجب أن يكون مجمعًا حقيقيًا يمكن لـ hypervisor الوصول إليه (وليس دليلًا شخصيًا). |
| RPO | مدى تكرار تشغيل النسخ المتماثل — 15 minutes، أو 30 minutes، أو 1 hour، أو 4 hours، أو 24 hours. القيمة الأصغر = فقدان بيانات محتمل أقل، وحركة شبكة أكبر. |
| الاحتفاظ بنقاط الاستعادة (MPIT) | عدد نقاط الاستعادة التاريخية المحفوظة في موقع التعافي. يتبع الاحتفاظ نمط الجد-الأب-الابن: يمكنك الاحتفاظ بعدد من النقاط الساعية واليومية والأسبوعية بحيث يمكنك التراجع ساعات أو أيامًا (مثلًا إلى ما قبل برمجية فدية أو تلف). |
| Compression | ضغط بث القرص عبر شبكة WAN. يوفر النطاق الترددي بتكلفة معالجة بسيطة على CPU. |
(اختياري) وسّع الخيارات المتقدمة:
- Quiesce guest filesystem — يجمّد نظام ملفات الضيف عبر QEMU Guest Agent أثناء كل مزامنة للحصول على نقاط استعادة متسقة على مستوى التطبيق. يتطلب الوكيل؛ وبدونه تكون نقاط الاستعادة متسقة عند التعطل (crash-consistent) وتظل قابلة للإقلاع.
- Replicate specific disks — افتراضيًا تُنسخ جميع الأقراص متماثلة؛ يمكنك تحديد مجموعة فرعية (مثلًا تخطي قرص مؤقت).
- Network mapping — ربط كل شبكة افتراضية مصدرية بالشبكة المكافئة لها في موقع التعافي، بحيث يتصل الجهاز الافتراضي المستعاد بالشبكة الصحيحة هناك.
- Guest IP re-addressing — تعيين العنوان الذي يجب أن يستخدمه الضيف بعد التبديل عند الفشل (لكل شبكة مصدرية): address (بصيغة CIDR، مثل
10.20.0.5/24)، وgateway اختياري وnameservers. عند التبديل عند الفشل يطبق Cockpit هذه الإعدادات داخل الضيف عبر الوكيل، بحيث يقلع الجهاز الافتراضي المستعاد بعنونة موقع التعافي. يتطلب QEMU Guest Agent.
انقر على Enable Replication.
يسجل Cockpit المهمة ويبدأ المزامنة الأساسية في الخلفية. تنسخ المزامنة الأولى القرص بالكامل وقد تستغرق بعض الوقت؛ أما المزامنات اللاحقة فتنقل الكتل المتغيرة فقط وفق جدول RPO الخاص بك.
ما الذي تتوقعه
- تعرض لوحة Replication Status الهدف، وRPO، والصحة، ووقت Last Successful Sync.
- حتى تكتمل المزامنة الأساسية، لا يكون الجهاز الافتراضي قابلًا للاستعادة بعد. وبعد اكتمالها، تتراكم نقاط الاستعادة وفق RPO وسياسة الاحتفاظ الخاصة بك.
- راجع التشغيل والمراقبة للاطلاع على الصحة والمزامنات اليدوية، و**التبديل عند الفشل والاسترداد** للاستعادة.