شراء حساب سحابة AWS Amazon: الدليل الكامل للتوسع السلس للقرص الصلب السحابي Amazon EBS والنسخ الاحتياطي للقطات!

في بنية تكنولوجيا المعلومات للمؤسسات التي تهيمن عليها الحوسبة السحابية ،

مرونة وأمن تخزين البيانات

إنه دائمًا مفتاح نجاح أو فشل العمل. بصفتي مهندس معماري للحوسبة السحابية الذي كان يتعامل مع العديد من البنى وقواعد البيانات السحابية لسنوات عديدة ، وهو أيضًا مدون رئيسي لمحطات SEO الذي يحسب زيارات الموقع المستقل ومعدلات التحويل كل يوم ، فأنا أعلم أنه عندما يكون هناك زيادة مفاجئة في حركة المرور على موقع الويب أو سجل قاعدة البيانات عندما ينفجر القرص ، فإن القلق "قد ينهار النظام في أي وقت".

عندما تواجه بنية تكنولوجيا المعلومات التقليدية مساحة قرص غير كافية ، فإنها غالبًا ما تحتاج إلى المرور بالعملية المرهقة المتمثلة في "التوقف عن العمل ، وتركيب أقراص جديدة ، ونسخ البيانات ، وإعادة التحميل". وهذا ينطبق على الأعمال الحديثة التي تعتمد بشكل كبير على التوافر عبر الإنترنت (مثل محطات التجارة الإلكترونية المستقلة ومنصات SaaS) ومواقع SEO التي تقدر الزحف بواسطة محركات البحث ، إنها كارثة بلا شك.

لحسن الحظ ، تقدم AWS

القرص الصلب السحابي Amazon EBS(Elastic Block Store)

لديها مجموعة قوية للغاية من آليات "التوسع السلس" و "النسخ الاحتياطي لللقطة". في هذه المقالة ، سأضع على الأرض من الاختيار المهني للمهندسين المعماريين ، والصيانة اليومية لمشرفي المواقع ، وكيفية استخدامها

حسابات سحابة الأمازون

إدارة الأصول والأبعاد الأخرى بشكل آمن ومتوافق ، وسوف تقدم لك دليلًا عمليًا متعمقًا له حقًا أهمية إرشادية لبيئة الإنتاج.

1. القاعدة الأساسية: فهم Amazon EBS Elastic Volumes (حجم مرن)

قبل القيام بذلك ، دعونا نلقي نظرة على تقنية سوداء في الطابق السفلي من AWS. اليوم في عام 2026 ، AWS

Elastic Volumes

لقد تطورت الوظيفة بشكل ناضج للغاية ، وقد كسرت تمامًا قيود "تعديل التخزين ويجب إغلاقه".

من خلال تقنية Elastic Volumes ، يمكن للمهندس المعماري زيادة حجم وحدة التحكم بشكل ديناميكي وتغيير نوع وحدة التخزين مباشرة على وحدة التحكم AWS (على سبيل المثال ، من الإصدار القديم

Gp2

الترقية إلى أكثر فعالية من حيث التكلفة

Gp3

) ، أو ضبط أداء I/O ، في حين

لا حاجة لقطع تحميل المجلد المفتوح ، ولا حاجة لإعادة تشغيل مثيلات EC2

.

أحدث مكافأة معمارية: وفقًا لأحدث ترقية AWS ، ألغت EBS حد انتظار التبريد لمدة تصل إلى 6 ساعات بعد تعديل المجلد في الماضي. الآن ، طالما تم الانتهاء من التعديل السابق ، يمكنك تنفيذ ما يصل إلى 4 تعديلات على المجلد في نافذة التمرير على مدار 24 ساعة. هذا يحسن بشكل كبير من حساسية الشركات للاستجابة للطوارئ في مواجهة سيل البيانات غير المعروف المفاجئ.

2. التدريبات القتالية الفعلية: Amazon EBS بدون توقف ، التوسع عبر الإنترنت بخطوتين

توسيع EBS هو عملية "توسيع الحدود المادية أولاً ، ثم توسيع نظام الملفات". يمكن إكمال العملية بأكملها عندما تعمل مثيلات EC2 بشكل طبيعي.

الخطوة الأولى: تعديل حجم وحدة التحكم (أو CLI)

قم بتسجيل الدخول إلى حساب Amazon Cloud الخاص بك وادخل إلى وحدة التحكم Amazon EC2.

في شريط التنقل الأيسر ، حدد التخزين-> حجم (المجلد).

اختر

وحدة تخزين EBS التي تحتاج إلى توسيع ، انقر فوق الإجراءات-> تعديل المجلد (تعديل المجلد).

أدخل الحجم الجديد الذي تتوقعه (ملاحظة: يدعم EBS التوسع فقط ، وليس الانكماش المباشر). انقر على "تعديل" عند الانتهاء من التعديل.

في هذا الوقت ، ستصبح حالة المجلد

