إصدارات S3 وحذف MFA والنسخ المتماثل

يتيح لك S3 Versioning الاحتفاظ بكل إصدار من كل كائن مخزن في الحاوية واسترجاعه واستعادته. عند تفعيل إصدار الإصدارات، ينشئ كل طلب PUT إصدارًا جديدًا له معرّف إصدار فريد؛ ويُحتفَظ بالإصدار القديم ولا يُستبدل. وإذا حُذف كائن، يضيف S3 علامة حذف باعتبارها الإصدار الحالي، لكنه يحتفظ بجميع الإصدارات السابقة. يحمي ذلك من عمليات الاستبدال غير المقصودة والحذف غير المقصود وتلف البيانات غير المتعمد على مستوى التطبيق، وهي أكثر سيناريوهات فقدان البيانات شيوعًا في بيئات الإنتاج.

يمكن أن تكون حاوية S3 في إحدى ثلاث حالات لإصدار الإصدارات: غير مفعّل (افتراضيًا، دون معرّفات إصدارات)، أو مفعّل (تحصل كل الكائنات الجديدة على معرّفات إصدارات فريدة، وينشئ كل استبدال إصدارًا جديدًا)، أو معلّق (تحصل الكائنات الجديدة على معرّف إصدار فارغ، لكن تُحتفَظ بالإصدارات الموجودة). لا يمكنك حذف إصدار الإصدارات بعد تفعيله، بل يمكنك فقط تعليقه. تحمل الكائنات التي أُنشئت قبل تفعيل إصدار الإصدارات معرّف إصدار null ولا تتأثر حتى تُستبدل أو تُحذف.

لاستعادة إصدار أقدم من كائن ذي إصدارات، لديك خياران. الخيار 1: انسخ معرّف الإصدار الأقدم إلى المفتاح نفسه؛ يؤدي ذلك إلى إنشاء إصدار جديد يمثل نسخة من المحتوى الأقدم، فيصبح هو الإصدار الحالي. الخيار 2: احذف الإصدار الحالي أو علامة الحذف لإظهار الإصدار السابق باعتباره الحالي. عندما «تحذف» كائنًا في حاوية مفعّل فيها إصدار الإصدارات عبر وحدة التحكم دون تحديد معرّف إصدار، يضيف S3 علامة حذف؛ فيبدو الكائن محذوفًا للطلبات التي لا تحدد إصدارًا، لكن جميع الإصدارات تبقى موجودة.

تضيف MFA Delete طبقة ثانية من الحماية للحاويات ذات الإصدارات. عند تفعيلها، يتطلب حذف إصدار محدد نهائيًا أو تغيير حالة إصدار الإصدارات للحاوية، من مفعّل إلى معلّق، تقديم بيانات اعتماد MFA صالحة في طلب API. ويحمي ذلك من مهاجم اخترق بيانات اعتماد AWS الخاصة بك وحذف الإصدارات المهمة نهائيًا، ومن الحذف العرضي أو المؤتمت لإصدارات الكائنات المثبتة، ومن التهديدات الداخلية التي تحاول تدمير سجلات التدقيق. لا يمكن تفعيل MFA Delete وتعطيلها إلا بواسطة المستخدم الجذر عبر CLI.

يفرض S3 Object Lock نموذج الكتابة مرة واحدة والقراءة مرات متعددة (WORM) للامتثال التنظيمي. لا يمكن حذف الكائنات المقفلة باستخدام Object Lock أو استبدالها خلال فترة الاحتفاظ المحددة، حتى بواسطة المستخدم الجذر للحساب. يوجد وضعان: وضع الحوكمة، حيث يمكن للمستخدمين ذوي الأذونات الخاصة تجاوز القفل أو إزالته؛ ووضع الامتثال، حيث لا يمكن لأي شخص، ولا حتى AWS، حذف الكائن خلال فترة الاحتفاظ، وهو أقوى درجات الحماية. يجب تفعيل Object Lock عند إنشاء الحاوية، ويتطلب إصدار الإصدارات.

يقوم النسخ المتماثل بين المناطق (CRR) تلقائيًا بنسخ الكائنات الجديدة والتحديثات من حاوية مصدر في منطقة إلى حاوية وجهة في منطقة مختلفة. من حالات الاستخدام: الامتثال، للاحتفاظ بنسخة من البيانات في بلد محدد؛ والتعافي من الكوارث، لتقليل RPO للبيانات الحرجة عبر الاحتفاظ بنسخة في منطقة ثانية؛ وتقليل زمن الاستجابة، لعرض الكائنات من المنطقة الأقرب إلى المستخدمين. يتطلب CRR تفعيل إصدار الإصدارات في حاويتَي المصدر والوجهة، ودور IAM يمتلك أذونات النسخ المتماثل اللازمة.

