التوزيع العام لـ Alibabic OSS للنسخ المتماثل عبر المنطقة وتكوين استراتيجية النسخ الاحتياطي التلقائي

لا يوجد شيء صغير حول أمن البيانات. في بنية البنية التحتية للحوسبة السحابية على مستوى المؤسسة ، فإن القدرة على الاستجابة للكوارث والنسخ الاحتياطي لخدمات التخزين ليست عنصرًا تكوينًا فحسب ، بل هي أيضًا خط أحمر أساسي لاستمرارية الأعمال.

تُستخدم خدمة تخزين الكائنات السحابية (OSS) كنظام تخزين أساسي لتخزين البيانات غير المهيكلة ، وغالبًا ما تستخدم لحمل الصور الضخمة ومقاطع الفيديو وملفات السجل وملفات النسخ الاحتياطي لقاعدة البيانات وبيانات التطبيق الرئيسية. بمجرد مواجهة الكوارث الطبيعية على المستوى الإقليمي ، وانقطاع الكابلات الضوئية ، وفشل الشبكة ، أو الحذف الخاطئ ، والابتزاز الخبيث في التشغيل والصيانة اليومية ، غالبًا ما يؤدي الافتقار إلى القدرة على الاستجابة للكوارث عبر المناطق وآليات النسخ الاحتياطي الفعالة إلى خسائر تجارية لا رجعة فيها.

ستفصل هذه المقالة بعمق كيفية اجتياز Alibaba Cloud OSS من أربعة أبعاد: المبادئ الفنية ، والتخطيط المعماري ، والتكوين القتالي الفعلي ، وأفضل ممارسات التشغيل والصيانة

النسخ المتماثل عبر المناطق (CRR) مع استراتيجية النسخ الاحتياطي التلقائي

بناء شبكة صلبة لحماية أمن البيانات.

1. المخاطر الأساسية ونظام الحماية لأمن بيانات OSS

قبل نشر التكوين المحدد ، من الضروري توضيح نوعين من سيناريوهات المخاطر الأساسية التي يواجهها أمن البيانات:

فشل منطقة واحدة/منطقة واحدة: مثل انقطاع التيار الكهربائي في مركز البيانات ، والحرائق ، وانقطاع الشبكة الشديد ، وما إلى ذلك. مثل هذه المشاهد تحتاج إلى مواجهة الكوارث عبر المناطق

التوزيع العام علي يون الدولي

(Disaster Recovery) آلية لضمان الاحتفاظ بنسخ من البيانات على المستوى الجغرافي المكاني.

الأخطاء البشرية والتخريب الخبيث: على سبيل المثال ، يقوم موظفو التشغيل والصيانة بحذف Bucket عن طريق الخطأ ، أو يقوم فيروس الابتزاز الخبيث بتشفير البيانات ، أو يقوم خطأ البرنامج بتغطية الملفات الرئيسية. يتطلب هذا النوع من السيناريوهات التحكم متعدد الإصدارات وآلية النسخ الاحتياطي التلقائي لدورة الحياة.

علي سحابة OSS بنية ربط خط الدفاع الأمني الأساسي

-------------------------------------------------------------------

| الوجهة (المنطقة الأصلية) |

|-فتح التحكم متعدد الإصدارات (Versioning: Enabled) |

|-فتح استراتيجية الاحتفاظ/مكافحة العبث (WORM: Locked) |

-------------------------------------------------------------------

|

النسخ المتماثل عبر المناطق (CRR) | رابط غير متزامن في الوقت الحقيقي (نقل تشفير TLS)

ف

-------------------------------------------------------------------

| الهدف Bucket (منطقة الاستعداد للكوارث خارج الموقع) |

|-حساب مستقل/منفصل عن نفس الحساب |

|-إعداد استراتيجية دورة حياة الأرشفة التلقائية/التخزين منخفض التردد (تحسين تكلفة النسخ الاحتياطي) |

-------------------------------------------------------------------

2. التحليل المتعمق وممارسة التكوين لتكنولوجيا النسخ المتماثل عبر المناطق (CRR)

النسخ المتماثل عبر المنطقة هو وظيفة نسخ البيانات الإقليمية غير المتزامنة التي يوفرها OSS. بعد الفتح ، ستقوم عمليات البناء والتحديث والحذف الجديدة في المصدر Bucket بمزامنة مستوى الثواني/الدقيقة بشكل غير متزامن مع Bucket الهدف.

