تكوين قابلية وصول عالية لقاعدة بيانات Azure ل PostgreSQL

توضح هذه المقالة كيفية تمكين قابلية الوصول العالية (HA) أو تعطيلها على قاعدة بيانات Azure لمثيل الخادم المرن PostgreSQL باستخدام مدخل Microsoft Azure أو Azure CLI. تنطبق المعلومات سواء كنت تستخدم مثيلات في نفس المنطقة أو تستخدم نموذج توزيع متكرر للمنطقة.

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

هام

في أبريل 2024، قمنا بتحديث نموذج الفوترة لطبقة الحوسبة v5 باستخدام الخوادم التي تدعم HA. يعكس هذا التغيير الرسوم بشكل صحيح من خلال حساب كل من الخوادم الأساسية والاحتياطية. قبل هذا التغيير، تم تحصيل رسوم منك بشكل غير صحيح مقابل الخادم الأساسي فقط. إذا كنت تستخدم طبقة v5 مع خوادم ممكنة لها، فسترى الآن كميات الفوترة مضروبة في 2. لا يؤثر هذا التحديث على مستويات v4 و v3.

تمكين قابلية الوصول العالية للخوادم الحالية

بوابة

1. في مدخل Microsoft Azure، حدد قاعدة بيانات Azure لمثيل خادم PostgreSQL المرن.

2. في القائمة اليمنى، في قسم الإعدادات ، حدد قابلية الوصول العالية.

يتحكم خيار مرونة المنطقة في ما إذا كان الخادم محميا عبر مناطق التوفر. لديك خياران:

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

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

1. إذا لم يتم تمكين مرونة المنطقة، فحدد الخيار ممكن .

   

2. عند تحديد الخيار ممكن ، يتم تطبيق خيار تكرار المنطقة بشكل افتراضي للمناطق التي تدعم مناطق التوفر. يحمي هذا التكوين من حالات فشل المنطقة.

   

3. إذا لم تكن المنطقة تحتوي على سعة منطقية، للتأكد من تمكين قابلية الوصول العالية (HA) في منطقتك المفضلة، حدد خانة الاختيار ضمن الخيار ممكن للسماح بإنشاء قابلية الوصول العالية باستخدام وضع Same-Zone للمنطقة. يقوم تلقائيا بترحيل أحمال العمل الخاصة بك إلى Zone-Redundant HA بمجرد توفر سعة المنطقة:

   

4. عند الانتهاء من تكوين الإعدادات، حدد حفظ لتطبيق التغييرات.

5. يعرض مربع الحوار زيادة التكلفة المقترنة بنشر الخادم الاحتياطي. إذا قررت المتابعة، فحدد Enable high availability.

   

6. يبدأ النشر. عند الانتهاء، يظهر إشعار أنك قمت بتمكين قابلية الوصول العالية بنجاح.

   

المبادره القطريه

يمكنك تمكين قابلية الوصول العالية في خادم موجود باستخدام الأمر az postgres flexible-server update .

لتمكين قابلية الوصول العالية بحيث يكون الخادم الاحتياطي في نفس المنطقة مثل الخادم الأساسي، أستخدم هذا الأمر:

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability SameZone

لتمكين قابلية الوصول العالية مع خادم الاستعداد في منطقة مختلفة عن منطقة الخادم الأساسي، وإذا كنت تريد تحديد المنطقة تلقائيا، فاستخدم هذا الأمر:

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant

اختياريا، يمكنك تحديد منطقة التوفر التي يتم نشر خادم الاستعداد فيها. استخدم هذا الأمر:

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant \
  --standby-zone <standby_zone>

إذا قمت بتمكين قابلية الوصول العالية مع تكرار المنطقة، وتطابقت المنطقة التي تحددها للاستعداد مع منطقة الأساسي، فستحصل على هذا الخطأ:

Your server is in availability zone <server>. The zone of the server cannot be same as the standby zone.

