ما هو تجمع مثيل Azure SQL المُدار (إصدار أولي)؟

ينطبق على: مثيل Azure SQL المُدار

توفر مجموعات المثيلات في Azure SQL Managed Instance طريقة مناسبة وفعالة من حيث التكلفة لترحيل مثيل SQL Server الأصغر إلى السحابة على نطاق واسع.

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

بالإضافة إلى ذلك، تدعم تجمعات المثيل تكامل VNet الأصلي بحيث يمكنك نشر مجموعات مثيلات متعددة ومثيلات فردية متعددة في الشبكة الفرعية ذاتها.

القدرات الأساسية

توفر تجمعات المثيل الفوائد التالية:

  1. القدرة على استضافة مثيلات 2-vCore. *فقط للمثيلات في تجمعات المثيل.
  2. وقت نشر مثيل سريع وقابل للتنبؤ (حتى 5 دقائق).
  3. تخصيص الحد الأدنى لعنوان IP.

يوضح الرسم التخطيطي التالي تجمع مثيلات مع مثيلات مُدارة متعددة منشورة ضمن شبكة فرعية لشبكة ظاهرية.

instance pool with multiple instances

تُمكّن تجمعات المثيلات من نشر مثيلات متعددة على نفس الجهاز الظاهري، حيث يعتمد حجم حساب الجهاز الظاهري على العدد الإجمالي لنقاط vCores المخصصة للمجموعة. تسمح هذه البنية بتقسيم الجهاز الظاهري إلى مثيلات متعددة، الجهاز الظاهري إلى مثيلات متعددة، والتي يمكن أن تكون بأي حجم مدعوم، بما في ذلك 2 vCore (لا تتوفر مثيلات 2-vCore إلا للمثيلات الموجودة في التجمعات).

بعد النشر الأولي، تكون عمليات الإدارة في المثيلات الموجودة في التجمع أسرع بكثير. وذلك لأن نشر أو تمديد مجموعة ظاهرية (مجموعة مخصصة من الأجهزة الظاهرية) لا يعد جزءاً من توفير المثيل المُدار.

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

يحتوي كل تجمع على تخصيص IP ثابت لتسعة عناوين IP فقط (لا يشمل عناوين IP الخمسة في الشبكة الفرعية المحجوزة لاحتياجاته الخاصة). للحصول على تفاصيل، يُرجى الرجوع إلى متطلبات حجم الشبكة الفرعية للمثيلات المفردة.

سيناريوهات التطبيق

توفر القائمة التالية حالات الاستخدام الرئيسية حيث يجب مراعاة تجمعات المثيلات:

  • ترحيل مجموعة من مثيلات SQL Server في نفس الوقت، حيث يكون حجم الأغلبية أصغر (على سبيل المثال 2 أو 4 vCores).
  • السيناريوهات التي يكون فيها إنشاء المثيل القصير والمتوقع مهماً. على سبيل المثال، نشر مستأجر جديد في بيئة تطبيق SaaS متعددة المستأجرين تتطلب قدرات على مستوى المثيل.
  • السيناريوهات التي يكون فيها وجود تكلفة ثابتة أو حد إنفاق مهماً. على سبيل المثال، تشغيل اختبار مطور مشترك أو بيئات تجريبية ذات حجم ثابت (أو يتغير بشكل غير متكرر)، حيث تقوم بنشر المثيلات المُدارة بشكل دوري عند الحاجة.
  • السيناريوهات التي يكون فيها تخصيص الحد الأدنى لعنوان IP في شبكة فرعية VNet أمراً مهماً. تشترك جميع المثيلات في التجمع في جهاز ظاهري، وبالتالي فإن عدد عناوين IP المخصصة أقل مما هو عليه في حالة المثيلات الفردية.

التصميم

تحتوي تجمعات المثيلات على بنية مشابهة للأمثلة العادية (الفردية) المُدارة. لدعم عمليات النشر داخل شبكات Azure الظاهرية ولتوفير العزل والأمان للعملاء، تعتمد تجمعات المثيلات أيضاً على نظام المجموعة الظاهرية. تمثل المجموعات الظاهرية مجموعةً مخصصة من الأجهزة الافتراضية المعزولة المنتشرة داخل الشبكة الفرعية للشبكة الافتراضية للعميل.

يتمثل الاختلاف الرئيسي بين نموذجي النشر في أن تجمعات المثيلات تسمح بعمليات نشر عمليات SQL Server متعددة على نفس عقدة الجهاز الظاهري، والتي يتم التحكم فيها باستخدام كائنات وظائف Windows، بينما تكون المثيلات الفردية دائماً وحدها على عقدة جهاز ظاهري.

