Share via

Azure Resource Manager مقابل التوزيع الكلاسيكي: فهم نماذج التوزيع، وحالة الموارد

  • مقالة

إشعار

يتم استخدام المعلومات المتوفرة في هذه المقالة فقط عند الترحيل من التوزيع الكلاسيكي إلى توزيع Azure Resource Manager.

في هذه المقالة، يمكنك التعرف على Azure Resource Manager، ونماذج التوزيع الكلاسيكية. تمثل Resource Manager ونماذج التوزيع الكلاسيكية طريقتين مختلفتين لتوزيع حلول Azure وإدارتها. يمكنك العمل معهم من خلال مجموعتين API مختلفة، ويمكن أن تحتوي الموارد الموزعة على اختلافات هامة. النموذجان غير متوافقين مع بعضهما البعض. توضح هذه المقالة هذه الاختلافات.

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

إذا كنت مستخدما جديدا ل Resource Manager، فقد تحتاج أولا إلى مراجعة المصطلحات المحددة في نظرة عامة على Azure Resource Manager.

تاريخ نماذج التوزيع

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

في عام 2014، قدمت Azure برنامج Resource Manager، الذي وفر مفهوم مجموعة الموارد. مجموعة الموارد هي حاوية للموارد التي تشترك في دورة حياة مشتركة. يوفر نموذج توزيع Resource Manager العديد من الفوائد:

  • يمكنك توزيع وإدارة ومراقبة جميع الخدمات للحل الخاص بك كمجموعة، بدلاً من التعامل مع هذه الخدمات بشكل فردي.
  • يمكنك توزيع الحل بشكل متكرر طوال دورة الحياة، ويمكنك أن تثق في أن مواردك يتم توزيعها في حالة متسقة.
  • يمكنك تطبيق التحكم بالوصول إلى كافة الموارد في مجموعة الموارد الخاصة بك، ويتم تطبيق هذه النُهج تلقائيًا عند إضافة موارد جديدة إلى مجموعة الموارد.
  • يمكنك وضع العلامات على الموارد لتنظيم جميع الموارد بشكل منطقي في اشتراكك.
  • يمكنك استخدام JavaScript Object Notation (JSON) لتعريف البنية الأساسية للحل الخاص بك. يُعرَف ملف JSON كقالب Resource Manager.
  • يمكنك تحديد التبعيات بين الموارد حتى تُوزّع بالترتيب الصحيح.

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

فهم الدعم المقدم للنماذج

هناك ثلاثة سيناريوهات يجب أن تكون على علم بها:

  1. لا تدعم الخدمات السحابية (الكلاسيكية) نموذج توزيع Resource Manager. تدعم الخدمات السحابية (الدعم الموسع) نموذج توزيع Resource Manager.
  2. تدعم الأجهزة الظاهرية، وحسابات التخزين، والشبكات الظاهرية كل من Resource Manager، ونماذج التوزيع الكلاسيكية.
  3. تدعم كافة خدمات Azure الأخرى Resource Manager.

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

في بعض الحالات، يمكن استرداد أمر Resource Manager معلومات حول مورد تم إنشاؤه من خلال التوزيع الكلاسيكي، أو يمكن تنفيذ مهمة إدارية؛ مثل: نقل مورد كلاسيكي إلى مجموعة موارد أخرى. ولكن، هذه الحالات لا يجب أن تعطي الانطباع بأن النوع يدعم عمليات Resource Manager. على سبيل المثال: افترض أن لديك مجموعة موارد تحتوي على جهاز ظاهري تم إنشاؤه بالتوزيع الكلاسيكي. إذا قمت بتشغيل أمر Resource Manager PowerShell التالي:

Get-AzResource -ResourceGroupName ExampleGroup -ResourceType Microsoft.ClassicCompute/virtualMachines

فإنه يُرجَع إلى الجهاز الظاهري:

Name              : ExampleClassicVM
ResourceId        : /subscriptions/{guid}/resourceGroups/ExampleGroup/providers/Microsoft.ClassicCompute/virtualMachines/ExampleClassicVM
ResourceName      : ExampleClassicVM
ResourceType      : Microsoft.ClassicCompute/virtualMachines
ResourceGroupName : ExampleGroup
Location          : westus
SubscriptionId    : {guid}

ومع ذلك، يقوم أمر cmdlet Resource Manager Get-AzVM بإرجاع الأجهزة الظاهرية المنشورة من خلال Resource Manager فقط. لا يرجع الأمر التالي الجهاز الظاهري الذي تم إنشاؤه من خلال التوزيع الكلاسيكي.

Get-AzVM -ResourceGroupName ExampleGroup

الموارد التي تم إنشاؤها فقط من خلال علامات دعم Resource Manager. لا يمكنك تطبيق العلامات على الموارد الكلاسيكية.

التغييرات الخاصة بالحوسبة، والشبكة، والتخزين

يعرض الرسم التخطيطي التالي موارد الحوسبة، والشبكة، والتخزين التي تم توزيعها من خلال Resource Manager.