إذا قمت بتمكين قابلية الوصول العالية مع تكرار المنطقة، ولم تكن المنطقة التي تحددها للاستعداد متوفرة في تلك المنطقة، فستحصل على هذا الخطأ:

Code: InvalidParameterValue
Message: Invalid value given for parameter StandbyAvailabilityZone,availabilityZone. Specify a valid parameter value.

إذا قمت بتمكين قابلية الوصول العالية مع تكرار المنطقة، ولم يكن للمنطقة مناطق توفر متعددة، فستحصل على هذا الخطأ:

This region is single availability zone. Zone redundant high availability is not supported in a single availability zone region.

إذا قمت بتمكين قابلية الوصول العالية في وضع واحد، ثم حاولت تمكينه مرة أخرى عن طريق تحديد وضع مختلف، فستحصل على هذا الخطأ:

Code: InvalidParameterValue
Message: Invalid value given for parameter Cannot switch Properties.HighAvailability.Mode directly from SameZone to ZoneRedundant. Please disable HA and then enable HA.. Specify a valid parameter value.

تعطيل قابلية الوصول العالية

بوابة

1. في مدخل Microsoft Azure، حدد قاعدة بيانات Azure لمثيل خادم PostgreSQL المرن.

2. في القائمة اليمنى، في قسم الإعدادات ، حدد قابلية الوصول العالية.

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

   

4. حدد زر الاختيار معطل لتعطيل قابلية الارتفاع (HA).

   

5. حدد حفظ لتطبيق التغييرات.

6. يعرض مربع الحوار تخفيض التكلفة المقترن بإزالة الخادم الاحتياطي. إذا قررت المتابعة، فحدد Disable high availability.

   

7. يبدأ النشر. عند الانتهاء، يظهر إشعار أنك نجحت في تعطيل مدى التوفر العالي.

   

المبادره القطريه

يمكنك تعطيل التوفر العالي في خادم موجود باستخدام الأمر az postgres flexible-server update :

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability Disabled

تمكين قابلية الوصول العالية أثناء توفير الخادم

بوابة

1. في مدخل Microsoft Azure، أثناء توفير قاعدة بيانات Azure جديدة لمثيل خادم مرن PostgreSQL، انتقل إلى قسم الأعمال الحرجة (قابلية الوصول العالية). حدد زر الاختيار ممكن في قسم مرونة المنطقة.

   • بشكل افتراضي، يحاول الخادم إنشاء خادم الاستعداد في منطقة توفر مختلفة مع وضع قابلية الوصول العالية المتكررة للمنطقة للحصول على أقصى قدر من المرونة في المنطقة.

   

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

     

   • بمجرد أن تختار على مربع الاختيار، يمكنك الذهاب إلى قسم المصادقة في سير عمل الإنشاء.

     

2. حدد منطقة معينة للخادم الأساسي عن طريق تعيين منطقة التوفر إلى أي قيمة أخرى غير أي تفضيل.

   

المبادره القطريه

يمكنك تمكين قابلية الوصول العالية أثناء توفير خادم جديد باستخدام الأمر az postgres flexible-server create .

إشعار

تحتاج إلى إكمال الأوامر التالية مع المعلمات والقيم التي تختلف، اعتمادا على الطريقة التي تريد بها تكوين الميزات الأخرى للخادم المتوفر.

لنشر الخادم الأساسي مع خادم احتياطي في نفس المنطقة، والسماح للخدمة باختيار المنطقة نيابة عنك، استخدم هذا الأمر:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability SameZone ...

لنشر الخادم الأساسي مع خادم الاستعداد في نفس المنطقة، واختيار المنطقة بشكل صريح، استخدم هذا الأمر:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability SameZone \
  --zone <zone> ...

إذا لم تكن منطقة التوفر المحددة مدعومة في المنطقة المحددة، فستظهر لك هذا الخطأ:

Code: AvailabilityZoneNotAvailable
Message: Specified availability zone is not supported in this region. Please choose a different availability zone.