يوضح الرسم التخطيطي التالي تجمع مثيلات ومثيلين فرديين تم نشرهما في الشبكة الفرعية ذاتها ويوضح التفاصيل الهيكلية الرئيسية لكلا نموذجي النشر:

Instance pool and two individual instances

ينشئ كل تجمع مثيل نظام مجموعة افتراضية منفصلة تحتها. لا تشارك المثيلات الموجودة ضمن التجمع والمثيلات الفردية التي تم نشرها في نفس الشبكة الفرعية موارد الحوسبة المخصصة لعمليات SQL Server ومكونات العبارة، ما يضمن إمكانية التنبؤ بالأداء.

قيود الموارد

هناك العديد من قيود الموارد فيما يتعلق بتجمعات المثيل والمثيلات داخل التجمعات:

  • تتوفر تجمعات المثيل على أجهزة Gen5 فقط.
  • تحتوي المثيلات المُدارة داخل التجمع على وحدة المعالجة المركزية وذاكرة الوصول العشوائي المخصصة، لذا يجب أن يكون العدد الإجمالي لـ vCores عبر جميع المثيلات أقل من أو يساوي عدد vCores المخصصة للتجمع.
  • تنطبق جميع حدود مستوى المثيل على مثيلات تم إنشاؤها داخل التجمع.
  • بالإضافة إلى الحدود على مستوى المثيل، هناك أيضاً حدان مفروضان على مستوى تجمع المثيل:
    • إجمالي حجم التخزين لكل تجمع (8 تيرابايت).
    • العدد الإجمالي لقواعد بيانات المستخدم لكل تجمع. يعتمد هذا الحد على قيمة التجمع vCores:
      • يدعم تجمع 8 vCores ما يصل إلى 200 قاعدة بيانات،
      • يدعم تجمع 16 vCores ما يصل إلى 400 قاعدة بيانات،
      • يدعم تجمع vCores 24 وأكبر ما يصل إلى 500 قاعدة بيانات.
  • يمكن استخدام مصادقة Azure AD بعد إنشاء أو تعيين مثيل مُدار بعلامة -AssignIdentity. للحصول على مزيدٍ من المعلومات، يُرجى الرجوع إلى New-AzSqlInstance وSet-AzSqlInstance. يمكن للمستخدمين بعد ذلك تعيين مسؤول Azure AD للمثيل باتباع مسؤول إعلان Azure Provision (SQL المثيل المُدار).

يجب أن يكون إجمالي تخصيص التخزين وعدد قواعد البيانات عبر جميع المثيلات أقل من أو يساوي الحدود التي تعرضها تجمعات المثيلات.

  • تدعم تجمعات المثيل 8 و16 و24 و32 و40 و64 و80 vCore.
  • تدعم المثيلات المُدارة داخل التجمعات 2 و4 و8 و16 و24 و32 و40 و64 و80 vCore.
  • تدعم المثيلات المُدارة داخل التجمعات أحجام التخزين بين 32 جيجابايت و8 تيرابايت، باستثناء:
    • تدعم مثيلات 2 vCore الأحجام بين 32 جيجابايت و640 جيجابايت،
    • تدعم مثيلات 4 vCore أحجام تتراوح بين 32 جيجابايت و2 تيرابايت.
  • المثيلات المدارة داخل تجمعات لها حد يصل إلى 100 قاعدة بيانات المستخدم لكل مثيل، باستثناء مثيلات 2 vCore التي تدعم قواعد بيانات المستخدم حتى 50 لكل مثيل.

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

القيود الإصدار الأولي العام

لدى الإصدار الأولي العام القيود التالية:

  • حالياً، لا تتوفر سوى مستوى خدمة General Purpose.
  • لا يمكن تحجيم تجمعات المثيلات أثناء الإصدار الأولي العام، لذا فإن التخطيط الدقيق للسعة قبل النشر يعد أمراً مهماً.
  • لا يتوفر دعم مدخل Azure لإنشاء تجمع المثيل وتكوينه بعد. يتم دعم جميع العمليات في تجمعات المثيلات من خلال PowerShell فقط. يتم دعم جميع العمليات في تجمعات المثيلات من خلال PowerShell فقط. بمجرد نشرها في تجمع، يمكن تحديث المثيلات المُدارة باستخدام مدخل Azure.
  • لا يمكن نقل المثيلات المُدارة التي تم إنشاؤها خارج التجمع إلى مستودع موجود، ولا يمكن نقل المثيلات التي تم إنشاؤها داخل مستودع إلى الخارج كمثيل واحد أو إلى تجمع آخر.
  • لا يتوفر تسعير مثيل السعة الاحتياطية.
  • مجموعات تجاوز الفشل غير مدعومة للمثيلات الموجودة في مستودع التخزين.