1. الخصائص التقنية الأساسية وسيناريوهات التطبيق من CRR

متطلبات الامتثال: يتطلب العملاء الماليون والطبيون والحكوميون والشركات الاحتفاظ بنسخ مادية لا تقل عن 100 كيلومتر من البيانات في أماكن مختلفة.

الاستعداد للكوارث في أماكن مختلفة: عندما تحدث قوة قاهرة في المنطقة الرئيسية ، يمكن لنظام الأعمال أن يقرأ ويكتب البيانات بسرعة إلى Bucket في المنطقة الاحتياطية.

التوزيع العام علي يون الدولي

الوصول المتأخر للغاية: يقوم فريق الأعمال الموزع خارج الموقع بقراءة نسخة Bucket المحلية مباشرة دون الحاجة إلى الوصول عبر الحدود أو عبر المقاطعات إلى البيانات.

2-الأعمال التحضيرية قبل تكوين CRR

قبل تكوين CRR ، يجب استيفاء الشروط التالية:

يقع المصدر Bucket والهدف Bucket في مناطق مختلفة (على سبيل المثال ، يتم نسخ شرق الصين 1 هانغتشو إلى شمال الصين 2 بكين).

تظل حالة التحكم في إصدار المصدر Bucket والهدف Bucket متسقة (يوصى بشدة بتشغيل "التحكم في الإصدار المتعدد").

يمتلك حساب التشغيل أذونات AliyunOSSFullAccess ، أو لديه أذونات Custom Policy لتكوين oss:SetBucket Replication.

3. خطوات التكوين العملي CRR

الخطوة 1: إنشاء Bucket الهدف وفتح إصدارات متعددة

انتقل إلى Alibaba Cloud OSS Console ، في منطقة الاستعداد للكوارث (مثل

Cn-beijing

)إنشاء حاوية جديدة:

الاسم: company-data-backup-bj

نوع التخزين: التخزين القياسي أو الوصول إلى التردد المنخفض

التحكم في الإصدارات: مُفعَّل

الخطوة 2: قم بتكوين قاعدة النسخ التكراري عبر المناطق في الوعاء المصدر.

الدخول إلى المصدر Bucket (

Company-data-main-hz

) إدارة الصفحة:

في شريط التنقل الأيسر ، حدد إدارة البيانات-> النسخ المتماثل عبر المناطق.

انقر على تمكين النسخ عبر المناطق.

قم بتعيين Bucket الهدف: اختر Bucket (backup-bj-backup-bj) المعدة خارج الموقع.

اختيار كائن النسخ: جميع الكائنات: مناسبة لكمية كاملة من الكوارث. حدد حسب البادئة/العلامة: نسخ دليل معين فقط (مثل prod-db-backups/أو user-assets/).

تعيين سياسة وأذونات النسخ: نوع عملية النسخ: حدد "عملية الكتابة (إضافة/تعديل)" و "مزامنة البيانات التاريخية". ما إذا كان سيتم حذف العملية بشكل متزامن: يوصى بالتحقق. إذا تم تشغيل التحكم متعدد الإصدارات ، فإن عملية الحذف ستنشئ فقط DeleteMarker (علامة الحذف) ولن تمسح البيانات فعليًا.

تكوين التشفير: إذا قام المصدر Bucket بتشغيل تشفير SSE-KMS أو SSE-OSS من جانب الخادم ، فيجب عليه تفويض تحويل النص المشفر ونقله أثناء عملية النسخ.

الخطوة 3: مراقبة حالة النسخ مع RTS (النسخ المتماثل في الوقت الحقيقي)

بعد تشغيل نسخ البيانات ، ستعرض وحدة التحكم تقدم المزامنة ومؤشرات التأخير. إذا كان لدى الشركة متطلبات عالية للغاية لـ RTO (هدف وقت الاسترداد) و RPO (هدف نقطة الاسترداد) ،

الموزع العام الدولي لعلي كلاود

قابل للفتح

RTS(Real-Time Replication Speed)

يضمن تسريع الإرسال في الوقت الفعلي أن 99.99 ٪ من الكائنات تكمل المزامنة خارج الموقع في غضون ثوانٍ قليلة.

3. التحكم في الإصدارات المتعددة واستراتيجية النسخ الاحتياطي التلقائي لدورة الحياة