لنشر الخادم الأساسي مع خادم احتياطي في منطقة مختلفة، والسماح للخدمة باختيار كلتا المنطقتين نيابة عنك، استخدم هذا الأمر:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant ...

لنشر الخادم الأساسي مع خادم احتياطي في منطقة مختلفة، ولتحديد المنطقة الأساسية ولكن السماح للخدمة باختيار المنطقة للاحتياطي، استخدم هذا الأمر:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant \
  --zone <zone> ...

لنشر الخادم الأساسي مع خادم الاستعداد في منطقة مختلفة، ولتحديد المنطقة للخادم الأساسي والاحتياطي، استخدم هذا الأمر:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant \
  --zone <zone> \
  --standby-zone <standby_zone>...

إذا اخترت قابلية الوصول العالية الزائدة عن الحاجة في المنطقة، وتم تحديد نفس القيمة لمناطق الخوادم الأساسية والاحتياطية، فستحصل على هذا الخطأ:

Your server is in availability zone <zone>. The zone of the server cannot be same as the standby zone.

إذا كان وضع التوفر العالي الذي حددته زائدا عن الحاجة في المنطقة، ولم تحتوي المنطقة على مناطق توفر متعددة، فستظهر لك هذا الخطأ:

This region is single availability zone. Zone redundant high availability is not supported in a single availability zone region.

بدء تجاوز الفشل القسري

اتبع هذه الخطوات لفرض تجاوز فشل الخادم الأساسي على الخادم الاحتياطي في قاعدة بيانات Azure ل PostgreSQL.

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

هام

• لا تقم بإجراء عمليات تجاوز الفشل الفورية والخلفية. انتظر لمدة 15 إلى 20 دقيقة على الأقل بين عمليات تجاوز الفشل. يسمح وقت الانتظار هذا بإنشاء خادم الاستعداد الجديد بالكامل.

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

بوابة

1. في مدخل Microsoft Azure، حدد قاعدة بيانات Azure لمثيل خادم PostgreSQL المرن الذي تم تمكين قابلية الوصول العالية عليه.

2. في القائمة اليمنى، في قسم الإعدادات ، حدد قابلية الوصول العالية.

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

4. حدد تجاوز الفشل الإجباري لبدء إجراء تجاوز الفشل اليدوي. يعلمك مربع الحوار بوقت التوقف المتوقع حتى انتهاء تجاوز الفشل. إذا قررت المتابعة، فحدد بدء تجاوز الفشل القسري.

   

5. يظهر إعلام ويذكر أن تجاوز الفشل قيد التقدم.

   

6. بعد اكتمال تجاوز الفشل إلى الخادم الاحتياطي، يعلمك إعلام بالاكتمال.

   

7. إذا تم تكوين وضع التوفر العالي على أنه منطقة زائدة عن الحاجة، فتأكد من عكس قيم منطقة التوفر الأساسيةومنطقة توفر الاستعداد الآن.

المبادره القطريه

يمكنك تمكين قابلية الوصول العالية أثناء توفير خادم جديد باستخدام الأمر az postgres flexible-server restart .

لبدء تجاوز الفشل القسري، استخدم هذا الأمر:

az postgres flexible-server restart \
  --resource-group <resource_group> \
  --name <server> \
  --failover Forced

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

Failing over can only be triggered for zone redundant or same zone servers.

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

Code: OperationFailed
Message: Operation HandleWalServiceFailureManagementOperation failed, because server <server> not in active state.

بدء تجاوز الفشل المخطط له

اتبع هذه الخطوات لإجراء تجاوز فشل مخطط له من الخادم الأساسي إلى الخادم الاحتياطي في قاعدة بيانات Azure ل PostgreSQL. يؤدي بدء هذه العملية إلى إعداد الخادم الاحتياطي ثم تنفيذ تجاوز الفشل.

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

هام

