مشاركة عبر

تحجيم الموارد في قاعدة بيانات Azure لخادم PostgreSQL المرن

  • مقالة

ينطبق على: قاعدة بيانات Azure ل PostgreSQL - خادم مرن

يدعم خادم Azure Database for PostgreSQL المرن خيارات التحجيم الرأسية والأفقية.

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

بعد إنشاء مثيل خادم مرن لقاعدة بيانات Azure ل PostgreSQL، يمكنك تغيير:

  • وحدة المعالجة المركزية (vCores).
  • مقدار التخزين.
  • فترة الاحتفاظ بالنسخ الاحتياطي.

يمكن تكبير عدد vCores لأعلى أو لأسفل، ولكن يمكن زيادة حجم التخزين فقط. يمكنك أيضا توسيع فترة الاحتفاظ بالنسخ الاحتياطي، لأعلى أو لأسفل، من 7 إلى 35 يوما. يمكن تحجيم الموارد باستخدام أدوات متعددة، على سبيل المثال، مدخل Azure أو Azure CLI.

إشعار

بعد زيادة حجم التخزين، لا يمكنك العودة إلى حجم تخزين أصغر.

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

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

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

إذا كان تطبيقك حساسا لفقدان المعاملات أثناء الطيران التي قد تحدث أثناء تحجيم الحساب، نوصي بتنفيذ نمط إعادة محاولة المعاملة.

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

تحجيم وقت التعطل شبه الصفري

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

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

طريقة العمل

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

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

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

إشعار

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

توقعات دقيقة لوقت التعطل

  • مدة وقت التعطل: في معظم الحالات، يتراوح وقت التعطل من 10 إلى 30 ثانية.
  • اعتبارات أخرى: بعد حدث التحجيم، هناك فترة DNS Time-To-Live متأصلة (TTL) تبلغ حوالي 30 ثانية. لا يتم التحكم في هذه الفترة مباشرة من خلال عملية التحجيم. إنه جزء قياسي من سلوك DNS. من منظور التطبيق، يمكن أن يكون إجمالي وقت التعطل الذي شهدته أثناء التحجيم في نطاق من 40 إلى 60 ثانية.

الاعتبارات والقيود

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

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