مشاركة عبر

النسخ المتماثل الجغرافي في قاعدة بيانات Azure ل PostgreSQL

يمكن إنشاء نسخة متماثلة للقراءة في نفس المنطقة مثل الخادم الأساسي أو في منطقة جغرافية مختلفة. يمكن أن يكون النسخ المتماثل الجغرافي مفيدا لسيناريوهات مثل تخطيط التعافي من الكوارث أو تقريب البيانات من المستخدمين.

يمكن أن يكون لديك خادم أساسي في أي منطقة خدمة خادم مرنة لقاعدة بيانات Azure ل PostgreSQL. يمكن أن يحتوي الخادم الأساسي أيضا على نسخ متماثلة في أي منطقة عمومية من Azure تدعم قاعدة بيانات Azure لمثيلات خادم PostgreSQL المرنة. بالإضافة إلى ذلك، ندعم أيضا المناطق الخاصة Azure Government وMicrosoft Azure التي تديرها 21Vianet.

المناطق المقترنة لأغراض التعافي من الكوارث

في حين أن إنشاء النسخ المتماثلة في أي منطقة مدعومة ممكن، هناك فوائد ملحوظة لاختيار النسخ المتماثلة في مناطق مقترنة، خاصة عند التصميم لأغراض التعافي من الكوارث:

  • تسلسل استرداد المنطقة: في الانقطاع على مستوى الجغرافيا، يتم إعطاء الأولوية لاستعادة منطقة واحدة من كل مجموعة مقترنة، ما يضمن أن التطبيقات عبر المناطق المقترنة لديها دائما منطقة سريعة للاسترداد.

  • التحديث التسلسلي: يتم ترتيب تحديثات المناطق المقترنة ترتيبا زمنيا، ما يقلل من مخاطر التوقف عن العمل من المشكلات المتعلقة بالتحديث.

  • العزل المادي: يتم الحفاظ على مسافة لا تقل عن 300 ميل بين مراكز البيانات في مناطق مقترنة، ما يقلل من خطر الانقطاع المتزامن من الأحداث الهامة.

  • موقع البيانات: مع بعض الاستثناءات، توجد المناطق في مجموعة مقترنة داخل نفس المنطقة الجغرافية، وتلبي متطلبات موقع البيانات.

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

للحصول على فهم أعمق لمزايا المناطق المقترنة، راجع وثائق Azure حول النسخ المتماثل عبر المناطق.

حالات الفشل والاسترداد الإقليمية

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

الاستعداد للكوارث الإقليمية

يعد الاستعداد للكوارث الإقليمية المحتملة أمرا بالغ الأهمية لضمان التشغيل المستمر لتطبيقاتك وخدماتك. إذا كنت تفكر في خطة طوارئ قوية لمثيل خادم Azure Database for PostgreSQL المرن، فإليك الخطوات والاعتبارات الرئيسية:

  1. إنشاء نسخة متماثلة للقراءة منسوخة جغرافيا: من الضروري إعداد نسخة متماثلة للقراءة في منطقة منفصلة عن منطقتك الأساسية. وهذا يضمن الاستمرارية في حالة مواجهة المنطقة الأساسية انقطاعا.
  2. تأكد من تماثل الخادم: يعد إجراء "الترقية إلى الخادم الأساسي" هو الإجراء الأكثر موصى به لمعالجة الانقطاعات الإقليمية، ولكنه يأتي مع متطلبات تماثل الخادم. وهذا يعني أن كلا من الخوادم الأساسية والنسخ المتماثلة يجب أن يكون لها تكوينات متطابقة لإعدادات معينة. تشمل مزايا استخدام هذا الإجراء ما يلي:
    • لا حاجة لتعديل سلسلة الاتصال التطبيق إذا كنت تستخدم نقاط النهاية الظاهرية.
    • يوفر عملية استرداد سلسة حيث، بمجرد عودة المنطقة المتأثرة إلى الإنترنت، يستأنف الخادم الأساسي الأصلي وظيفته تلقائيا، ولكن في دور نسخة متماثلة جديدة.
  3. إعداد نقاط النهاية الظاهرية: تسمح نقاط النهاية الظاهرية بالانتقال السلس لتطبيقك إلى منطقة أخرى إذا كان هناك انقطاع. فهي تلغي الحاجة إلى أي تغييرات في سلسلة الاتصال التطبيق الخاص بك.
  4. تكوين النسخة المتماثلة للقراءة: لا يتم نسخ كافة الإعدادات من الخادم الأساسي إلى النسخة المتماثلة للقراءة. من الضروري التأكد من إعداد جميع التكوينات والميزات الضرورية (على سبيل المثال، PgBouncer) بشكل مناسب على النسخة المتماثلة للقراءة. لمزيد من المعلومات، راجع قسم إدارة التكوين.
  5. التحضير لقابلية الوصول العالية (HA):إذا كان الإعداد يتطلب توفرا عاليا، فلن يتم تمكينه تلقائيا على نسخة متماثلة تمت ترقيتها. كن مستعدا لتنشيطه بعد الترقية. ضع في اعتبارك أتمتة هذه الخطوة لتقليل وقت التعطل.
  6. الاختبار المنتظم: محاكاة سيناريوهات الكوارث الإقليمية بانتظام للتحقق من صحة الحدود والأهداف والتكوينات الموجودة. تأكد من استجابة التطبيق الخاص بك كما هو متوقع أثناء سيناريوهات الاختبار هذه.
  7. اتبع الإرشادات العامة ل Azure: يوفر Azure إرشادات شاملة حول الموثوقية والاستعداد للكوارث. من المفيد للغاية استشارة هذه الموارد ودمج أفضل الممارسات في خطة الاستعداد الخاصة بك.

إن الاستباقي والاستعداد المسبق للكوارث الإقليمية يضمن مرونة تطبيقاتك وبياناتك وموثوقيتها.

عندما تؤثر الانقطاعات على اتفاقية مستوى الخدمة الخاصة بك

إذا حدث انقطاع مطول مع مثيل خادم Azure Database for PostgreSQL المرن في منطقة معينة تهدد اتفاقية مستوى الخدمة (SLA) الخاصة بتطبيقك، فكن على دراية بأن كلا الإجراءين اللذين تمت مناقشتهما أدناه ليسا مدفوعين بالخدمة. مطلوب تدخل المستخدم لكليهما. من أفضل الممارسات أتمتة العملية بأكملها قدر الإمكان والرصد القوي. لمزيد من المعلومات حول المعلومات التي يتم توفيرها أثناء الانقطاع، راجع صفحة انقطاع الخدمة. يمكن فقط الترقية القسرية في سيناريو خفض المنطقة، ما يعني أن مقدار فقدان البيانات يساوي تقريبا المدة الانتقالية الحالية بين النسخة المتماثلة والأساسية. ومن ثم، من الأهمية بمكان مراقبة التأخر. خذ بعين الاعتبار الخطوات التالية:

الترقية إلى الخادم الأساسي

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

الترقية إلى خادم مستقل والإزالة من النسخ المتماثل

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

المحتوى ذو الصلة

  • Last updated on