إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
توفر هذه المقالة تعليمات خطوة بخطوة لتنفيذ عمليات التوسع الأفقي لمجموعة مرونة من الخادم المرن في قاعدة بيانات Azure الخاصة بك ل PostgreSQL.
يوفر Azure Database for PostgreSQL Elastic Clusters تحجيما أفقيا عن طريق إضافة المزيد من عقد العمال إلى مجموعتك. عندما تقوم بتوسيع مجموعة PostgreSQL Elastic Cluster، يمكنك التعامل مع النمو من خلال منح قاعدة البيانات المزيد من الموارد أو المزيد من العقد لمعالجة الاستعلام المتوازي. تحصل على كل هذه الفوائد مع وقت توقف قليل وإدارة شظية مدمجة.
طرق التوسع
استخدم إحدى الطرق العديدة لإضافة عقد العمال إلى مجموعة المرنة الخاصة بك—بما في ذلك بوابة Azure، أو واجهة برمجة Azure CLI، أو الأتمتة عبر قوالب وواجهات برمجة التطبيقات (ARM) وواجهات برمجة التطبيقات (APPs)—حسب سير العمل واحتياجاتك من الأتمتة. تقدم الأقسام التالية تعليمات خطوة بخطوة للبوابة ومؤشر الكلمة، وتشرح إعادة التوازن بعد المقياس.
استخدام المدخل الخاص بـ Microsoft Azure:
افتح المصدر: في بوابة Azure، انتقل إلى قاعدة بيانات Azure الخاصة بك ل PostgreSQL – مجموعة الخادم المرنة (Flexible Server elastic cluster).
اذهب إلى Compute + Storage: في قسم الإعدادات، اختر Compute + storage. تعرض هذه الصفحة التكوين الحالي لعقد العنقود.
تعديل عدد العقد: ابحث عن حقل عد العقد. زد العدد إلى العقد الكلية المطلوبة (بين 2 و20 لمعظم المجموعات في GA). على سبيل المثال، لمضاعفة مجموعة من أربع عقد إلى ثماني عقد، زد شريط التمرير إلى 8. يوفر Azure عقد عاملة إضافية للوصول إلى هذا العدد.
تطبيق التغييرات: اختر حفظ. أكد عملية التوسيع عند طلب ذلك. يبدأ Azure بإضافة عقد إلى عنقودك. يتم تنفيذ هذه العملية عبر الإنترنت وعادة لا تقطع الاتصالات أو الاستعلامات الموجودة. قد يستغرق انتهاء الإعداد بضع دقائق. يمكنك متابعة التقدم في إشعارات البوابة. بمجرد الانتهاء، يعكس عدد عقد العنقود القيمة الجديدة.
إشعار
يجب عليك تفعيل عملية إعادة توازن الخلفية للشارد بشكل صريح للسماح بإعادة توزيع البيانات الموجودة عبر جميع العقد الخاصة بك. هذه العملية لا تتطلب أي توقف للقراءة والكتابة.
إعادة التوازن
بعد إضافة العقد إلى عنقودك، أي تعديلات بيانات جديدة أو جداول موزعة مضافة جديدة تستخدم جميع العقد المتاحة. تظل شظايا البيانات الموجودة في مكانها حتى يتم إعادة توزيعها. تضمن إعادة التوازن عبر الإنترنت استمرار القراءة والكتابة من التطبيق مع انقطاع طفيف أثناء نقل البيانات.
عندما تقوم بتوسيع عنقود المرنة، فإن إعادة توازن العنقود تضمن توزيع البيانات الحالية بالكامل وأن قاعدة بياناتك تستخدم جميع العقد المتاحة. استخدم دالة citus_rebalance_start لبدء عملية إعادة التوازن. توزع هذه العملية البيانات الموجودة بالتساوي عبر جميع العقد.
SELECT citus_rebalance_start();
إعادة التوازن المتوازي
عملية إعادة التوازن الافتراضية تقوم بعدة حركات شظية بترتيب متسلسل. في بعض الحالات، قد تفضل إعادة التوازن بشكل أسرع على حساب استخدام موارد أكثر مثل الحوسبة، الذاكرة، وعرض النطاق الترددي للشبكة. في هذه الحالات، يمكنك تكوين عملية إعادة توازن لتنفيذ العديد من حركات الشظايا بالتوازي.
تسمح معاملة citus.max_background_task_executors_per_node لمهام مثل إعادة توازن الشظية بالعمل بالتوازي. يمكنك زيادة القيمة الافتراضية (1) حسب الرغبة لتعزيز التوازي.
ALTER SYSTEM SET citus.max_background_task_executors_per_node = 2;
SELECT pg_reload_conf();
بالإضافة إلى ذلك، يمكنك تكوين دالة citus_rebalance_start لإعادة توازن الشظايا وفقا لاستراتيجيات مختلفة لتتناسب بشكل أفضل مع عبء عمل قاعدة البيانات الخاص بك. الآن بعد أن أضفت منفذي مهام خلفية إضافية، إليك مثال على إعادة توازن الشظايا باستخدام العمال المتوازيين:
SELECT citus_rebalance_start(parallel_transfer_colocated_shards := true, parallel_transfer_reference_tables := true);
Considerations
راقب عنقودك بعد التكبير: تحقق من استخدام وحدة المعالجة المركزية، واستهلاك الذاكرة، واستهلاك الإدخالات على مخططات المراقبة في بوابة Azure الخاصة بعنقودك المرن. بعد عملية توسيع نطاق العمل، تحقق من أن إضافة العقد تعكس تحسينات مقياس في معدل النقل وأوقات الاستجابة، حسب عبء عملك. قم بالتعديل أكثر إذا لزم الأمر.
توسيع تجمع مرن يؤثر على التكلفة بشكل خطي مع الموارد. إضافة العقد تضربها تكاليف الحساب والتخزين بعدد العقد. على سبيل المثال، تكلف مجموعة من أربع عقد مع نواتين vCore تقريبا أربعة أضعاف تكلفة خادم واحد ب vCore، لأنك تشغل أربعة خوادم. دائما راجع تأثير الأسعار في البوابة. يتم تحديث التكلفة المقدرة على بوابة Azure عند تغيير التكوين قبل التوفير لضمان تلبية ميزانيتك.
توفر العنقود: إذا كان التوافر عالي التكرار في المنطقة مفعل في العنقود، فإن عمليات التوسع توفر أيضا موارد جاهزة لأي عقد جديدة. خدمة Azure تتعامل مع هذا تلقائيا. توقع أن يستغرق التكبير وقتا أطول قليلا لأنه يجهز نسخ HA لكل عقدة مضافة. تبقى خصائص العملية ووقت التوقف تقريبا كما هي، مع ضرب الأزواج الأساسية والاحتياطية.
قراءة النسخ المقلدة: إذا كان مجموعتك مهيأة لاستخدام نسخ القراءة، يجب عليك اتباع ترتيب محدد من العمليات عند إضافة العقد إلى العنقود. أولا، أضف عدد العقد إلى عنقودك الأساسي واحفظ التغييرات. بمجرد إتمام اللعبة بنجاح، قم بإجراء التغيير المناسب في بيئة النسخة المقروعة وحفظ التغييرات. العقد الجديدة على العنقود الأساسية ليست مؤهلة لعمليات العنقود حتى يتم تحديث والتزامن مع كل من البيئة الأساسية والمقروءة.
إشعار
القدرة على إزالة العقد من عنقود مرن (التكبير) غير متاحة بعد.
باستخدام تقنيات التوسع السابقة، تمنحك Azure Database لمجموعات PostgreSQL المرنة المرونة للبدء بخطوات صغيرة وتوسيع قاعدة بياناتك بسلاسة مع زيادة الطلب. تحصل على بساطة نقطة نهاية واحدة مع قوة بنية Postgres التحتية الموزعة. استمر في مراقبة وثائق Azure للحصول على أحدث التحديثات حول ميزات Elastic Clusters وأفضل الممارسات للتكبير.