Diagram that shows Resource Manager architecture with SRP, CRP, and NRP.

SRP: موفر موارد التخزين، CRP: حساب موفر الموارد، NRP: موفر موارد الشبكة

للحصول على رسم تخطيطي محدث لحل جهاز ظاهري يستخدم الأقراص المدارة، راجع تشغيل جهاز ظاهري يعمل بنظام Windows على Azure.

لاحظ العلاقات التالية بين الموارد:

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

فيما يلي المكونات، وعلاقاتها للتوزيع الكلاسيكي:

Diagram that shows classic architecture for hosting a virtual machine.

الحل الكلاسيكي لاستضافة جهاز ظاهري يتضمن:

  • تعمل الخدمات السحابية (الكلاسيكية) كحاوية لاستضافة الأجهزة الظاهرية (حساب). يتم توفير الأجهزة الظاهرية تلقائيًا مع بطاقة واجهة شبكة اتصال، وعنوان IP المعين من قبل Azure. بالإضافة إلى ذلك، تحتوي الخدمة السحابية على مثيل موازن تحميل خارجي، وعنوان IP عام، ونقاط نهاية ظاهرية؛ للسماح بنسبة استخدام الشبكة سطح المكتب البعيد، وPowerShell عن بعد للأجهزة الظاهرية المستندة إلى Windows، وحركة مرور Secure Shell (SSH) للأجهزة الظاهرية المستندة إلى Linux.
  • حساب تخزين مطلوب يخزن الأقراص الثابتة الظاهرية لجهاز ظاهري، بما في ذلك نظام التشغيل، وأقراص البيانات المؤقتة والإضافية (التخزين).
  • شبكة ظاهرية اختيارية تعمل كحاوية إضافية؛ حيث يمكنك إنشاء بنية فرعية، واختيار الشبكة الفرعية التي يوجد عليها الجهاز الظاهري (شبكة).

يصف الجدول التالي التغييرات في كيفية تفاعل موفري موارد الحساب، والشبكة، والتخزين:

عنصر كلاسيكي Resource Manager
خدمات السحابة للأجهزة الظاهرية كانت خدمة السحابة حاوية لحمل الأجهزة الظاهرية التي تتطلب توافر من النظام الأساسي، وموازنة التحميل. لم تعد خدمة السحابة كائنًا مطلوبًا لإنشاء جهاز ظاهري باستخدام النموذج الجديد.
الشبكات الظاهرية شبكة اتصال ظاهرية اختيارية للجهاز الظاهري. إذا تم تضمينها، فلا يمكن توزيع الشبكة الظاهرية باستخدامResource Manager. يتطلب الجهاز الظاهري شبكة ظاهرية تم توزيعها باستخدام Resource Manager.
حسابات التخزين يتطلب الجهاز الظاهري حساب تخزين يخزن الأقراص الثابتة الظاهرية لنظام التشغيل، وأقراص البيانات المؤقتة والإضافية. يتطلب الجهاز الظاهري حساب تخزين لتخزين الأقراص الخاصة به في تخزين كائن ثنائي كبير الحجم.
مجموعات التوفر تمت الإشارة إلى توفر النظام الأساسي عن طريق تكوين نفس "AvailabilitySetName" على الأجهزة الظاهرية. كان الحد الأقصى لعدد مجالات الخطأ 2. مجموعة التوفر عبارة عن مورد يتعرض من قبل موفر Microsoft.Compute. يجب تضمين الأجهزة الظاهرية التي تتطلب قابلية وصول عالية في مجموعة التوفر. الحد الأقصى لعدد مجالات الخطأ الآن 3.
مجموعات الترابط مجموعات الترابط مطلوبة لإنشاء الشبكات الظاهرية. ومع ذلك، مع إدخال الشبكات الظاهرية الإقليمية، لم يعد ذلك مطلوبًا بعد الآن. للتبسيط، فإن مفهوم مجموعات الترابط غير موجود في واجهات برمجة التطبيقات التي يتم كشفها من خلال Azure Resource Manager.
موازنة التحميل إنشاء خدمة سحابة يوفر موازن تحميل ضمني للأجهزة الظاهرية الموزعة. موازن التحميل هو مورد يتعرض من قبل موفر Microsoft.Network. يجب أن تكون واجهة الشبكة الأساسية للأجهزة الظاهرية التي تحتاج إلى تحميل متوازن ترجع إلى موازن التحميل. يمكن أن تكون موازنات التحميل داخلية أو خارجية. يشير مثيل موازن التحميل إلى تجمع الواجهة الخلفية لعناوين IP التي تتضمن بطاقة واجهة الشبكة الخاصة بجهاز ظاهري (اختياري)، وتشير إلى عنوان IP عام، أو خاص لموازن التحميل (اختياري).
عنوان IP الظاهري تحصل الخدمات السحابية على VIP ظاهري (عنوان IP الظاهري) عند إضافة جهاز ظاهري إلى خدمة السحابة. عنوان IP الظاهري هو العنوان المقترن بموازن التحميل الضمني. عنوان IP العام هو مورد يتعرض من قبل موفر Microsoft.Network. يمكن أن يكون عنوان IP العام ثابتًا (محجوزًا) أو ديناميكيًا. يمكن تعيين عناوين IP العامة الديناميكية إلى موازن تحميل. يمكن تأمين عناوين IP العامة باستخدام مجموعات الأمان.
عنوان IP محجوز يمكنك حجز عنوان IP في Azure، وربطه بخدمة السحابة؛ لضمان أن عنوان IP مثبت. يمكن إنشاء عنوان IP عام في وضع ثابت، ويوفر نفس القدرة؛ كعنوان IP المحجوز.
عنوان IP العام (PIP) لكل جهاز ظاهري يمكن أيضًا أن تكون عناوين IP العامة مقترنة بجهاز ظاهري مباشرة. عنوان IP العام هو مورد يتعرض من قبل موفر Microsoft.Network. يمكن أن يكون عنوان IP العام ثابتًا (محجوزًا) أو ديناميكيًا.
نقاط النهاية تحتاج نقاط نهاية الإدخال إلى التكوين على جهاز ظاهري لفتح الاتصال لمنافذ معينة. أحد الأوضاع الشائعة للاتصال بالأجهزة الظاهرية التي تم إجراؤها عن طريق إعداد نقاط نهاية الإدخال. يمكن تكوين قواعد NAT الواردة على موازنات التحميل؛ لتحقيق نفس القدرة على تمكين نقاط النهاية على منافذ محددة للاتصال بالأجهزة الظاهرية.
اسم DNS ستحصل خدمة السحابة على اسم DNS فريد ضمني بشكل عام. على سبيل المثال: mycoffeeshop.cloudapp.net. أسماء DNS هي معلمات اختيارية يمكن تحديدها على مورد عنوان IP عام. FQDN بالتنسيق التالي - <domainlabel>.<region>.cloudapp.azure.com.
واجهات الشبكة تم تعريف واجهة الشبكة الأساسية والثانوية وخصائصها على أنها تكوين شبكة اتصال لجهاز ظاهري. واجهة الشبكة هي مورد تم الكشف عنه بواسطة موفر Microsoft.Network. دورة حياة واجهة الشبكة غير مرتبطة بجهاز ظاهري. تشير إلى عنوان IP المعين للجهاز الظاهري (مطلوب)، والشبكة الفرعية للشبكة الظاهرية للجهاز الظاهري (مطلوب)، وإلى مجموعة أمان الشبكة (اختياري).

