EBS هي خدمة تخزين جماعي تقدمها AWS. إذا كنت تشغل مثيل EC2 ، فأنت تستخدمه بالتأكيد ، حيث يعمل كقرص تخزين لخادمك. ومع ذلك ، فهو ليس في مأمن من الفشل ، ولا يزال يتعين عليك عمل نسخ احتياطية بشكل منتظم.
"التسامح مع الخطأ" لا يعني الأمان
بالطبع ، EBS متسامح إلى حد ما مع الخطأ في الواجهة الخلفية. AWS ليست مجموعة من المتوحشين الذين يديرون مصفوفة JBOD ؛ لقد خططوا لفشل محرك أقراص واحد ، لذلك لن يؤدي محرك أقراص خاطئ واحد إلى تدمير خادمك.
ومع ذلك ، يمكن أن تحدث حالات فشل نظام الفرامل ذات التحكم الإلكتروني (EBS) ، حيث أن أحجام EBS لها معدل فشل سنوي (AFR) يتراوح بين 0.1٪ -0.2٪. هذا ليس كثيرًا ، وهو منخفض جدًا مقارنة بمحرك أقراص ثابت واحد بنسبة 4٪ تقريبًا ، ولكنه ليس شيئًا. ليس من المحتمل أن يكون حجم EBS الخاص بك قد فشل عليك ، ولكن إذا كنت تقوم بتشغيل الكثير منها ، فهناك احتمال أن تواجه بعض المشكلات هنا وهناك.
الإصلاح السهل ، بالطبع ، هو عمل نسخ احتياطية. يوفر EBS أداة رائعة لميزة اللقطة هذه. يمكنك إنشاء لقطة ، والتي تعمل كنسخة احتياطية مخزنة في S3 ، وهي أكثر متانة. في حالة فشل نظام EBS ، يمكنك الاستعادة من النسخة الاحتياطية. لست مضطرًا إلى أتمتة هذا بنفسك ، حيث يمكن لـ EBS Lifecycle Manager التعامل معها نيابةً عنك ، ولكن لا يتم تمكينها افتراضيًا. ستحتاج بالطبع إلى دفع تكاليف التخزين الإضافية المرتبطة بتخزين البيانات في S3 ، لكنها أرخص من EBS.
لا تحاول AWS إخفاء هذه الحقيقة ، وتوصي بإجراء نسخ احتياطية منتظمة للقطات. سيوصي معظم الأشخاص أيضًا بإجراء نسخ احتياطية بشكل عام ، ولكن من السهل الانغماس في سحر السحابة ونسيان هذه الحقيقة.في نهاية المطاف ، إنه مجرد جهاز كمبيوتر لشخص آخر ، ويمكن أن يفشل مثل أي جهاز آخر. مثال صارخ على ذلك في سبتمبر 2019 ، عندما تعرض مركز بيانات AWS US-EAST-1 لانقطاع التيار الكهربائي وفشل في المولد ، مما أدى إلى إخراج خوادم EBS والبيانات معها.
الدافع الأساسي وراء البنية عالية التوفر والحوسبة السحابية بشكل عام هو التأكد من أنه عندما تحدث حالات فشل معزولة حتمًا ، لا يؤدي ذلك إلى تعطيل التطبيق بالكامل. لا يزال يتعين عليك اتخاذ خطوات لمنع الأعطال في المقام الأول ، ولكن في بعض الأحيان ، كما هو الحال مع محركات الأقراص الثابتة ، تكون هذه مشكلة في الجهاز ، وليست شيئًا يمكنك إصلاحه باستخدام الكود.
S3 ، من ناحية أخرى ، آمن للغاية ، مع 99.999999999٪ من المتانة (أي أحد عشر تسعة). إذا قمت بتخزين 1000000 عنصر في S3 ، فيمكنك في المتوسط أن تتوقع خسارة عنصر واحد مرة كل 10000 عام. هذا لأنه على عكس EBS ، يتم نسخ S3 بالكامل عبر ما لا يقل عن ثلاث مناطق توفر ، ويتم مراقبتها باستمرار بحثًا عن حالات فشل محرك الأقراص داخل كل منطقة.حتى إذا اشتعلت النيران في مركز البيانات بالكامل ، فيجب أن تظل حاويات S3 واللقطات الموجودة بها آمنة.
كيف تعمل لقطات EBS؟
لقطات EBS هي نسخ احتياطي تزايدي. ستخزن كل نسخة احتياطية لاحقة البيانات التي تم تغييرها فقط ، لذلك لن تكلفك تكاليف التخزين المجنونة عند إجراء لقطات منتظمة.
تشغيلها بسيط إلى حد ما. من وحدة تحكم EC2 ، توجه إلى Elastic Block Store > Lifecycle Manager في الشريط الجانبي ، وأنشئ سياسة جديدة.
Lifecycle Manager لإنشاء سياسة جديدة. "/ >
ستحتاج إلى تحديد علامة لتطبيق هذه السياسة عليها. يمكن أن يكون هذا اسم وحدة تخزين EBS واحدة ، أو علامة شاملة تنطبق على كل شيء.
يمكنك تعيين الجدول الزمني لهذه السياسة بالإضافة إلى سياسة الاحتفاظ باللقطات. لا تحتاج عادةً إلى الاحتفاظ بنسخ احتياطية ممتدة ، لذا فإن حفنة منها اعتمادًا على تكرار اللقطة يجب أن تكون جيدة.
إذا كنت جادًا بشأن التوفر العالي ، فيمكنك أيضًا تمكين Fast Snapshot Restore ، مما يجعل الاستعادة فورية تمامًا. ومع ذلك ، فهو مكلف للغاية ، لذلك هذا ليس شيئًا يجب على الجميع تمكينه.
