Share via

مستوى خدمة Hyperscale

  • مقالة

ينطبق على: قاعدة بيانات Azure SQL

تستند Azure SQL Database إلى بنية SQL Server Database Engine التي تم تعديلها لتلائم بيئة السحابة لضمان قابلية وصول عالية حتى في حالات فشل البنية الأساسية. هناك ثلاثة نماذج معمارية تُستخدم في قاعدة بيانات Azure SQL:

  • الغرض العام / المعيار
  • المقياس الفائق
  • الأعمال الحرجة / الممتازة

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

ملاحظة

  • للحصول على تفاصيل حول مستويات الخدمة للأغراض العامة وأهمية العمل في نموذج الشراء المستند إلى vCore، راجع مستويات الخدمة الغرض العام والأعمال الحرجة . للمقارنة بين نموذج الشراء المستند إلى vCore ونموذج الشراء المستند إلى DTU، راجع موارد ونماذج شراء قاعدة بيانات Azure SQL .
  • لا تتوفر طبقة الخدمة Hyperscale حالياً إلا لقاعدة بيانات Azure SQL، وليس مثيل Azure SQL المُدار.

ما هي إمكانيات Hyperscale

توفر طبقة الخدمة Hyperscale في قاعدة بيانات Azure SQL الإمكانات الإضافية التالية:

  • دعم ما يصل إلى 100 تيرابايت من حجم قاعدة البيانات.
  • نُسخ احتياطية فورية تقريباً لقاعدة البيانات (استناداً إلى لقطات الملفات المخزنة في تخزين Azure Blob) بغض النظر عن الحجم مع عدم وجود تأثير IO على موارد الحوسبة.
  • استعادة قاعدة البيانات السريعة (بناءً على لقطات الملف) في دقائق بدلاً من ساعات أو أيام (ليس حجم عملية البيانات).
  • أداء إجمالي أعلى بسبب ارتفاع معدل نقل البيانات في سجل العمليات وأوقات التزام العمليات بشكل أسرع بغض النظر عن أحجام البيانات.
  • توسيع نطاق العمل بسرعة - يمكنك توفير نسخة متماثلة للقراءة فقط أو أكثر لتفريغ عبء عمل القراءة ولاستخدامها كإعدادات جاهزة.
  • توسيع النطاق السريع - يمكنك، في وقت ثابت، توسيع نطاق موارد الحوسبة الخاصة بك لاستيعاب أعباء العمل الثقيلة عند الحاجة، ثم تقليص موارد الحوسبة مرة أخرى عند عدم الحاجة إليها.

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

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

لمزيد من المعلومات حول أحجام الحوسبة لطبقة خدمة Hyperscale، راجع خصائص طبقة الخدمة .

من يجب أن يفكر في فئة خدمة Hyperscale

تم تصميم طبقة خدمة Hyperscale لمعظم أعباء العمل حيث توفر مرونة كبيرة وأداءً عالياً مع موارد الحوسبة والتخزين القابلة للتطوير بشكل مستقل. مع القدرة على القياس التلقائي للتخزين حتى 100 تيرابايت، يعد خياراً رائعاً للعملاء المتوافر لديهم ما يلي:

  • قواعد بيانات كبيرة في مكان العمل ويرغبون في تحديث تطبيقاتها بالانتقال إلى السحابة
  • موجودون بالفعل في السحابة ومقيدون بالحد الأقصى لقيود حجم قاعدة البيانات لمستويات الخدمة الأخرى (1-4 تيرابايت)
  • قواعد بيانات أصغر، ولكنهم يطلبون تحجيماً سريعاً رأسياً وأفقياً للحوسبة، وأداءً عالياً، ونسخاً احتياطياً فورياً، واستعادة سريعة لقاعدة البيانات.

تدعم طبقة خدمة Hyperscale نطاقاً واسعاً من أحمال عمل SQL Server، بدءاً من OLTP الخالص وحتى التحليلات البحتة، ولكنها مُحسَّنة بشكل أساسي لـ OLTP وأحمال عمل المعالجة المختلطة والمعالجة التحليلية (HTAP).