ميزات SQL المدعومة

تدعم المثيلات المُدارة التي تم إنشاؤها في المجمعات نفس مستويات التوافق والميزات المدعومة في المثيلات الفردية المُدارة.

كل مثيل نشر مُدار في تجمع يحتوي على مثيل منفصل من عامل SQL.

يتم تكوين الميزات أو الميزات الاختيارية التي تتطلب منك اختيار قيم معينة (مثل الترتيب على مستوى المثيل والمنطقة الزمنية ونقطة النهاية العامة لحركة البيانات ومجموعات تجاوز الفشل) على مستوى المثيل ويمكن أن تكون مختلفة لكل مثيل في التجمع.

اعتبارات الأداء

على الرغم من أن المثيلات المُدارة داخل التجمعات لديها vCore وذاكرة الوصول العشوائي المخصصة، إلا إنها تشترك في القرص المحلي (لاستخدام tempdb) وموارد الشبكة. من غير المحتمل، ولكن من الممكن تجربة تأثير الجار المزعج إذا كان لدى مثيلات متعددة في التجمع استهلاك عالٍ للموارد في نفس الوقت. إذا لاحظت هذا السلوك، فخذ بعين الاعتبار نشر هذه المثيلات إلى تجمع أكبر أو مثيلات مفردة.

اعتبارات الأمان

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

طلبات دعم تجمع المثيلات

إنشاء طلبات الدعم لتجمعات مثيلات وإدارتها في مدخل Azure.

إذا كنت تواجه مشكلات تتعلق بنشر تجمع المثيلات (الإنشاء أو الحذف)، فتأكد من تحديد Instance Pools في الحقل Problem subtype.

Instance pools support request

إذا كنت تواجه مشكلات تتعلق بمثيل واحد مُدار أو قاعدة بيانات داخل تجمع، يجب إنشاء تذكرة دعم منتظمة لمثيل Azure SQL المدار.

لإنشاء عمليات نشر أكبر لمثيل SQL المُدار (مع أو دون تجمعات المثيلات)، قد تحتاج إلى الحصول على حصة إقليمية أكبر. لمزيد من المعلومات، راجع طلب زيادات الحصة النسبية لقاعدة بيانات ِAzure SQL. يقارن منطق النشر لتجمعات المثيلات إجمالي استهلاك vCore على مستوى التجمع مقابل حصتك لتحديد ما إذا كان مسموحاً لك بإنشاء موارد جديدة دون زيادة حصتك.

فوترة تجمع المثيلات

تسمح تجمعات المثيلات بحساب التحجيم والتخزين بشكل مستقل. يدفع العملاء مقابل الحوسبة المرتبطة بمورد التجمع الذي يقاس بـ vCores، والتخزين المرتبط بكل مثيل يقاس بالجيجابايت (أول 32 غيغابايت مجانية لكل مثيل).

يتم احتساب سعر vCore لتجمع بغض النظر عن عدد المثيلات التي يتم نشرها في هذا التجمع.

بالنسبة لسعر الحساب (يقاس بـ vCores)، يتوفر خياران للتسعير:

  1. الترخيص المُضمّن: يتم تضمين سعر تراخيص SQL Server. هذا للعملاء الذين يختارون عدم تطبيق تراخيص SQL Server الحالية باستخدام Software Assurance.
  2. Azure Hybrid Benefit:سعر مُخفض يتضمن Azure Hybrid Benefit لـ SQL Server. يمكن للعملاء اختيار هذا السعر باستخدام تراخيص SQL Server الموجودة لديهم باستخدام Software Assurance. للاطلاع على الأهلية وغيرها من التفاصيل، يُرجى الرجوع إلى Azure Hybrid Benefit.

لا يمكن تعيين خيارات تسعير مختلفة للمثيلات الفردية في التجمع. يجب أن تكون جميع المثيلات في التجمع الأصل إما بسعر "تضمين الترخيص" أو سعر "Azure Hybrid Benefit". يمكن تغيير نموذج الترخيص للتجمع بعد إنشاء التجمع.

هام

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

إذا قمت بإنشاء مجموعات مثيلات على اشتراكات مؤهلة لميزة dev-test، فستتلقى تلقائياً معدلات مخفضة تصل إلى 55 بالمائة على مثيل Azure SQL المُدار.

للحصول على التفاصيل الكاملة حول تسعير تجمعات المثيلات، راجع قسم تجمعات المثيلات في صفحة تسعير مثيل SQL المًدار.

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