مشاركة عبر


توسيع نطاق الموارد في قاعدة بيانات Azure ل PostgreSQL

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

تحجيم عمودي

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

تعتمد نسبة النقل الشبكي لمثيلك على القيم التي تختارها للمعالج والذاكرة.

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

  • طبقة الحوسبة وSKU.
  • مستوى التخزين وحجمه.
  • فترة الاحتفاظ بالنسخ الاحتياطي.

يمكنك توسيع مستوى الحوسبة بين Burstable وGeneral Purpose وMemory Optimized لتناسب احتياجات عبء عملك. في كل من هذه المستويات، يمكنك الاختيار من بين مجموعة واسعة من الأجهزة المعدة مسبقا من أجيال مختلفة مع أعداد متفاوتة من المعالجات وكميات الذاكرة المثبتة. يمكنك اختيار الخيار الذي يدعم احتياجاتك من الموارد مع الحفاظ على تقليل تكاليف التشغيل وتعديلها حسب احتياجاتك.

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

يمكنك توسيع هذه الموارد باستخدام واجهات متعددة. على سبيل المثال، يمكنك استخدام بوابة Azure أو Azure CLI.

إشعار

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

تحجيم أفقي

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

مخطط تكوين العقد الخمسة للعنقود المرنة.

اقرأ مقياس النسخ

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

في إعداد محجم أفقيا، يمكنك أيضا تكبير النسخة الأساسية والنسخ المقروعة عموديا.

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

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

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

لا يتطلب تغيير حجم التخزين إعادة تشغيل الخادم في معظم الحالات. لمزيد من المعلومات، راجع خيارات التخزين في قاعدة بيانات Azure ل PostgreSQL.

تغييرات فترة الاحتفاظ بالنسخ الاحتياطي هي عملية عبر الإنترنت.

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

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

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

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

طريقة العمل

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

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

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

إشعار

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

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

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

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

  • لكي يعمل تحجيم وقت التعطل شبه الصفري، اسمح لجميع الاتصالات الواردة والصادرة بين عناوين IP في الشبكة الفرعية المفوضة، عند استخدام شبكة الاتصال الظاهرية المتكاملة. إذا لم تسمح بهذه التوصيلات، فإن عملية التوسع شبه الصفرية لن تنجح، ويتم التوسع من خلال سير عمل التوسع القياسي.
  • لا يعمل تحجيم وقت التعطل شبه الصفري إذا كانت هناك قيود على السعة الإقليمية أو حدود للحصص النسبية على اشتراكك.
  • لا يعمل تحجيم وقت التعطل شبه الصفري لخادم النسخ المتماثلة، لأنه مدعوم فقط على الخادم الأساسي. بالنسبة لخوادم النسخ المتماثلة، تمر عملية التحجيم تلقائيا بالعملية العادية.
  • لا يعمل تحجيم وقت التعطل شبه الصفري إذا لم يكن لدى الخادم المحقون بالشبكة الظاهرية عناوين IP كافية قابلة للاستخدام في الشبكة الفرعية المفوضة. إذا كان لديك خادم مستقل، فمن الضروري وجود عنوان IP إضافي واحد. بالنسبة لمثيل مع تمكين قابلية وصول عالية، يلزم وجود عنواني IP إضافيين.
  • لا يتم الاحتفاظ بفتحات النسخ المتماثل المنطقية أثناء حدث تجاوز فشل وقت التعطل الذي يقترب من الصفر. للحفاظ على فتحات النسخ المتماثل المنطقية وضمان تناسق البيانات بعد عملية المقياس، استخدم ملحق pg_failover_slot . لمزيد من المعلومات، راجع تمكين ملحق pg_failover_slots في مثيل خادم مرن.
  • لا يعمل تحجيم وقت التعطل شبه الصفري مع الجداول غير المسجلة. إذا استخدمت جداول غير مسجلة لأي من بياناتك، ستفقد كل البيانات في تلك الجداول بعد تكبير وقت التوقف شبه الصفر.
  • ال Near-zero لا يعمل إذا قمت بتوسيع حساب خادمك من أو إلى حجم حوسبة 1 أو 2 vCores في طبقة Burtable.