ترقية النسخ المتماثلة للقراءة في قاعدة بيانات Azure ل PostgreSQL - الخادم المرن
ينطبق على: 
قاعدة بيانات Azure ل PostgreSQL - خادم مرن
يشير الترقية إلى العملية التي يتم فيها أمر النسخة المتماثلة لإنهاء وضع النسخة المتماثلة الخاصة بها والانتقال إلى عمليات القراءة والكتابة الكاملة.
هام
عملية الترقية ليست تلقائية. في حالة فشل الخادم الأساسي، لن يتحول النظام إلى النسخة المتماثلة للقراءة بشكل مستقل. إجراء المستخدم مطلوب دائما لعملية الترقية.
يمكن ترقية النسخ المتماثلة بطريقتين متميزتين:
الترقية إلى الخادم الأساسي
يرفع هذا الإجراء نسخة متماثلة إلى دور الخادم الأساسي. في هذه العملية، يتم تخفيض الخادم الأساسي الحالي إلى دور نسخة متماثلة، تبديل أدواره. للحصول على ترقية ناجحة، من الضروري تكوين نقطة نهاية ظاهرية لكل من الأساسي الحالي كنقطة نهاية الكاتب، والنسخة المتماثلة المخصصة للترقية كنقطة نهاية للقارئ. لا تنجح الترقية إلا إذا تم تضمين النسخة المتماثلة المستهدفة في تكوين نقطة نهاية القارئ.
يوضح الرسم التخطيطي تكوين الخوادم قبل الترقية والحالة الناتجة بعد اكتمال عملية الترقية بنجاح.
الترقية إلى خادم مستقل والإزالة من النسخ المتماثل
عند اختيار هذا الخيار، تتم ترقية النسخة المتماثلة لتصبح خادما مستقلا ويتم إزالتها من عملية النسخ المتماثل. ونتيجة لذلك، يعمل كل من الخادم الأساسي والخادم الذي تمت ترقيته كخادمين مستقلين للقراءة والكتابة. تجدر الإشارة إلى أنه بينما يمكن تكوين نقاط النهاية الظاهرية، فإنها ليست ضرورة لهذه العملية. لم يعد الخادم الذي تمت ترقيته حديثا جزءا من أي نقاط نهاية ظاهرية موجودة، حتى إذا كانت نقطة نهاية القارئ تشير إليه مسبقا. وبالتالي، من الضروري تحديث سلسلة الاتصال التطبيق الخاص بك لتوجيه إلى النسخة المتماثلة التي تمت ترقيتها حديثا إذا كان يجب على التطبيق الاتصال بها.
يوضح الرسم التخطيطي كيفية إعداد الخوادم قبل ترقيتها وتكوينها بعد أن أصبحت خوادم مستقلة بنجاح.
هام
إجراء الترقية إلى الخادم المستقل والإزالة من النسخ المتماثل متوافق مع وظيفة الترقية السابقة.
هام
تماثل الخادم: للحصول على ترقية ناجحة باستخدام الترقية إلى عملية الخادم الأساسي، يجب أن يكون لكل من الخوادم الأساسية والنسخ المتماثلة مستويات وأحجام تخزين متطابقة. على سبيل المثال، إذا كان الأساسي يحتوي على 2vCores وكانت النسخة المتماثلة تحتوي على 4vCores، فإن الخيار الوحيد القابل للتطبيق هو استخدام إجراء "الترقية إلى الخادم المستقل والإزالة من النسخ المتماثل". بالإضافة إلى ذلك، يحتاجون إلى مشاركة نفس القيم لمعلمات الخادم التي تخصص الذاكرة المشتركة.
لكلا طريقتي الترقية، هناك المزيد من الخيارات التي يجب مراعاتها:
مخطط: يضمن هذا الخيار مزامنة البيانات قبل الترقية. يطبق جميع السجلات المعلقة لضمان تناسق البيانات قبل قبول اتصالات العميل.
إجباري: تم تصميم هذا الخيار للتعافي السريع في سيناريوهات مثل الانقطاعات الإقليمية. بدلا من انتظار مزامنة جميع البيانات من الأساسي، يصبح الخادم قيد التشغيل بمجرد أن يعالج ملفات WAL المطلوبة لتحقيق أقرب حالة متناسقة. إذا قمت بترقية النسخة المتماثلة باستخدام هذا الخيار، فإن المدة الانتقالية في الوقت الذي تقوم فيه بفصل النسخة المتماثلة عن النسخة المتماثلة الأساسية تشير إلى مقدار البيانات المفقودة.
هام
تم تصميم خيار الترقية القسرية خصيصا لمعالجة الانقطاعات الإقليمية، وفي مثل هذه الحالات، يتخطى جميع الفحوصات - بما في ذلك متطلبات تماثل الخادم - ويتابع الترقية. وذلك لأنه يعطي الأولوية لتوفر الخادم الفوري للتعامل مع سيناريوهات الكوارث. ومع ذلك، لا يسمح باستخدام الخيار Forced خارج سيناريوهات المنطقة لأسفل إذا لم يتم استيفاء متطلبات النسخ المتماثلة للقراءة المحددة في الوثائق، خاصة متطلبات تماثل الخادم، لأنه قد يؤدي إلى مشكلات مثل النسخ المتماثل المقطوع.
تعرف على كيفية ترقية النسخة المتماثلة إلى النسخة المتماثلة الأساسية والترويج إلى خادم مستقل والإزالة من النسخ المتماثل.
إدارة التكوين
يتم التعامل مع النسخ المتماثلة للقراءة كخوادم منفصلة من حيث تكوينات مستوى التحكم. يوفر هذا الأسلوب مرونة لسيناريوهات مقياس القراءة. ومع ذلك، عند استخدام النسخ المتماثلة لأغراض التعافي من الكوارث، يجب على المستخدمين التأكد من أن التكوين كما هو مطلوب.
لا تحمل عملية الترقية تكوينات ومعلمات محددة. فيما يلي بعض من أبرزها:
- PgBouncer: لا يتم نسخ إعدادات وحالة تجمع اتصال PgBouncer المضمن أثناء عملية الترقية. إذا تم تمكين PgBouncer على النسخة المتماثلة الأساسية ولكن ليس على النسخة المتماثلة، فسيظل معطلا على النسخة المتماثلة بعد الترقية. إذا كنت تريد PgBouncer على الخادم الذي تمت ترقيته حديثا، يجب تمكينه إما قبل إجراء الترقية أو متابعته.
- تخزين النسخ الاحتياطي المتكرر جغرافيا: لا يتم نقل إعدادات النسخ الاحتياطي الجغرافي. نظرا لأنه لا يمكن تمكين النسخ المتماثلة جغرافيا، فإن النسخة الأساسية التي تمت ترقيتها (النسخة المتماثلة سابقا) لا تملكها بعد الترقية. يمكن تنشيط الميزة فقط في وقت إنشاء الخادم القياسي (وليس نسخة متماثلة).
- معلمات الخادم: إذا كانت قيمها تختلف على النسخة المتماثلة الأساسية والقراءة، فلن تتغير أثناء الترقية. من الضروري ملاحظة أن المعلمات التي تؤثر على حجم الذاكرة المشتركة يجب أن يكون لها نفس القيم على كل من النسخ المتماثلة والأساسية. هذا المطلب مفصل في قسم معلمات الخادم.
- مصادقة Microsoft Entra: إذا تم تكوين مصادقة Microsoft Entra الأساسية، ولكن تم إعداد النسخة المتماثلة باستخدام مصادقة PostgreSQL، فلن تتحول النسخة المتماثلة تلقائيا إلى مصادقة Microsoft Entra بعد الترقية. يحتفظ بمصادقة PostgreSQL. يحتاج المستخدمون إلى تكوين مصادقة Microsoft Entra يدويا على النسخة المتماثلة التي تمت ترقيتها إما قبل عملية الترقية أو بعدها.
- قابلية وصول عالية (HA): إذا كنت بحاجة إلى قابلية وصول عالية بعد الترقية، يجب تكوينها على الخادم الأساسي الذي تمت ترقيته حديثا، بعد عكس الدور.
الاعتبارات
حالات الخادم أثناء الترقية
في كل من سيناريوهات الترقية المخطط لها والفرضية، يلزم أن تكون الخوادم (الأساسية والنسخة المتماثلة) في حالة "متوفر". إذا كانت حالة الخادم غير "متوفرة" (مثل "التحديث" أو "إعادة التشغيل")، فلا يمكن عادة متابعة الترقية بدون مشاكل. ومع ذلك، يتم إجراء استثناء في حالة الانقطاعات الإقليمية.
أثناء مثل هذه الانقطاعات الإقليمية، يمكن تنفيذ طريقة الترقية القسرية بغض النظر عن الحالة الحالية للخادم الأساسي. يسمح هذا النهج باتخاذ إجراءات سريعة استجابة للكوارث الإقليمية المحتملة، متجاوزا الفحوصات العادية على توفر الخادم.
لاحظ أنه إذا فشل الخادم الأساسي السابق بعد الاسترداد أثناء ترقية النسخة المتماثلة الخاصة به، فإن الخيار الوحيد هو حذف الخادم الأساسي السابق وإعادة إنشاء خادم النسخة المتماثلة.
رؤية النسخ المتماثلة المتعددة أثناء الترقية في المناطق غير المدفوعة
عند التعامل مع نسخ متماثلة متعددة وإذا كانت المنطقة الأساسية تفتقر إلى منطقة مقترنة، يجب مراعاة اعتبارات خاصة. في حالة حدوث انقطاع إقليمي يؤثر على النسخة الأساسية، لن يتم التعرف على أي نسخ متماثلة أخرى تلقائيا بواسطة النسخة المتماثلة التي تمت ترقيتها حديثا. بينما لا يزال من الممكن توجيه التطبيقات إلى النسخة المتماثلة التي تمت ترقيتها للعملية المستمرة، تظل النسخ المتماثلة غير المعترف بها غير متصلة أثناء الانقطاع. ستقوم هذه النسخ المتماثلة الإضافية بإعادة تقييم أدوارها واستئنافها بمجرد استعادة المنطقة الأساسية الأصلية.
الأسئلة الشائعة
هل يمكنني ترقية نسخة متماثلة إذا تم تمكين قابلية وصول عالية (HA) للخادم الأساسي؟
نعم، سواء تم تمكين قابلية الوصول العالية للخادم الأساسي أم لا، يمكنك ترقية النسخة المتماثلة للقراءة الخاصة به. القدرة على ترقية نسخة متماثلة للقراءة إلى خادم أساسي مستقلة عن تكوين قابلية الوصول العالية للنسخة الأساسية.
إذا كان لدي نسخة متماثلة أساسية وممكنة من قابلية الوصول العالية، وقمت بترقية النسخة المتماثلة، ثم قم بالتبديل مرة أخرى إلى الأساسي الأصلي، فهل سيظل الخادم في HA؟
لا، نقوم بتعطيل قابلية الوصول العالية أثناء الترقية الأولية لأننا لا ندعم النسخ المتماثلة للقراءة التي تدعم قابلية الوصول العالية. ترقية نسخة متماثلة للقراءة إلى نسخة أساسية يعني أن الأساسي الأصلي يغير دوره إلى نسخة متماثلة. إذا كنت تقوم بالتبديل مرة أخرى، فأنت بحاجة إلى تمكين قابلية الوصول العالية على الخادم الأساسي الأصلي.