مشاركة عبر

تحديد حجم الشبكة الفرعية المطلوبة والنطاق لمثيل Azure SQL المُدار

  • مقالة

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

يجب نشر مثيل Azure SQL المُدار ضمن شبكة Azure الظاهرية. يعتمد عدد الطبعات المدارة التي يمكن نشرها في الشبكة الفرعية لشبكة ظاهرية على حجم الشبكة الفرعية (نطاق الشبكة الفرعية).

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

حسب التصميم، يحتاج المثيل المُدار إلى 32 عنوان IP كحد أدنى في شبكة فرعية. نتيجة لذلك، يمكنك استخدام قناع الشبكة الفرعية الأدنى / 27 عند تحديد نطاقات IP للشبكة الفرعية. نوصي بالتخطيط الدقيق لحجم الشبكة الفرعية لعمليات النشر المُدارة الخاصة بك. ضع في اعتبارك المدخلات التالية أثناء التخطيط:

  • عدد المثيلات المُدارة، بما في ذلك معلمات المثيل التالية:
  • خطط لتوسيع/​​تقليل أو تغيير مستوى الخدمة أو تكوين الأجهزة أو فترة الصيانة

هام

يسمح حجم الشبكة الفرعية المكون من 16 عنوان IP (قناع الشبكة الفرعية / 28) بنشر مثيل واحد مُدار بداخله. يجب استخدامه فقط للتقييم أو لسيناريوهات التطوير/الاختبار، حيث لن يتم تنفيذ عمليات القياس.

تحديد حجم الشبكة الفرعية

حدد حجم شبكتك الفرعية وفقاً لاحتياجاتك المستقبلية من أجل النشر والتوسيع على سبيل المثال. يمكن أن تساعدك المَعلَمات التالية في تكوين عملية حسابية:

  • يستخدم Azure خمسة عناوين IP في الشبكة الفرعية لاحتياجاته الخاصة.
  • يخصص كل مجموعة افتراضية عدداً إضافيًّا من العناوين.
  • يستخدم كل مثيل مُدار عدداً من العناوين التي تعتمد على طبقة الأسعار وتكوين الأجهزة.
  • يخصص كل طلب قياس مؤقتاً عدداً إضافيًّا من العناوين.

هام

لا يمكن تغيير نطاق عناوين الشبكة الفرعية في حالة وجود أي مورد في الشبكة الفرعية. ضع في اعتبارك استخدام شبكات فرعية أكبر بدلاً من الشبكات الأصغر لمنع حدوث مشكلات في المستقبل.

GP = الغرض العام ؛ BC = الأعمال الحرجة ؛ VC = الكتلة الافتراضية

⁧⁩مستوى التسعير⁧⁩ استخدام Azure استخدام VC استخدام المثيل الإجمالي
المباريات التي يلعبها اللاعب 5 6 3 14
قبل الميلاد 5 6 5 ⁧⁩16⁧⁩

في الجدول السابق:

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

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

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

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

سيناريوهات التحديث

أثناء عملية القياس، تتطلب المثيلات مؤقتاً سعة IP إضافية تعتمد على مستوى التسعير:

⁧⁩مستوى التسعير⁧⁩ السيناريو عناوين إضافية
المباريات التي يلعبها اللاعب تحجيم vCores 3
المباريات التي يلعبها اللاعب تخزين التحجيم 0
المباريات التي يلعبها اللاعب التحول إلى BC 5
قبل الميلاد تحجيم vCores 5
قبل الميلاد تخزين التحجيم 5
قبل الميلاد التحول إلى GP 3

احسب عدد عناوين IP

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

الصيغة: 5 + (أ * 12) + (ب * 16) + (ج * 16)

  • أ = عدد حالات GP
  • ب = عدد حالات BC
  • c = عدد تكوينات فترة الصيانة المختلفة وتكوينات الأجهزة

تفسير:

  • 5 = عدد عناوين IP المحجوزة بواسطة Azure
  • 12 عنواناً لكل مثيل GP = 6 للكتلة الظاهرية، و3 للمثيل المُدار، و3 عناوين إضافية لعملية القياس
  • 16 عنواناً لكل مثيل BC = 6 للكتلة الظاهرية، و5 للمثيل المُدار، و5 عناوين إضافية لعملية القياس
  • 16 عنواناً كنسخة احتياطية = سيناريو حيث يتم إنشاء مجموعة افتراضية جديدة

مثال:

  • إنك تخطط لنشر ثلاث مثيلين مُدارين للأغراض العامة ومثيلين مُدارين لأداء الأعمال في نفس الشبكة الفرعية. سيكون لجميع المثيلات نفس نافذة الصيانة التي تم تكوينها. هذا يعني أنك بحاجة إلى 5 + (3 * 12) + (2 * 16) + (1 * 16) = 89 عنوان IP.

    نظراً لأن نطاقات IP محددة بصلاحيات 2، فإن شبكتك الفرعية تتطلب نطاق IP بحد أدنى 128 (2 ^ 7) لهذا النشر. أنت بحاجة إلى حجز الشبكة الفرعية باستخدام قناع الشبكة الفرعية/ 25.

ملاحظة

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

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