• لا تقم بإجراء عمليات تجاوز الفشل الفورية والخلفية. انتظر لمدة 15 إلى 20 دقيقة على الأقل بين عمليات تجاوز الفشل. يسمح وقت الانتظار هذا بإنشاء خادم الاستعداد الجديد بالكامل.

• قم بإجراء عمليات تجاوز الفشل المخطط لها خلال فترات النشاط المنخفض.

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

بوابة

1. في مدخل Microsoft Azure، حدد قاعدة بيانات Azure لمثيل خادم PostgreSQL المرن الذي تم تمكين قابلية الوصول العالية عليه.

2. في القائمة اليمنى، في قسم الإعدادات ، حدد قابلية الوصول العالية.

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

4. حدد تجاوز الفشل المخطط له لبدء إجراء تجاوز الفشل اليدوي. يعلمك مربع الحوار بوقت التوقف المتوقع حتى انتهاء تجاوز الفشل. إذا قررت المتابعة، فحدد بدء تجاوز الفشل المخطط له.

   

5. يظهر إعلام ويذكر أن تجاوز الفشل قيد التقدم.

   

6. بعد اكتمال تجاوز الفشل إلى الخادم الاحتياطي، يعلمك إعلام بالاكتمال.

   

7. إذا تم تكوين وضع التوفر العالي على أنه منطقة زائدة عن الحاجة، فتأكد من عكس قيم منطقة التوفر الأساسيةومنطقة توفر الاستعداد الآن.

المبادره القطريه

يمكنك تمكين قابلية الوصول العالية أثناء توفير خادم جديد باستخدام الأمر az postgres flexible-server restart .

لبدء تجاوز فشل مخطط له، استخدم الأمر التالي:

az postgres flexible-server restart \
  --resource-group <resource_group> \
  --name <server> \
  --failover Planned

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

Failing over can only be triggered for zone redundant or same zone servers.

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

Code: OperationFailed
Message: Operation HandleWalServiceFailureManagementOperation failed, because server <server> not in active state.

تحديد الخدمة واعتباراتها

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

• تدعم قاعدة بيانات Azure ل PostgreSQL قابلية وصول عالية مع نشر كلتا النسخ المتماثلة في نفس المنطقة. يتوفر هذا التكوين في جميع المناطق المدعومة. ومع ذلك، لا يتوفر قابلية الوصول العالية مع تكرار المنطقة إلا في مناطق معينة.

• لا تدعم طبقة Burstable قابلية الوصول العالية. فقط المستويات المحسنة للأغراض العامةوالذاكرة تدعم التوفر العالي.

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

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

خيار الاستعادة

1. قم باستعادة مثيل موجود على خادم جديد باستخدام أحدث نقطة استعادة.
2. بعد إنشاء الخادم الجديد، قم بتمكين قابلية الوصول العالية مع تكرار المنطقة.
3. بعد التحقق من البيانات، يمكنك اختياريا حذف الخادم القديم.
4. تأكد من تعديل سلاسل الاتصال الخاصة بعملائك للإشارة إلى الخادم الذي تم استعادته حديثا.

خيار قراءة النسخة المتماثلة

1. قم بإنشاء نسخة متماثلة للقراءة في نفس المنطقة مثل الخادم الأساسي.
2. قم بترقية النسخة المتماثلة للقراءة لتصبح الخادم الأساسي الجديد.
3. للاحتفاظ بالاسم الأصلي، استخدم نقاط النهاية الظاهرية أو قم بإسقاط النسخة الأساسية القديمة، ثم قم بإنشاء نسخة متماثلة جديدة للقراءة والترويج لها.
4. بالنسبة لمستخدمي المدخل، قم بتمكين مرونة المنطقة. بالنسبة إلى أدوات المطورين، قم بتعيين قابلية الوصول العالية باستخدام خيار Zone-Redundant.

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

• نظرة عامة على استمرارية الأعمال باستخدام قاعدة بيانات Azure ل PostgreSQL
• قابلية وصول عالية (موثوقية) في قاعدة بيانات Azure ل PostgreSQL