هام

لا تدعم المسابح المرنة طبقة الخدمة Hyperscale.

نموذج التسعير المفرط

طبقة الخدمة Hyperscale متاحة فقط في نموذج vCore . للتوافق مع البنية الجديدة، يختلف نموذج التسعير قليلاً عن فئات الخدمات ذات الأغراض العامة أو الخدمات الحرجة للأعمال:

  • الحوسبة:

    سعر وحدة حوسبة Hyperscale لكل نسخة مماثلة. يتم تطبيق سعر Azure Hybrid Benefit تلقائياً على النُسخ المتماثلة عالية التوفر والمسماة. يمكن للمستخدمين ضبط العدد الإجمالي للنسخ المتماثلة الثانوية عالية التوفر من 0 إلى 4، وفقاً لمتطلبات اتفاقية مستوى الخدمة (SLA).

  • التخزين:

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

لمزيد من المعلومات حول تسعير Hyperscale، راجع تسعير قاعدة بيانات Azure SQL

مقارنة حدود الموارد

يتم التمييز بين طبقات الخدمة المستندة إلى vCore بناءً على توفر قاعدة البيانات ونوع التخزين والأداء والحد الأقصى لحجم التخزين، كما هو موضح في الجدول التالي:

ㅤ ⁧⁩الغرض العام⁧⁩ المقياس الفائق Business Critical
الأفضل من أجل توفر خيارات متوازنة للحوسبة والتخزين الموجه نحو الميزانية. معظم أحمال العمل التجارية. حجم تخزين تحجيم تلقائي يصل إلى 100 تيرابايت، تحجيم الحساب السريع الرأسي والأفقي، ستعادة قاعدة البيانات بسرعة. تطبيقات OLTP مع معدل معاملات مرتفع وزمن انتقال مدخلات/مخرجات منخفض. يوفر أعلى مرونة في مواجهة حالات الفشل وسرعة تجاوز الأعطال باستخدام العديد من النسخ المتماثلة المحدثة بشكل متزامن.
حجم الحساب 1 إلى 80 vCores 1 إلى 80 vCores1 1 إلى 80 vCores
نوع التخزين التخزين الممتاز عن بعد (لكل مثيل) تخزين غير مقترن باستخدام ذاكرة التخزين المؤقت SSD المحلية (لكل مثيل) تخزين SSD محلي فائق السرعة (لكل مثيل)
حجم التخزين1 5 غيغابايت - 4 تيرابايت حتى 100 تيرابايت 5 غيغابايت - 4 تيرابايت
عمليات الإدخال / الإخراج في الثانية (IOPS) 500 عملية إدخال وإخراج في الثانية لكل vCore مع 7,000 عملية إدخال وإخراج في الثانية كحد أقصى Hyperscale هو تصميم متعدد المستويات مع تخزين مؤقت على مستويات متعددة. ستعتمد عملية الإدخال والإخراج في الثانية الفعالة على حمل العمل. 5,000 عملية إدخال وإخراج في الثانية مع 200,000 عملية إدخال وإخراج في الثانية كحد أقصى
التوفر نسخة متماثلة واحدة، لا توجد توسعة للقراءة، توفر عالٍ مكرر في المنطقة (معاينة)، بلا ذاكرة تخزين مؤقت محلية نُسخ متماثلة متعددة، حتى 4 مقياس للقراءة، قابلية وصول عالية مكررة في المنطقة (إصدار أولي)، ذاكرة تخزين مؤقت محلية جزئية 3 نسخ متماثلة، توسعة للقراءة واحدة، توفر عالٍ مكرر في المنطقة، تخزين محلي كامل
النسخ الاحتياطي اختيار التكرار الجغرافي أو التكرار في المنطقة أو التخزين الاحتياطي المُكرر محليًا، مع استبقاء لمدة 1-35 يومًا (7 أيام افتراضية) اختيار التكرار الجغرافي أو التكرار في المنطقة أو التخزين الاحتياطي المُكرر محليًا، مع استبقاء لمدة 1-35 يومًا (7 أيام افتراضية) اختيار التكرار الجغرافي أو التكرار في المنطقة أو التخزين الاحتياطي المُكرر محليًا، مع استبقاء لمدة 1-35 يومًا (7 أيام افتراضية)