يعمل النسخ عبر الإقليمي على حل مشكلة الاستجابة للكوارث عن بُعد الناتجة عن "الفشل المادي" ، ولكن إذا تم حذف ملف رئيسي عن طريق الخطأ من جانب المصدر ، فإن آلية النسخ ستتزامن عملية الحذف مع Bucket في مكان مختلف. من أجل التعامل مع

الحذف المنطقي والتلاعب بالبيانات

يجب إدخال حماية مزدوجة تجمع بين «التحكم في الإصدارات المتعددة» و«نسخ احتياطي دورة الحياة».

1. آلية التحكم في الإصدارات المتعددة (Versioning)

عند تفعيل التحكم في الإصدارات المتعددة للحاوية:

لا تغطي الكتابة فوق الكائنات (PutObject) البيانات التاريخية ، ولكنها تنشئ معرفًا جديدًا للإصدار.

لن يؤدي حذف الكائنات (DeleteObject) إلى محو البيانات ، ولكنه يضيف DeleteMarker.

فقط من خلال تحديد طلب الحذف لـ VersionId بشكل صريح يمكن محو إصدار تاريخي معين تمامًا.

فتح إصدارات متعددة من خلال Alibaba Cloud CLI / SDK

باش

# تمكين إصدارات متعددة باستخدام أداة سطر الأوامر ossutil

Sossutil bucket

-Versioning-method set: // company-data-main-hz enabled

2. النسخ الاحتياطي التلقائي وتحسين التكاليف استنادًا إلى دورة الحياة

بعد فتح الإصدارات المتعددة ، ستستمر النسخة التاريخية من البيانات الكاملة في التراكم ، مما يؤدي إلى ارتفاع سريع في تكاليف التخزين. من خلال تكوين دورة حياة OSS

قواعد تحويل/حذف الإصدارات السابقة

، يمكن أن يحقق النسخ الاحتياطي وخفض التصنيف الآلي والقضاء عليه.

قالب تصميم قاعدة دورة الحياة (القاعدة الذهبية)

أهداف القاعدة

حالة البيانات

عقدة الوقت

تكوين الإجراء

البيانات الحرارية

الإصدار الحالي

لم تتم الزيارة لمدة 30 يومًا

التحول إلى تخزين الوصول منخفض التردد (IA)

البيانات الباردة

الإصدار الحالي

لم يتم الوصول إليه منذ 180 يومًا

تحويل إلى التخزين المؤرشف (Archive)

الاحتفاظ بالنسخ الاحتياطي

الإصدار التاريخي (Noncurrent Version)

بعد 7 أيام

التحول إلى تخزين الوصول منخفض التردد (IA)

النسخ الاحتياطي العميق

الإصدار التاريخي (Noncurrent Version)

بعد 30 يومًا

تحويل إلى التخزين المؤرشف (Archive)

التنظيف التلقائي

الإصدار التاريخي (Noncurrent Version)

بعد 365 يوما

حذف شامل (بعد استيفاء دورة الاحتفاظ بالامتثال)

تنظيف الحطام

ملفات الحطام (Multipart Upload)

بعد 7 أيام

إلغاء تلقائي للحطام غير المكتمل

خطوات تكوين سياسة دورة الحياة في وحدة التحكم

انتقل إلى صفحة Bucket ، انقر على إدارة البيانات-> إدارة دورة الحياة.

انقر على إنشاء قاعدة.

حدد نطاق تطبيق السياسة دلو تخزين كامل أو بادئة محددة.

تحقق من الإصدار التاريخي (الإصدار التاريخي) التكوين: تعيين عدد أيام الوصول إلى التردد المنخفض: 7 أيام تعيين عدد أيام التخزين: 30 يومًا تعيين عدد أيام حذف الإصدار التاريخي: 365 يومًا

احفظ القواعد ، سيقوم نظام OSS تلقائيًا بتشغيل البيانات المقابلة لاستراتيجية تنظيف المهام والتحويل كل يوم.

4. الحماية المتقدمة: مكافحة العبث (WORM/سياسة الاحتفاظ) وأقفال الامتثال

عند الرد على تهديدات الفدية الخبيثة أو تلبية متطلبات الامتثال العالية (مثل التدقيق المالي ، GDPR ، HIPAA) ، لا تزال استراتيجيات النسخ الاحتياطي العادية معرضة لخطر إفراغ الحسابات عالية الأذونات بشكل ضار. علي سحابة دعم OSS

سياسة الاحتفاظ بـ WORM(Write Once, Read Many)