Modifying

(قيد التعديل) ، يصبح بعد لحظة

Optimizing

(في التحسين).

بمجرد الدخول في حالة optimizing ، تكون المساحة المضافة حديثًا مرئية بالفعل لمثيلات EC2

في هذا الوقت ، لا تتأثر قراءة وكتابة المثال على الإطلاق.

الخطوة الثانية: توسيع نظام الملفات داخل نظام التشغيل (مثال Linux)

التعديل في وحدة التحكم AWS لا يكفي ، يجب عليك جعل EC2 داخل نظام Linux أو Windows يتعرف على هذا الجزء من المساحة الجديدة والاستفادة منها. نأخذ نظام Linux الأكثر شيوعًا كمثال:

1. تحقق من حالة تقسيم القرص: قم بتشغيل lsblk لتأكيد المساحة المادية.

استخدام

Lsblk

الأمر ينظر إلى القرص. ستجد المجلدات المادية (مثل

/ديف/xvda

) تحولت إلى حجم جديد ، ولكن القسم أعلاه (مثل

/ديف/xvda1

) ونظام الملفات لا يزال حجم القديم.

2. توسيع حدود التقسيم: استخدم الأمر growpart.

استخدم الأمر إذا كان القرص يحتوي على قسم

Sudo growpart /dev/xvda 1

(لاحظ وجود مسافة بين اسم الجهاز ورمز المنطقة الفرعي) ، ادفع الحدود المادية للقسم إلى الحد الأقصى.

3. توسيع نظام الملفات: حدد الأوامر وفقًا لنوع نظام الملفات.

استخدم أولاً

Df-T

تأكيد نوع نظام الملفات الخاص بك. إذا كان الأمر كذلك

Ext4

، تشغيل

Sudo resize2fs /dev/xvda1

؛ إذا كان كذلك

XFS

، ثم تشغيل

Sudo xfs_growfs -d/

.

4. التحقق من نتائج التوسع: تشغيل df -h للتأكيد.

تشغيل مرة أخرى

Df-h

، سترى نقاط التحميل (مثل الجذر

/

) زادت المساحة المتاحة بشكل مثالي ، ولا يوجد تصور للعمل بأكمله.

3. خندق البيانات: تصميم معماري متقدم للنسخ الاحتياطي لقطعة Amazon EBS

على الرغم من أن التوسع آمن ، في بيئة الإنتاج ، يجب عمل نسخة احتياطية قبل تشغيل أي قرص متنقل. لقطة EBS (Snapshot) هي تقنية نسخ احتياطي تدريجية تعتمد على Amazon S3. يمكن أن يساعد فهم منطقها الأساسي الشركات على توفير تكاليف تخزين ضخمة.

1. النسخ الاحتياطي الإضافي ونسخ وقت الكتابة (Copy-on-Write)

عند إنشاء اللقطة الأولى (Snapshot 1) لمجلد EBS سعة 100 جيجابايت ، ستقوم AWS بنسخ الكمية الكاملة من البيانات إلى S3. عندما تقوم بإنشاء لقطة ثانية (Snapshot 2) في اليوم التالي ،

سيتم حفظ AWS فقط من Sn

كتل البيانات التي تغيرت منذ apshot 1

.

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

[EBS Snapshot lifecycle and block-level modification workflow]

2. النسخ الاحتياطي التلقائي بالكامل باستخدام إدارة دورة الحياة على مستوى المؤسسة (DLM)

لا يعتمد مهندسو الذكاء الاصطناعي الممتازون بأي حال من الأحوال على النسخ الاحتياطي اليدوي. في الخاص بك

حساب أمازون السحابي

في ، يوصى بشدة بفتحه

Amazon Data Lifecycle Manager (Lifecycle Manager)

.

الأبعاد الاستراتيجية

التكوين الموصى به لبيئة الإنتاج (التجارة الإلكترونية/SaaS)

مدونة تقنية/تكوين مشرف موقع تحديث التردد المنخفض

تردد النسخ الاحتياطي

إنشاء لقطة تلقائيًا كل 12 ساعة

إنشاء كل 24 ساعة (فترة الذروة المنخفضة في الصباح الباكر)

استراتيجية الاحتفاظ

احتفظ بلقطات من آخر 14 يومًا (تلبية التراجع قصير المدى)

حافظ على لقطات من الأيام السبعة الماضية

النسخ عبر المناطق

افتح. نسخ لقطة تلقائيا إلى منطقة AWS أخرى

مغلق. البقاء في المنطقة المحلية لتوفير التكاليف

الغرض الأساسي

منع الكوارث الشديدة والفدية والفشل على مستوى المنطقة المتاحة

منع سوء التشغيل والتلاعب بالمتسللين وفشل نشر الكود

4. كلمات خاصة لمشرفي المواقع الذين يتقنون SEO: لا تدع بنية التخزين تسحب وزن موقع الويب الخاص بك

بصفتي مدون رئيسي يتقن تحسين محركات البحث ، يجب أن أذكرك لماذا يجب أن تولي اهتمامًا لتوسيع EBS واختيار نوع المجلد من منظور حركة المرور على موقع الويب والزواحف:

تجنب كارثة SEO الناتجة عن "قرص كامل 100 ٪": إذا كان قرص الخادم ممتلئًا ، فسيبلغ Nginx مباشرة عن 500 Internal Server Error ، أو يتسبب في قفل قاعدة بيانات MySQL. بمجرد أن يزحف Googlebot (Google Spider) بشكل متكرر إلى موقع الويب الخاص بك في هذا الوقت ويجد أن الخط بأكمله يتعطل ، فإنه سيقلل بسرعة من ميزانية الزحف إلى موقع الويب الخاص بك (Crawl Budget). في غضون أيام قليلة ، يمكن أن يكون ترتيب الكلمات الرئيسية الأساسية الخاصة بك منحدر زلق مدمر. باستخدام التوسع الديناميكي لـ EBS ، فإن توسيع المستوى الثاني عبر الإنترنت عندما يصل تحذير القرص إلى 80 دولارًا أمريكيًا ، هو الحد الأدنى الثابت للحفاظ على وزن SEO.

تخلص من gp2 تمامًا واحتضن حجم مثيل gp3: لا يزال العديد من حسابات Amazon السحابية لمشرفي المواقع تعمل على حجم gp2 الذي تم إنشاؤه منذ سنوات عديدة. يرتبط IOPS من gp2 بسعة القرص (مساحة الشراء كبيرة ، والسرعة سريعة فقط). يحقق الجيل الجديد من gp3 فصلًا بين الأداء والسعة ، حيث يأتي بمعدل 3000 IOPS و 125 ميجابايت/ثانية افتراضيًا ، وسعر الوحدة لكل جيجابايت أرخص بمقدار 20 دولارًا لكل جيجابايت. أسرع I

يعني OPS وقت استجابة أقل لصفحات الويب (TTFB) ، وهو أمر مفيد بشكل مباشر لأداء Google Core Web Vitals (مؤشرات الويب الأساسية) ويمكن أن يحسن بشكل كبير ترتيب البحث الطبيعي الخاص بك.

5. إدارة الأصول والأمن: اللوائح العسكرية الأمنية على "حسابات أمازون السحابية"

عند التعامل بشكل متكرر مع العمليات عالية الخطورة مثل توسيع EBS واستعادة اللقطة ،

حساب أمازون السحابي

يحدد الأمن في حد ذاته حياة وموت الأصول الرقمية للمؤسسة بأكملها. بصفتي مهندس معماري للحوسبة السحابية ، أقدم "اللوائح العسكرية الأمنية" الثلاثة التالية التي لا يمكن التغلب عليها:

يُمنع منعًا باتًا تسجيل الدخول المباشر إلى عملية حساب Root: عند تسجيل الدخول إلى وحدة التحكم في الحساب السحابي من Amazon لإدارة CVM و EBS يوميًا ، لا تستخدم مباشرة صندوق البريد الرئيسي عند شراء الحساب. من خلال AWS IAM(Identity and Access Management) ، يجب عليك إنشاء مستخدم IAM مع مبدأ الحد الأدنى من الأذونات لمهندسي التشغيل والصيانة أو بنفسك ، ويجب فتح MFA (المصادقة متعددة العوامل).

تشفير اللقطة ضد التسرب: عند إنشاء حجم EBS أو لقطة ، تأكد من وضع علامة على تشفير KMS (خدمة إدارة Key). حتى إذا تمت مشاركة اللقطة بشكل ضار أو غير متصل بسبب خرق أذونات الحساب ، فلن يتمكن المتسللون من قراءة أي من البيانات دون ملكية مفتاح KMS.

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

سادساً-الملخص

في النصف الثاني من الحوسبة السحابية ، كانت استمرارية العمل شريان الحياة. من خلال آلية Elastic Volumes الرائعة وتقنية اللقطات الإضافية الفعالة ، تمنح Amazon EBS المهندسين المعماريين ومشرفي المواقع القدرة على الاستجابة بهدوء لنمو البيانات والامتثال للأمان دون التأثير على بيئة الإنتاج.

العملية البراغماتية والمكررة هي دورة إلزامية لكل فني في هذا العصر. الآن ، يمكنك تسجيل الدخول الآن

حساب أمازون السحابي

، تحقق مما إذا كان نوع مجلد EC2 الخاص بك قد تم تحسينه

جي بي 3

ما إذا كانت إدارة دورة الحياة الخاصة بك (DLM) تحرس بأمانة البيانات الخاصة بك. دع البنية التحتية السحابية الاحترافية تكون أقوى دعمك ، بحيث يمكنك استثمار المزيد من الطاقة في نمو الأعمال وتحقيق حركة المرور.