1 التجمعات المرنة غير مدعومة في طبقة الخدمة Hyperscale.

ملاحظة

استبقاء النسخ الاحتياطي على المدى القصير لمدة 1-35 يوماً لقواعد بيانات Hyperscale قيد المعاينة الآن.

هندسة الدوال الموزعة

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

يوضح الرسم البياني التالي الأنواع المختلفة من العقد في قاعدة بيانات Hyperscale:

architecture

تعرف على المزيد حول بنية الوظائف الموزعة Hyperscale.

مزايا الميزان والأداء

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

إنشاء وإدارة قواعد بيانات Hyperscale

يمكنك إنشاء قواعد بيانات Hyperscale وإدارتها باستخدام مدخل Microsoft Azure وTransact-SQL وPowerShell وAzure CLI.

‏‏التشغيل التفاصيل معرفة المزيد
قم بإنشاء قاعدة بيانات Hyperscale تتوفر قواعد بيانات Hyperscale فقط باستخدام نموذج الشراء المستند إلى vCore . اعثر على أمثلة لإنشاء قاعدة بيانات Hyperscale في تشغيل سريع: إنشاء قاعدة بيانات Hyperscale في Azure SQL Database.
ترقية قاعدة بيانات موجودة إلى Hyperscale يُعد ترحيل قاعدة بيانات موجودة في قاعدة بيانات Azure SQL إلى طبقة Hyperscale حجماً لعملية البيانات. تعرف على كيفية ترحيل قاعدة بيانات موجودة إلى Hyperscale.
الترحيل العكسي لقاعدة بيانات Hyperscale إلى طبقة خدمة الأغراض العامة (إصدار أولي) إذا قمت مسبقاً بترحيل Azure SQL Database الحالية إلى طبقة خدمة Hyperscale، فيمكنك عكس ترحيل قاعدة البيانات إلى طبقة خدمة الأغراض العامة في غضون 45 يوماً من الترحيل الأصلي إلى Hyperscale.

إذا كنت ترغب في ترحيل قاعدة البيانات إلى طبقة خدمة أخرى، مثل Business Critical، فقم أولاً بالترحيل العكسي إلى طبقة خدمة الأغراض العامة، ثم قم بتغيير طبقة الخدمة.		 تعرف على كيفية عكس الترحيل من Hyperscale، بما في ذلك قيود الترحيل العكسي.

توافر قاعدة بيانات عالية في Hyperscale

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

بالنسبة لـ Hyperscale SLA، راجع SLA لقاعدة بيانات Azure SQL .

النسخ الاحتياطي والاستعادة

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

التعافي من الكوارث لقواعد البيانات Hyperscale

إذا كنت بحاجة إلى استعادة قاعدة بيانات Hyperscale في قاعدة بيانات Azure SQL إلى منطقة أخرى غير تلك التي تستضيفها حالياً، كجزء من عملية الاسترداد بعد الكوارث أو التنقيب أو النقل أو لأي سبب آخر، فإن الطريقة الأساسية هي إجراء تحديد جغرافي لاستعادة قاعدة البيانات. لا تتوفر الاستعادة الجغرافية إلا عند اختيار التخزين المتكرر جغرافياً (RA-GRS) لتكرار التخزين.

تعرف على المزيد في استعادة قاعدة بيانات Hyperscale إلى منطقة مختلفة.

المناطق المتاحة

