تحليل وظائف Amazon RDS الأساسية لقاعدة بيانات Amazon Cloud RDS
إذا كنت الشخص المسؤول عن التطوير والتشغيل والصيانة الخلفية لشركة ما ، أو كنت قد بدأت للتو مشروعًا تجاريًا ، فيجب أن تكون قد عانيت من الخوف من السيطرة على قاعدة البيانات.
ماذا عن بناء قاعدة البيانات التقليدية ؟ قم بشراء الخادم أولاً ، وقم بتثبيت نظام التشغيل ، وقم بتركيب بيئة الشبكة ، وقم بتنزيل وتثبيت MySQL أو PostgreSQL ، ثم قم بتعديل المعلمات ، وقم بتكرار المضيف والعبد ، وقم بعمل نسخ احتياطية منتظمة ، وقم بتثبيت مكونات إضافية للمراقبة... بعد هذه المجموعة من اللكمات ، يسقط الشعر نصفه أولاً. الشيء الأكثر إثارة للنوم هو: ماذا لو انقطعت الكهرباء عن غرفة الكمبيوتر في الساعة الثالثة صباحًا وانفجر القرص الصلب وفقدت البيانات ؟
لمعالجة هذه النقاط المؤلمة المعذبة ، أطلقت AWS
Amazon RDS
(خدمة قاعدة بيانات Relational ، خدمة قاعدة البيانات العلائقية). اليوم سنستخدم اللغة العامية الكبيرة لنقطع معطفها الغامض لنرى ما هي الوظائف الأساسية لـ "مربية استضافة قاعدة البيانات الأوتوماتيكية بالكامل" وكيف تحرر المبرمجين وتعمل.
ما هو Amazon RDS ؟
ببساطة،
Amazon RDS ليست قاعدة بيانات جديدة ، ولكنها "خدمة تساعد الأشخاص على إدارة قواعد البيانات".
وهو يدعم محركات قواعد البيانات الرئيسية الستة التي تعرفها: MySQL و PostgreSQL و MariaDB و Oracle و SQL Server و AWS التي تم تحسينها خصيصًا للسحابة الأصلية.
باستخدام RDS ، سيتم التعامل مع خادم الأجهزة الأساسي وتصحيحات نظام التشغيل وتثبيت قاعدة البيانات والتكوين الأساسي بواسطة AWS. ما عليك سوى النقر بالماوس على وحدة التحكم أو كتابة بضعة أسطر من البرامج النصية ، ويمكنك الحصول على قاعدة بيانات علائقية عالية قابلة للاستخدام على مستوى المؤسسة في غضون دقائق قليلة. لا تحتاج إلى الاهتمام بعد الآن ما هو نموذج وحدة المعالجة المركزية للخادم ، تحتاج فقط إلى التركيز على شيء واحد:
اكتب عبارات SQL الخاصة بك وقم بعمل جيد في تطوير عملك.
تحليل الوظيفة الأساسية: لماذا يجعل الناس يشعرون بالقلق ؟
السبب في أن Amazon RDS يمكن أن يصبح معيارًا لقاعدة البيانات السحابية يرجع أساسًا إلى أنه أتمتة المشاهد الأساسية والأكثر إيلامًا في التشغيل والصيانة (إمكانية الوصول العالية ، والتوسع ، والنسخ الاحتياطي ، والأمان) بالكامل تقريبًا.
1. منطقة متعددة قابلة للاستخدام (Multi-AZ) عالية: يمكنك أخيرًا النوم جيدًا في الساعة 3 صباحًا
في غرفة الكمبيوتر التقليدية ، من المرهق للغاية القيام بـ "الاستعداد الساخن للآلة المزدوجة". ولكن في RDS ، هذا هو مجرد خيار علامة.
عندما تقوم بتشغيله
نشر Multi-AZ (منطقة متعددة)
، سيقوم RDS تلقائيًا بإنشاء مثالين لقاعدة البيانات في غرفتي كمبيوتر منفصلتين تمامًا (المنطقة القابلة للاستخدام A والمنطقة القابلة للاستخدام B) في نفس المنطقة.
المثال الرئيسي: مسؤول عن كل ما تبذلونه من القراءة والكتابة في عملك.
Standby (Standby): اختبئ بصمت في غرفة كمبيوتر أخرى ، وقم بمزامنة البيانات من المثال الرئيسي في الوقت الفعلي.
أقوى جزء منه هو الفشل التلقائي (Failover).
لنفترض أن غرفة الكمبيوتر A تعرضت فجأة لصواعق وانقطاع التيار الكهربائي أو الضوء
إذا تم قطع الكابل ، فسيجد نظام مراقبة RDS شذوذًا في غضون عشرات الثواني ، ويقوم تلقائيًا بترقية المثيل الاحتياطي إلى المثيل الرئيسي الجديد ، ويشير اسم نطاق الوصول إلى قاعدة البيانات (Endpoint) مباشرة إلى غرفة الكمبيوتر الجديدة. التطبيق الخاص بك لا تحتاج حتى إلى تعديل أي IP اتصال قاعدة البيانات ، تحتاج فقط إلى إعادة محاولة الطلب واستئناف العمل. تسمح هذه القدرة العالية المتاحة للنظام الخاص بك مباشرة بالوفاء بالمعايير المالية لمواجهة الكوارث.
2. Read Replicas: التعامل بسهولة مع الزيادة في حركة المرور "Double Eleven"
مع تطور الأعمال وزيادة عدد المستخدمين ، قد تصبح قاعدة البيانات الخاصة بك أبطأ مثل الحلزون بسبب عدد كبير من الاستعلامات. في هذا الوقت ، وصل أداء خادم واحد إلى عنق الزجاجة.
يوفر RDS وظيفة Read Replicas ، وهي رصاصة فضية لحل المشاهد عالية التزامن "القراءة أكثر والكتابة أقل".
يمكنك استنساخ عدة "نسخ للقراءة فقط" في قاعدة البيانات الرئيسية الخاصة بك بنقرة واحدة.
قاعدة البيانات الرئيسية مسؤولة عن معالجة إضافة البيانات وحذفها (Create ، Update ، Delete) ، ونسخ البيانات بشكل غير متزامن على هذه النسخ.
يمكن للرمز الخاص بك توجيه جميع طلبات الاستعلام (مثل عرض قائمة المنتجات وقراءة معلومات المستخدم) إلى نسخة للقراءة فقط.
من خلال بنية "فصل القراءة والكتابة" هذه ، يتم تحويل الضغط المتراكم في الأصل على قاعدة بيانات واحدة على الفور. والأسوأ من ذلك ، أنه لا يمكن بناء هذه النسخ للقراءة فقط في نفس المدينة فحسب ، بل يمكن أيضًا بناؤها في مناطق أخرى في الخارج (نسخ للقراءة فقط عبر المناطق) ، بحيث يمكن للمستخدمين في الخارج أيضًا قراءة البيانات في ثوانٍ.
3. النسخ الاحتياطي الآلي و "الوقت إلى الوراء": حذف المكتبة عن طريق الخطأ لا تحتاج إلى الاستعداد للركض
ليس من غير المألوف أن يحذف المبرمجون عن طريق الخطأ قاعدة بيانات بيئة الإنتاج. في عالم RDS ، لم يعد هذا الخطأ المنخفض المستوى هو نهاية الحياة المهنية.
يحتوي RDS على آلية نسخ احتياطي غير طبيعية للغاية:
النسخ الاحتياطي الكامل التلقائي اليومي: خلال فترة الذروة المنخفضة لعملك المحدد ، يلتقط النظام تلقائيًا "صورة لكامل الجسم" (لقطة) لقاعدة البيانات كل يوم.
النسخ الاحتياطي للسجل المستمر: يلتقط RDS سجلات المعاملات الخاصة بك في أي وقت.
بناءً على هاتين النقطتين ، يحقق RDS استدعاء
"استئناف في أي وقت قبل انتهاء الصلاحية" (Point-in-Time Recovery)
وظيفة. يمكنك استعادة قاعدة البيانات الخاصة بك فقط خلال فترة الاحتفاظ بنسخة احتياطية (حتى 35 يوما)
أي حالة في الـ 35 يومًا الماضية
.
على سبيل المثال ، إذا قمت بطريق الخطأ في الساعة 3:00 مساءً يوم 27 مايو 2026
(ديليتي)
البيان ، يمكنك اختيار استعادة قاعدة البيانات إلى 2:59:59 مساءً على وحدة التحكم. يقوم RDS تلقائيًا بإنشاء مثيل جديد تمامًا لقاعدة البيانات ، مليء بالبيانات في تلك النقطة الزمنية الدقيقة.
4. التلسكوب المرن: اضبط التكوين مثل صنبور
في البيئة التقليدية ، يعد ترقية تكوين قاعدة البيانات معركة صعبة. تحتاج إلى شراء ذاكرة جديدة ، ومحركات أقراص ثابتة جديدة
، ثم توقف ، ونقل البيانات ، وانهار النظام دون أن ينتبه.
وفي Amazon RDS ، تكون موارد الأجهزة "مرنة".
ترقية موارد الحوسبة: اليوم هو خارج الموسم ، فأنت تستخدم مثالًا صغيرًا من 2 نواة 4G ؛ في الشهر المقبل ، يمكنك تغيير التكوين إلى 16 نواة 64G في وحدة التحكم. انقر فوق للتأكد ، النظام سيكون بعد تبديل قصير. أكمل الترقية.
التوسع التلقائي لمساحة التخزين: في الماضي ، كنت أكثر خوفًا من امتلاء القرص الصلب والتسبب في تعليق قاعدة البيانات. يدعم RDS "التمدد التلقائي لمساحة التخزين". عندما يجد أن المساحة المتبقية أقل من 10 ٪ ، فإنه سيوسع تلقائيًا سعة القرص الصلب في الخلفية. العملية برمتها غير مرغبة تمامًا بالعمل ، ولا داعي حتى للقلق بشأن متى يكبر.
مبتدئ تجنب الحفرة: دليل الحقيقة الكبير باستخدام RDS
على الرغم من أن RDS قوي ، إلا أنه ليس سحريًا ، وهناك بعض الحفر التي يسهل على المبتدئ استخدامها ، وهنا تمنحك تطعيمًا مبكرًا:
لا يحتوي على أذونات الجذر (مستوى النظام): يعني استخدام RDS أنه لا يمكنك تسجيل الدخول إلى الخادم الذي توجد فيه قاعدة البيانات من خلال SSH ، ولا يمكنك الحصول على أذونات المسؤول الفائق لقاعدة البيانات. إذا كان عليك تعديل معلمة نواة أساسية معينة في الجزء السفلي من نظام التشغيل ، أو تثبيت بعض المكونات الإضافية المحلية الغريبة من طرف ثالث على الخادم ، فقد لا يكون RDS مناسبًا لك (عليك الذهاب إلى EC2 لتركيب قاعدة البيانات الخاصة بك). وضع RDS هو: التضحية بجزء من الحرية القصوى مقابل راحة البال القصوى.
لا يتم استخدام Multi-AZ لتحسين الأداء: يعتقد الكثير من الناس خطأً أن قاعدة بيانات Multi-AZ ستصبح أسرع. على العكس من ذلك ، نظرًا لأن المكتبة الرئيسية تحتاج إلى كتابة البيانات بشكل متزامن إلى مستودع غرفة الكمبيوتر الأخرى في الوقت الفعلي ، نظرًا للقيود المادية لنقل الشبكة ، سيزداد تأخير كتابة البيانات قليلاً. يتم استخدامه لإنقاذ الحياة (عالية المتاحة) ، وليس لتسريع (الأداء العالي). للإسراع ، يرجى فتح نسخة للقراءة فقط.
انتبه إلى مجموعة أمان الشبكة (مجموعات الأمان): لقد قمت للتو ببناء RDS ووجدت أنه غير قادر على الاتصال ؟ 99 ٪ من السبب هو أن فريق الأمان لم يكن جيدًا. بشكل افتراضي ، RDS يرفض أي اتصال أجنبي. يجب عليك الإفراج بوضوح عن عنوان IP الذي يسمح لك بالوصول إليه أو الشبكة الخاصة (VPC) حيث يوجد الخادم في مجموعة أمان AWS ، وفتح المنفذ المقابل (مثل MySQL 3306) حتى يتمكن البرنامج من التحدث إليه بسلاسة.
خاتمة
إذا قارنت قاعدة البيانات المبنية ذاتيًا بـ "شراء الأرض ، وحمل الطوب ، وبناء منزل بنفسك" ، فإن Amazon RDS هي "شقة عالية الجودة ومدارة بالكامل". أنت تدفع مقابل الانتقال ، ويتم التعامل مع جميع ممتلكات المياه والكهرباء والأمن والتنظيف من أجلك ، تحتاج فقط إلى التركيز على الاستمتاع بالحياة (أعمال التطوير).
على الرغم من أن سعر RDS يبدو أغلى قليلاً من مجرد شراء خادم سحابة (EC2) من نفس التكوين ، إذا كنت تنفق على النسخ الاحتياطي ، والتسامح مع الكوارث ، والمراقبة
القوى العاملة
تكلفة الوقت
، وما قد يجلبه تعطل النظام
الخسائر التجارية
بما في ذلك ، فإن RDS هو بالتأكيد الخيار الأكثر فعالية من حيث التكلفة والحكمة للمؤسسات الحديثة.