.

1. تحليل آلية WORM

بعد قفل سياسة الاحتفاظ بـ Bucket ، قبل نهاية فترة الحماية المحددة (على سبيل المثال ، 5 سنوات):

لا يمكن لأي مستخدم (بما في ذلك الحساب الرئيسي لـ Alibaba Cloud RAM Root) حذف أو تغطية الكائن وإصداره التاريخي.

لا يمكن تمرير API بعد قفل استراتيجية الاحتفاظ

أو إلغاء حظر وحدة التحكم مسبقًا لمنع برنامج الفدية والموظفين الداخليين من حذف المكتبة بشكل غير قانوني.

2. مثال على تكوين استراتيجية WORM

باش

الموزع العام الدولي لعلي كلاود

# تكوين 730 يوما (2 سنة) استراتيجية الاحتفاظ غير قابلة للحذف للبرميل

Sossutil retention -- method set oss:// company-data-main-hz 730

# استراتيجية القفل (تحذير: لا رجعة فيه بعد القفل ، لا يمكن رفعه!)

ossutil retention -- method lock oss:// company-data-main-hz

5. أفضل الممارسات لهندسة النسخ الاحتياطي OSS على مستوى المؤسسة checklist

من أجل ضمان الموثوقية المطلقة لهيكل تخزين المؤسسة ، يوصى بالتحقق والتنفيذ وفقًا لـ Checklist التالي:

1. عزل الحساب عن الأذونات (مبدأ الحد الأدنى من الأذونات)

تعطيل oss العالمية لحسابات RAM: * الأذونات.

يوصى بالمصدر والطرف المقصود للنسخ عبر المناطق لفتح نسخة الحساب عبر الحساب. حتى إذا سُرق الحساب الرئيسي ، فلن يتمكن المهاجم من الوصول إلى Bucket خارج الموقع في حساب النسخ الاحتياطي والتلاعب به من خلال الأذونات المصدر.

2. نقل وتشفير

قم بتشغيل تشفير الخادم (SSE-KMS أو SSE-OSS) للتأكد من تشفير البيانات عند الإغلاق الثابت.

التكوين العالمي لـ Bucket Policy ، مما يفرض نقل جميع عمليات الوصول إلى واجهة برمجة التطبيقات عبر HTTPS.

3. ممارسة عملية الاستعادة عن بعد بانتظام

المعنى النهائي للنسخ الاحتياطي هو الاستعادة. يجب على فريق التشغيل والصيانة إنشاء آلية تمرين ربع سنوية لمواجهة الكوارث: محاكاة حظر منطقة Bucket الرئيسية أو انقطاع الاتصال. قم بتشغيل الخطة ، وتعديل اسم المجال OSS Endpoint في رمز التطبيق ، وأشار إلى النسخ الاحتياطي خارج الموقع Bucket. تحقق من سلامة وظيفة قراءة الأعمال والكتابة.

4. تدقيق السجل والتحذيرات غير العادية

قم بتشغيل وظيفة الاستعلام عن سجل OSS في الوقت الفعلي (خدمة سجل SLS).

تكوين تحذير CloudMonitor (مراقبة السحابة): قم بتعيين تحذير من الحد الأدنى لعدد كبير من عمليات DeleteObject أو DeleteMultipleObjects التي تحدث في وقت قصير ، والتقاط سلوك الحذف غير الطبيعي في المرة الأولى.

خاتمة

في البنية السحابية الأصلية الحديثة ، تكون قيمة أمان البيانات أعلى بكثير من قيمة موارد القوة الحسابية. يتم حل النسخ المتماثل عبر المناطق (CRR) المقدم من Alibaba Cloud OSS

البعد المكاني لمشكلة القدرة على مواجهة الكوارث

، تم حل التحكم متعدد الإصدارات وإدارة دورة الحياة

تتبع الإصدار من البعد الزمني وقضايا توازن التكلفة

، تم إنشاء استراتيجية الاحتفاظ WORM والعزل عبر الحسابات

خط الدفاع الأخير ضد الابتزاز والتخريب

.

الفهم الكامل والتكوين المرن لآليات الحماية الأساسية هذه ، وتحويل أمن البيانات من "علاج ما بعد الحدث" إلى "الدفاع المسبق" هو المؤسسة

حجر الزاوية الأساسي لاستقرار الأعمال في السحابة.

الموزع العام الدولي لعلي كلاود