يتم تمكين طبقة Hyperscale لقاعدة بيانات Azure SQL في الغالبية العظمى من مناطق Azure. إذا كنت تريد إنشاء قاعدة بيانات Hyperscale في منطقة لا يتم فيها تمكين Hyperscale افتراضياً، فيمكنك إرسال طلب إعداد عبر مدخل Azure. للحصول على الإرشادات، راجع زيادة حصة الطلبات لـAzure SQL Database. عند إرسال طلبك، استخدم الإرشادات التالية:

  • استخدم نوع الحصة النسبية لقاعدة بيانات SQL الوصول إلى المنطقة .
  • في الوصف، أضف حوسبة SKU / إجمالي الذاكرات الأساسية بما في ذلك التوفر العالي والنسخ المتماثلة المسماة، وقم بالإشارة إلى أنك تطلب سعة Hyperscale.
  • حدد أيضاً إسقاطاً للحجم الإجمالي لجميع قواعد البيانات بمرور الوقت في TB.

القيود المعروفة

هذه هي القيود الحالية لطبقة خدمة Hyperscale. نحن نعمل بنشاط لإزالة أكبر عدد ممكن من هذه القيود.

مشكلة الوصف
استبقاء النسخ الاحتياطي حالياً سبعة أيام؛ نُهج الاستبقاء طويلة المدى غير مدعومة حتى الآن. يحتوي Hyperscale على طريقة فريدة لإدارة النسخ الاحتياطية، لذلك لا يمكن استعادة قاعدة بيانات غير Hyperscale كقاعدة بيانات Hyperscale، ولا يمكن استعادة قاعدة بيانات Hyperscale كقاعدة بيانات غير Hyperscale.

بالنسبة لقواعد البيانات التي تم ترحيلها إلى Hyperscale من طبقات خدمة Azure SQL Database الأخرى، يتم الاحتفاظ بنسخ احتياطية قبل الترحيل طوال فترة الاحتفاظ بالنسخ الاحتياطي لقاعدة بيانات المصدر، بما في ذلك نُهج الاستبقاء طويلة المدى. يتم دعم استعادة نسخة احتياطية قبل الترحيل خلال فترة استبقاء النسخة الاحتياطية لقاعدة البيانات برمجياً. يمكنك استعادة هذه النسخ الاحتياطية إلى أي فئة خدمة غير Hyperscale.
عدم دعم تغيير مستوى الخدمة من Hyperscale إلى مستوى آخر بشكل مباشر يسمح الترحيل العكسي إلى طبقة خدمة الأغراض العامة للعملاء الذين قاموا مؤخراً بترحيل قاعدة بيانات موجودة في Azure SQL Database إلى طبقة خدمة Hyperscale للعودة في حالة الطوارئ، في حالة عدم تلبية Hyperscale لاحتياجاتهم. بينما يتم بدء الترحيل العكسي عن طريق تغيير مستوى الخدمة، فهو في الأساس عبارة عن نقل بحجم البيانات بين البنى المختلفة. قواعد البيانات التي تم إنشاؤها في طبقة خدمة Hyperscale غير مؤهلة للترحيل العكسي. تعرف على قيود الترحيل العكسي.