ينسخ النسخ المتماثل ضمن المنطقة نفسها (SRR) الكائنات داخل المنطقة ذاتها. من حالات الاستخدام: تجميع السجلات، لنسخ السجلات من عدة حاويات مصدر إلى حاوية مركزية واحدة؛ ومزامنة بيئة الاختبار، للاحتفاظ بنسخة من بيانات الإنتاج في حاوية تطوير ضمن المنطقة نفسها؛ والامتثال لسيادة البيانات داخل بلد واحد يضم عدة مناطق توافر AWS. ومثل CRR، يتطلب SRR إصدار الإصدارات في كلتا الحاويتين ودور IAM. لا تُنسخ تلقائيًا إلا الكائنات الجديدة التي أُنشئت بعد تفعيل النسخ المتماثل؛ استخدم S3 Batch Replication لنسخ الكائنات الموجودة مسبقًا.

يقوم النسخ المتماثل في S3 بنسخ: الكائنات الجديدة والبيانات الوصفية والعلامات وقوائم ACL وحالة التشفير. افتراضيًا، لا ينسخ النسخ المتماثل: الكائنات التي كانت موجودة قبل تفعيل النسخ المتماثل، فاستخدم S3 Batch Replication لها؛ وعلامات الحذف، إلا إذا فعّلت Delete Marker Replication؛ والكائنات في Glacier، إذ لا يمكن نسخها متماثلًا ويجب استعادتها أولًا؛ والكائنات المنسوخة متماثلًا، إذ لا يوجد نسخ متماثل متسلسل بين ثلاث حاويات. يُعد فهم هذه الحدود مهمًا لتصميم استراتيجيات DR متكاملة تحتاج فيها البيانات التاريخية وأحداث الحذف أيضًا إلى النسخ المتماثل.

تُعد Replication Time Control (RTC) إضافة اختيارية لـ CRR توفر اتفاقية مستوى خدمة: إذ يُنسخ 99.99% من الكائنات خلال 15 دقيقة، مع مقاييس النسخ المتماثل وإشعارات في CloudWatch. من دون RTC، لا توجد ضمانة زمنية للنسخ المتماثل؛ إذ تُنسخ معظم الكائنات بسرعة، لكن الحالات الشاذة قد تستغرق ساعات. تُعد RTC ضرورية عندما تحدد متطلبات DR أو الامتثال لديك حدًا أقصى لهدف نقطة الاستعادة (RPO) للبيانات في S3. وتضيف رسوم نسخ متماثل لكل GB بالإضافة إلى تكلفة نقل بيانات النسخ المتماثل القياسية.

يؤدي تفعيل ميزة الإصدارات إلى زيادة تكاليف التخزين، لأن S3 يحتفظ بكل إصدار من كل كائن إلى أن يتم حذفه صراحةً. فإذا تم استبدال ملف حجمه 100 MB عشر مرات، فسيستهلك الآن 1,000 MB من مساحة التخزين. يمكن الحد من ذلك باستخدام قواعد دورة الحياة التي تُنهي تلقائيًا الإصدارات غير الحالية بعد عدد محدد من الأيام، مثل حذف الإصدارات غير الحالية الأقدم من 30 يومًا، أو نقل الإصدارات غير الحالية إلى فئات تخزين أقل تكلفة مثل Glacier. احرص دائمًا على الجمع بين ميزة الإصدارات وقواعد دورة الحياة للتحكم في تكاليف التخزين في بيئات الإنتاج.

يوفر الجمع بين ميزة إصدارات S3 وObject Lock (وضع Compliance) حماية قوية من برمجيات الفدية. فإذا قام مهاجم بتشفير كائناتك أو حذفها، تضمن ميزة الإصدارات الاحتفاظ بالإصدارات السابقة، ما لم يحذفها المهاجم نهائيًا، ولهذا يمنع Object Lock الحذف النهائي خلال فترة الاحتفاظ. ولتحقيق أقصى حماية: فعّل ميزة الإصدارات، وفعّل MFA Delete، وطبّق Object Lock في وضع Compliance على البيانات الحساسة، وانسخ البيانات إلى Region ثانية باستخدام بيانات اعتماد IAM منفصلة لمنع اختراق حساب واحد من تدمير جميع النسخ.

اختبر مدى فهمك لمفاهيم AWS Solutions Architect (SAA-C03) الواردة في هذا الدرس.

تعلمت في هذا الدرس أن: ميزة الإصدارات تحفظ جميع إصدارات كل كائن وتحمي من الحذف غير المقصود، وأن MFA Delete وObject Lock يوفران ثباتًا إضافيًا للبيانات من أجل الامتثال والحماية من برمجيات الفدية، وأن CRR وSRR ينسخان الكائنات إلى حاويات أخرى لتلبية متطلبات التعافي من الكوارث والامتثال. سنستكشف بعد ذلك فئات تخزين S3 وسياسات دورة الحياة لتحسين التكاليف.