للتعرف على توصيل الشبكات الظاهرية من نماذج توزيع مختلفة، راجع الاتصال الشبكات الظاهرية من نماذج توزيع مختلفة في المدخل.

الترحيل من الكلاسيكي إلى Resource Manager

إذا كنت مستعدًا لترحيل الموارد من التوزيع الكلاسيكي إلى توزيع Resource Manager، فشاهد:

  1. التعمق التقني في الترحيل المدعوم من النظام الأساسي من الإصدار الكلاسيكي إلى Azure Resource Manager
  2. الترحيل المدعوم من النظام الأساسي لموارد IaaS من Classic إلى Azure Resource Manager
  3. ترحيل موارد IaaS من الكلاسيكية إلى Azure Resource Manager باستخدام Azure PowerShell
  4. ترحيل موارد IaaS من الكلاسيكية إلى Azure Resource Manager باستخدام Azure CLI

الأسئلة الشائعة

هل يمكنني إنشاء جهاز ظاهري باستخدام Resource Manager للنشر في شبكة ظاهرية تم إنشاؤها باستخدام النشر الكلاسيكي؟

هذا التكوين غير معتمد. لا يمكنك استخدام Resource Manager لتوزيع جهاز ظاهري في شبكة ظاهرية تم إنشاؤها باستخدام التوزيع الكلاسيكي.

هل يمكنني إنشاء جهاز ظاهري باستخدام Resource Manager من صورة مستخدم تم إنشاؤها باستخدام نموذج النشر الكلاسيكي؟

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

ما هو التأثير على الحصة النسبية لاشتراكي؟

حصص الأجهزة الظاهرية والشبكات الظاهرية وحسابات التخزين التي تم إنشاؤها من خلال Azure Resource Manager منفصلة عن الحصص الأخرى. يحصل كل اشتراك على حصص لإنشاء الموارد باستخدام واجهات برمجة التطبيقات الجديدة. يمكنك قراءة المزيد حول الحصص الإضافية هنا.

هل يمكنني الاستمرار في استخدام البرامج النصية التلقائية لتوفير الأجهزة الظاهرية والشبكات الظاهرية وحسابات التخزين من خلال واجهات برمجة تطبيقات Resource Manager؟

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

أين يمكنني العثور على أمثلة لقوالب Azure Resource Manager؟

يمكن العثور على مجموعة شاملة من قوالب البداية في قوالب التشغيل السريع ل Azure Resource Manager.

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