بالنسبة لقواعد البيانات غير المؤهلة للترحيل العكسي، فإن الطريقة الوحيدة للترحيل من Hyperscale إلى طبقة خدمة غير Hyperscale هي التصدير/ الاستيراد باستخدام ملف bacpac أو تقنيات نقل البيانات الأخرى (Bulk Copy،Azure Data Factory،Azure Databricks،SSIS، وما إلى ذلك) تصدير/ استيراد Bacpac من مدخل Microsoft Azure، من PowerShell باستخدام New-AzSqlDatabaseExport أو New-AzSqlDatabaseImport، من Azure CLI باستخدام az sql db export وaz sql db import، ومن REST API غير مدعوم. يتم دعم استيراد / تصدير Bacpac لقواعد بيانات Hyperscale الأصغر (حتى 200 جيجابايت) باستخدام SSMS وSqlPackage الإصدار 18.4 والإصدارات الأحدث. بالنسبة لقواعد البيانات الأكبر، قد يستغرق تصدير / استيراد bacpac وقتاً طويلاً، وقد يفشل لأسباب مختلفة.
عند تغيير طبقة خدمة قاعدة بيانات Azure SQL إلى Hyperscale، تفشل العملية إذا كانت قاعدة البيانات تحتوي على أي ملفات بيانات أكبر من 1 تيرابايت في بعض الحالات، قد يكون من الممكن حل هذه المشكلة عن طريق تقليص الملفات الكبيرة لتصبح أقل من 1 تيرابايت قبل محاولة تغيير طبقة الخدمة إلى Hyperscale. استخدم الاستعلام التالي لتحديد الحجم الحالي لملفات قاعدة البيانات. SELECT file_id, name AS file_name, size * 8. / 1024 / 1024 AS file_size_GB FROM sys.database_files WHERE type_desc = 'ROWS';
مثيل SQL المدار مثيل Azure SQL المُدار غير مدعوم حالياً مع قواعد بيانات Hyperscale.
تجمعات مرنة التجمعات المرنة غير مدعومة حالياً باستخدام Hyperscale.
ترحيل قواعد البيانات مع كائنات داخل الذاكرة OLTP يدعم Hyperscale مجموعة فرعية من كائنات OLTP في الذاكرة، بما في ذلك أنواع الجداول المحسّنة للذاكرة ومتغيرات الجدول والوحدات النمطية المترجمة محلياً. ومع ذلك، عند وجود أي كائنات OLTP مُضمَّنة في الذاكرة في قاعدة البيانات التي يتم ترحيلها، لا يتم دعم الترحيل من طبقات الخدمة Premium وBusiness Critical إلى Hyperscale. لترحيل قاعدة البيانات هذه إلى Hyperscale، يجب إسقاط جميع كائنات OLTP المضمنة في الذاكرة وتبعياتها. بعد ترحيل قاعدة البيانات، يمكن إعادة إنشاء هذه الكائنات. الجداول المحسنة للذاكرة المتينة وغير الدائمة غير مدعومة حالياً في Hyperscale، ويجب تغييرها إلى جداول القرص.
النسخ الجغرافي المتماثل النسخ المتماثل الجغرافي ومجموعات تجاوز فشل المجموعات على Hyperscale هي الآن في الإصدار الأولي العام.
ميزات قاعدة البيانات الذكية باستثناء خيار "Force Plan"، فإن جميع خيارات "الضبط التلقائي" الأخرى غير مدعومة حتى الآن على Hyperscale: قد تظهر الخيارات ممكّنة، ولكن لن يتم اتخاذ أي توصيات أو إجراءات.
تفاصيل أداء الاستعلام إجراء Query Performance Insights غير مدعوم حالياً لقواعد بيانات Hyperscale.
تقليص قاعدة البيانات SHRINKDATABASE DBCC أو DBCC SHRINKFILE غير مدعومين حالياً لقواعد بيانات Hyperscale.
التحقق من سلامة قاعدة البيانات CHECKDB DBCC غير مدعوم حالياً لقواعد بيانات Hyperscale. يمكن استخدام CHECKTABLE DBCC ('TableName') مع TABLOCK وCHECKFILEGROUP DBCC مع TABLOCK كحل بديل. راجع تكامل البيانات في قاعدة بيانات Azure SQL للحصول على تفاصيل حول إدارة تكامل البيانات في قاعدة بيانات Azure SQL.
وظائف مرنة استخدام قاعدة بيانات Hyperscale كقاعدة بيانات الوظيفة غير مدعوم. ومع ذلك، يمكن أن تستهدف الوظائف المرنة قواعد بيانات Hyperscale بنفس الطريقة مثل أي قاعدة بيانات أخرى في Azure SQL Database.
مزامنة البيانات استخدام قاعدة بيانات Hyperscale كقاعدة بيانات Hub أو Sync Metadata غير مدعوم. ومع ذلك، يمكن أن تكون قاعدة بيانات Hyperscale قاعدة بيانات عضو في طوبولوجيا Data Sync.
استيراد وتصدير خدمة الاستيراد والتصدير غير مدعومة حالياً لقواعد بيانات Hyperscale.

الخطوات التالية

تعرف على المزيد حول Hyperscale في Azure SQL Database في المقالات التالية: