الأسئلة المتداولة حول مجموعات مقياس الجهاز الظاهري Azure

يمكن أن تحتوي مجموعة المقياس على نطاق يتراوح من 0 إلى 1000 جهاز ظاهري استنادًا إلى صور النظام الأساسي، أو من 0 إلى 600 جهاز ظاهري استنادًا إلى الصور المخصصة.

نعم. يمكن أن تقوم مجموعة المقياس بتحديد تكوين أقراص البيانات المرفقة الذي ينطبق على جميع الأجهزة الظاهرية في المجموعة. لمزيد من المعلومات، راجع Azure scale sets and attached data disks. وتشمل الخيارات الأخرى لتخزين البيانات ما يلي:

• Azure Managed Disks (Premium v2 وPremium وStandard و Ultra)
• ملفات Azure (محركات الأقراص المشتركة SMB أو NFS)
• Azure Netapp Files
• أقراص Azure المشتركة
• محرك أقراص نظام التشغيل
• المحرك المؤقت (محلي، غير مدعوم من قبل Azure Storage)
• خدمة بيانات Azure (على سبيل المثال، Azure Table Storage أو Azure Blob Storage)
• خدمة البيانات الخارجية (على سبيل المثال، قاعدة بيانات بعيدة)

تدعم جميع المناطق مجموعات التحجيم.

يتم دعم جميع وحدات SKU لمجموعات مقياس الجهاز الظاهري.

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

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

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

تعرف على المزيد حول الفرق بين ترقية صورة نظام التشغيل وإعادة الرسم.

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

يمكنك تغيير ترتيب إزالة الأجهزة الظاهرية عن طريق تحديد نهج المقياس المضمن لمجموعة التحجيم.

إذا قمت بزيادة السعة إلى 18، فسيتم إنشاء 3 أجهزة ظاهرية جديدة. في كل مرة، يتم زيادة معرف مثيل الجهاز الظاهري من القيمة الأعلى السابقة (على سبيل المثال، 20، و21، و22). تتم موازنة الأجهزة الظاهرية عبر نطاقات الخطأ.

نعم، يمكنك استخدام التسلسل الملحق لمجموعة التحجيم.

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

نعم. لمزيد من المعلومات، يُرجى الرجوع إلى مستند منطقة مجموعة التحجيم.

راجع أفضل الممارسات للتحجيم التلقائي للأجهزة الظاهرية.

راجع المقاييس المعتمدة باستخدام Azure Monitor.

نعم. لهذه الأمثلة، راجع المقاييس الشائعة للتحجيم التلقائي لـ Azure Monitor.

للحصول على قائمة انتظار ناقل الخدمة، استخدم JSON التالية:

"metricName": "MessageCount",
"metricNamespace": "",
"metricResourceUri": "/subscriptions/s1/resourceGroups/rg1/providers/Microsoft.ServiceBus/namespaces/mySB/queues/myqueue"

للحصول على قائمة انتظار تخزين، استخدم JSON التالية:

"metricName": "ApproximateMessageCount",
"metricNamespace": "",
"metricResourceUri": "/subscriptions/s1/resourceGroups/rg1/providers/Microsoft.ClassicStorage/storageAccounts/mystorage/services/queue/queues/mystoragequeue"

استبدل قيم المثال معرفات الموارد المنتظمة (URIs) لموردك.

يمكنك إنشاء إعداد تحجيم تلقائي على جهاز ظاهري لاستخدام مقاييس على مستوى المضيف أو مقاييس مستندة إلى نظام تشغيل ضيف.

للحصول على قائمة بالمقاييس المدعومة، راجع Azure Monitor autoscaling common metrics.

للحصول على عينة كاملة لمجموعات مقياس الجهاز الظاهري، راجع تكوين التحجيم التلقائي المتقدم باستخدام قوالب Resource Manager لمجموعات مقياس الجهاز الظاهري.

تستخدم العينة مقياس وحدة المعالجة المركزية على مستوى المضيف ومقياس عدد الرسائل.

يمكنك إنشاء تنبيهات على مقاييس مجموعات مقياس الجهاز الظاهري عبر PowerShell أو Azure CLI. لمزيد من المعلومات، راجع Azure Monitor PowerShell quickstart samples وAzure Monitor cross-platform CLI quickstart samples.

TargetResourceId تبدو مجموعة مقياس الجهاز الظاهري كما يلي:

/subscriptions/yoursubscriptionid/resourceGroups/yourresourcegroup/providers/Microsoft.Compute/virtualMachineScaleSets/yourvmssname

يمكنك اختيار أي عداد أداء جهاز ظاهري ليكون المقياس الذي سيتم تعيين تنبيه له. لمزيد من المعلومات، راجع مقاييس نظام التشغيل الضيف لمقاييس نظام التشغيل الأجهزة الظاهرية التي تعمل بنظام Windows والمستندة إلى Resource Manager ومقاييس نظام التشغيل الضيف لأجهزة Linux الظاهرية في مقالة المقاييس الشائعة للتحجيم التلقائي لـ Azure Monitor.

راجع تغيير حجم مجموعة مقياس الجهاز الظاهري تلقائيا. يمكنك أيضًا تكوين التحجيم التلقائي باستخدام Azure CLI وقوالب Azure.

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

لشحن شهادة إلى الجهاز الظاهري بأمان، يمكنك تثبيت شهادة عميل مباشرةً في مخزن شهادات Windows من Key Vault الخاص بالعميل.

استخدم JSON التالية:

"secrets": [
    {
        "sourceVault": {
            "id": "/subscriptions/{subscriptionid}/resourceGroups/myrg1/providers/Microsoft.KeyVault/vaults/mykeyvault1"
        },
        "vaultCertificates": [
            {
                "certificateUrl": "https://mykeyvault1.vault.azure.net/secrets/{secretname}/{secret-version}",
                "certificateStore": "certificateStoreName"
            }
        ]
    }
]

تدعم التعليمات البرمجية Windows وLinux.

لمزيد من المعلومات، راجع إنشاء مجموعة مقياس الجهاز الظاهري أو تحديثها.

للحصول على أحدث مثال، في Azure shell استخدم عبارة Azure CLI التالية، والتي ستتم طباعتها إلى StdOut:

az sf cluster create -h

لا يمكن استخدام الشهادات الموقعة ذاتياً للثقة الموزعة التي يوفرها مرجع مصدق، ولا يجب استخدامها لأي نظام مجموعة "Service Fabric" الذي يهدف إلى استضافة حلول إنتاج المؤسسة. للحصول على المزيد من إرشادات الأمان، راجع أفضل الممارسات الأمنية لـ Azure Service Fabric وسيناريوهات أمان نظام مجموعة Service Fabric.

نعم. تُعَد واجهة برمجة تطبيقات REST لـ osProfileمشابهة لواجهة برمجة تطبيقات REST القياسية للجهاز الظاهري.

يجب عليك تضمين osProfile في القالب لديك:

"osProfile": {
    "computerName": "[variables('vmName')]",
    "adminUsername": "[parameters('adminUserName')]",
    "linuxConfiguration": {
        "disablePasswordAuthentication": "true",
        "ssh": {
            "publicKeys": [
                {
                    "path": "[variables('sshKeyPath')]",
                    "keyData": "[parameters('sshKeyData')]"
                }
            ]
        }
    }
}

يتم استخدام كتلة JSON هذه في قالب البدء السريع لـ Azure.

لمزيد من المعلومات، راجع إنشاء مجموعة مقياس الجهاز الظاهري أو تحديثها.

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

لإزالة الشهادة من الأجهزة الظاهرية الحالية، استخدم ملحق برنامج نصي مخصصًا لإزالة الشهادات يدويًا من مخزن الشهادات.

إذا كنت لا توفر الأجهزة الظاهرية إلا بمفتاح SSH العام، فلن تحتاج إلى وضع المفاتيح العامة في Azure Key Vault. المفاتيح العامة ليست سرية.

يمكنك توفير مفاتيح SSH العامة في نص عادي عند إنشاء جهاز Linux الظاهري:

"linuxConfiguration": {
    "ssh": {
        "publicKeys": [
            {
                "path": "path",
                "keyData": "publickey"
            }
        ]
    }
}

للحصول على مثال، راجع قالب البدء السريع vm-sshkey على GitHub.

يمكن أن يحدث هذا الخطأ إذا حاولت إعادة إضافة نفس المخزن بدلا من استخدام شهادة مخزن جديدة لمخزن المصدر الموجود. لا يعمل الأمر Add-AzVmssSecret بشكل صحيح إذا كنت تضيف المزيد من بيانات سرية.

لإضافة المزيد من البيانات السرية من نفس حاوية المفاتيح، قم بتحديث القائمة التالية: $vmss.properties.osProfile.secrets[0].vaultCertificates.

للحصول على بنية الإدخال المتوقعة، راجع Create or update a virtual machine set.

ابحث عن السر في كائن مجموعة مقياس الجهاز الظاهري الموجود في مخزن المفاتيح. ثم أضف مرجع الشهادة (عنوان URL واسم مخزن السر) إلى القائمة المقترنة بالمخزن.

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

لا تحتاج إلى تضمين التعليمات البرمجية لكلمات مرور في البرامج النصية. يمكنك استرداد كلمات المرور ديناميكيًا باستخدام الأذونات التي تستخدمها لتشغيل برنامج النشر النصي. إذا كان لديك برنامج نصي ينقل شهادة من key vault لمخزن سر، فسيقوم الأمر get certificate لمخزن السر أيضًا بإخراج كلمة المرور لملف ‎.pfx.

يجب أن يكون مرجع شهادة إدارة Windows عن بُعد (WinRM) موجودًا في خاصية Secrets لملف تعريف نظام التشغيل.

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

إذا قمت بتوفير معرف مخزن مصدر غير صحيح ولكن عنوان URL الذي قدمته صحيح لحاوية المفاتيح، فسيتم الإبلاغ عن خطأ عند الاستقصاء عن العملية.

تتم إضافة الشهادات إلى جميع الأجهزة الظاهرية الخاصة بك، حتى تلك الموجودة مسبقًا. إذا تم تعيين الخاصية Virtual Machine Scale Set upgradePolicy إلى manual، تتم إضافة الشهادة إلى الجهاز الظاهري عند إجراء تحديث يدوي على الجهاز الظاهري.

لمعرفة كيفية نشر الشهادات لأجهزة Linux الظاهرية، راجع Deploy certificates to VMs from a customer-managed key vault.

لإضافة شهادة مخزن إلى سر حالي، راجع مثال PowerShell التالي. استخدم كائنًا سريًا واحدًا فقط.

$newVaultCertificate = New-AzVmssVaultCertificateConfig -CertificateStore MY -CertificateUrl https://sansunallapps1.vault.azure.net:443/secrets/dg-private-enc/55fa0332edc44a84ad655298905f1809

$vmss.VirtualMachineProfile.OsProfile.Secrets[0].VaultCertificates.Add($newVaultCertificate)

Update-AzVmss -VirtualMachineScaleSet $vmss -ResourceGroup $rg -Name $vmssName

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

إذا تم حذف السر من Key Vault، ومن ثم قمت بتشغيل stop deallocate لجميع الأجهزة الافتراضية لديك ثم بدأتها مرة أخرى، فسيواجهك فشل. يحدث الفشل؛ لأن CRP يحتاج إلى استرداد البيانات السرية من حاوية المفاتيح، لكنه لا يستطيع. في هذا السيناريو، يمكنك حذف الشهادات من نموذج مجموعة مقياس الجهاز الظاهري.

لا يجعل مكون CRP البيانات السرية للعملاء مستمرة. إذا قمت بتشغيل stop deallocate لجميع الأجهزة الظاهرية في مجموعة مقياس الجهاز الظاهري، يتم حذف ذاكرة التخزين المؤقت. في هذا السيناريو، يتم استرداد البيانات السرية من Key Vault.

لن تواجهك هذه المشكلة عند التوسيع لأن هناك نسخة مخزنة مؤقتًا من البيانات السرية في Azure Service Fabric (في نموذج مستأجر Fabric الفردي).

يتمثل الغرض في توضيح ماهية الشهادة التي يتم توزيعها على الأجهزة الظاهرية الخاصة بالمستخدم.

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

لنشر .cer المفاتيح العامة إلى مجموعة مقياس الجهاز الظاهري، يمكنك إنشاء ملف .pfx يحتوي على ملفات .cer فقط. للقيام بذلك، استخدم X509ContentType = Pfx. على سبيل المثال، قم بتحميل ملف ‎.cer كعنصر x509Certificate2 في C#‎ أو PowerShell، ثم قم باستدعاء الأسلوب.

لمزيد من المعلومات، راجع X509Certificate.Export Method (X509ContentType, String).

لمحاكاة تمرير في شهادة كسلسلة base64 يمكنك استخراج URL الأحدث إصدارًا في قالب Resource Manager. قم بتضمين الخاصية JSON التالية في قالب Resource Manager:

"certificateUrl": "[reference(resourceId(parameters('vaultResourceGroup'), 'Microsoft.KeyVault/vaults/secrets', parameters('vaultName'), parameters('secretName')), '2015-06-01').secretUriWithVersion]"

في مجموعات مقياس الجهاز الظاهري والأجهزة الظاهرية، يجب التفاف الشهادات في كائنات JSON.

كما أننا ندعم نوع المحتوى application/x-pkcs12.

لا ندعم ملفات ‎.cer حالياً. لاستخدام ملفات ‎.cer، يُرجى تصديرها إلى حاويات ‎.pfx.

مجموعات مقياس الجهاز الظاهري هي طبقة واجهة برمجة تطبيقات رقيقة أعلى CRP. ويُعد كلا المكونين جزءًا من النظام الأساسي للحساب في شجرة خدمة Azure.

من منظور التوافق، تعد مجموعات مقياس الجهاز الظاهري جزءا أساسيا من النظام الأساسي لحساب Azure. وهي تشترك مع CRP نفسه فيما يلي: الفريق، والأدوات، والعمليات، ومنهجية التوزيع، وعناصر التحكم في الأمان، والتحول البرمجي في الوقت المناسب (JIT)، والمراقبة، والتنبيه. مجموعات مقياس الجهاز الظاهري متوافقة مع صناعة بطاقات الدفع (PCI) لأن CRP هو جزء من إثبات معيار أمان بيانات PCI (DSS) الحالي.

لمزيد من المعلومات، راجع Microsoft Trust Center.

نعم. لمزيد من المعلومات، راجع نظرة عامة على الهويات المدارة. يمكنك رؤية بعض أمثلة قوالب MSI في قوالب Azure Quickstart لنظامي التشغيل Linux و Windows.

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

في Azure CLI، لديك القدرة على حذف مثيل فردي فقط. إذا حاولت حذف مثيل فردي يحتوي على قفل تم وضعه، فسيتم مراعاة هذا القفل التأمين ولن تتمكن من حذف المثيل.

لحذف ملحق مجموعة مقياس الجهاز الظاهري، استخدم مثال PowerShell التالي:

$vmss = Get-AzVmss -ResourceGroupName "resource_group_name" -VMScaleSetName "vmssName"

$vmss=Remove-AzVmssExtension -VirtualMachineScaleSet $vmss -Name "extensionName"

Update-AzVmss -ResourceGroupName "resource_group_name" -VMScaleSetName "vmssName" -VirtualMacineScaleSet $vmss

يمكنك العثور على القيمة extensionName في $vmss.

للحصول على مثال قالب مجموعة مقياس الجهاز الظاهري الذي يتكامل مع سجلات Azure Monitor، راجع المثال الثاني في نشر مجموعة Azure Service Fabric وتمكين المراقبة باستخدام سجلات Azure Monitor.

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

إذا تم تعيين نهج التحديث إلى «يدوي»، قم بتحديث الملحق أولاً، ثم قم بتحديث كافة المثيلات في الأجهزة الظاهرية يدويًا.

إذا تم تحديث تعريف الملحق في نموذج مجموعة مقياس الجهاز الظاهري، وتم تعيين الخاصية upgradePolicy إلى automatic، فإنه يحدث الأجهزة الظاهرية. إذا تم تعيين الخاصية upgradePolicy إلى manual، يتم وضع علامة على الملحقات على أنها لا تتطابق مع النموذج.

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

للانضمام إلى مجموعة مقياس الجهاز الظاهري إلى مجال Active Directory، يمكنك تعريف ملحق.

لتعريف ملحق، استخدم الخاصية JsonADDomainExtension:

"extensionProfile": {
    "extensions": [
        {
            "name": "joindomain",
            "properties": {
                "publisher": "Microsoft.Compute",
                "type": "JsonADDomainExtension",
                "typeHandlerVersion": "1.3",
                "settings": {
                    "Name": "[parameters('domainName')]",
                    "OUPath": "[variables('ouPath')]",
                    "User": "[variables('domainAndUsername')]",
                    "Restart": "true",
                    "Options": "[variables('domainJoinOptions')]"
                },
                "protectedsettings": {
                    "Password": "[parameters('domainJoinPassword')]"
                }
            }
        }
    ]
}

يمكنك استخدام ملحق تكوين الحالة المطلوبة لأتمتة Azure. إذا كان نظام التشغيل Windows Server 2012 R2، تسحب Azure Windows Management Framework (WMF) 5.0، وتُعيد التشغيل، ثم تتابع التكوين.

يجب عليك إعداد إعدادات محمية باستخدام مفتاح حساب التخزين والاسم. لمزيدٍ من المعلومات، راجع ملحق البرنامج النصي المخصص.

يمكنك:

• تغيير نموذج مجموعة مقياس الجهاز الظاهري مباشرة. يتوفر هذا الخيار فقط مع واجهة برمجة التطبيقات 2017-12-01 والإصدارات الأحدث.

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

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

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

  إشعار

  إذا تم تعيين نهج الترقية التلقائية إلى manual، فحدد المثيل يدوياً لتنفيذ عملية ترقية على مثيلات الجهاز الظاهري الفردية. إذا تم تعيين الترقية التلقائية إلى Auto، فسيتم ترقية الملحق تلقائياً. لمزيد من المعلومات، راجع ترقيات الملحق التلقائية

  استخدم مثال PowerShell التالي لمجموعة مقياس الجهاز الظاهري ل Windows:

  $vmssName = "myvmss"
  $vmssResourceGroup = "myvmssrg"
  $publicConfig = @{"UserName" = "newuser"}
  $privateConfig = @{"Password" = "********"}
  
  $extName = "VMAccessAgent"
  $publisher = "Microsoft.Compute"
  $vmss = Get-AzVmss -ResourceGroupName $vmssResourceGroup -VMScaleSetName $vmssName
  $vmss = Add-AzVmssExtension -VirtualMachineScaleSet $vmss -Name $extName -Publisher $publisher -Setting $publicConfig -ProtectedSetting $privateConfig -Type $extName -TypeHandlerVersion "2.0" -AutoUpgradeMinorVersion $true
  Update-AzVmss -ResourceGroupName $vmssResourceGroup -Name $vmssName -VirtualMachineScaleSet $vmss
  

  استخدم مثال Azure CLI التالي لمجموعة مقياس الجهاز الظاهري Linux:

  az vmss extension set \
    --resource-group myResouceGroup \ 
    --vmss-name myScaleSet \
    --publisher Microsoft.OSTCExtensions \
    --name VMAccessForLinux \
    --version 1.5 \
    --protected-settings "{'username': 'newUser', 'password': 'newPassword'}"
  

نعم. يمكنك تطبيق NSG مباشرةً على مجموعة مقياس عن طريق الإشارة إليها في القسم networkInterfaceConfigurations من ملف تعريف الشبكة. إليك مثال:

"networkProfile": {
    "networkInterfaceConfigurations": [
        {
            "name": "nic1",
            "properties": {
                "primary": "true",
                "ipConfigurations": [
                    {
                        "name": "ip1",
                        "properties": {
                            "subnet": {
                                "id": "[concat('/subscriptions/', subscription().subscriptionId,'/resourceGroups/', resourceGroup().name, '/providers/Microsoft.Network/virtualNetworks/', variables('vnetName'), '/subnets/subnet1')]"
                            },
                            "loadBalancerInboundNatPools": [
                                {
                                    "id": "[concat('/subscriptions/', subscription().subscriptionId,'/resourceGroups/', resourceGroup().name, '/providers/Microsoft.Network/loadBalancers/', variables('lbName'), '/inboundNatPools/natPool1')]"
                                }
                            ],
                            "loadBalancerBackendAddressPools": [
                                {
                                    "id": "[concat('/subscriptions/', subscription().subscriptionId,'/resourceGroups/', resourceGroup().name, '/providers/Microsoft.Network/loadBalancers/', variables('lbName'), '/backendAddressPools/addressPool1')]"
                                }
                            ]
                        }
                    }
                ],
                "networkSecurityGroup": {
                    "id": "[concat('/subscriptions/', subscription().subscriptionId,'/resourceGroups/', resourceGroup().name, '/providers/Microsoft.Network/networkSecurityGroups/', variables('nsgName'))]"
                }
            }
        }
    ]
}

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

يتم تحديد عناوين IP من شبكة فرعية تحددها.

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

راجع نشر مجموعة مقياس الجهاز الظاهري إلى شبكة ظاهرية موجودة.

نعم. لاستخدام شبكة الاتصال السريعة، قم بتعيين enableAcceleratedNetworking إلى true في إعدادات networkInterfaceConfigurations لمجموعة المقياس. على سبيل المثال:

"networkProfile": {
    "networkInterfaceConfigurations": [
        {
            "name": "niconfig1",
            "properties": {
                "primary": true,
                "enableAcceleratedNetworking" : true,
                "ipConfigurations": [
                ]
            }
        }
    ]
}

لإنشاء مجموعة مقياس الجهاز الظاهري مع تكوين DNS مخصص، أضف حزمة dnsSettings JSON إلى قسم مجموعة networkInterfaceConfigurations المقياس. إليك مثال:

    "dnsSettings":{
        "dnsServers":["10.0.0.6", "10.0.0.5"]
    }

لإنشاء مجموعة مقياس الجهاز الظاهري التي تعين عنوان IP عاما لكل جهاز ظاهري، تأكد من أن إصدار واجهة برمجة التطبيقات لمورد Microsoft.Compute/virtualMachineScaleSets هو 2017-03-30، وأضف حزمة publicipaddressconfiguration JSON إلى قسم مجموعة ipConfigurations المقياس. إليك مثال:

    "publicipaddressconfiguration": {
        "name": "pub1",
        "properties": {
        "idleTimeoutInMinutes": 15
        }
    }

نعم. يمكنك إضافة معرفات المورد لقائمة عناوين الخلفية لبوابة التطبيق المتعددة إلى القائمة applicationGatewayBackendAddressPools في القسم ipConfigurations من ملف تعريف شبكة مجموعة المقياس.

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

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

لتغيير عدد الأجهزة الظاهرية في مجموعة مقياس الجهاز الظاهري في مدخل Microsoft Azure، من قسم خصائص مجموعة مقياس الجهاز الظاهري، حدد جزء التحجيم، واستخدم شريط التمرير.

لديك بعض المرونة في كيفية التعامل مع التنبيهات لحدود دنيا محددة. على سبيل المثال، يمكنك تعريف WebHooks المخصصة. يأتي نموذج WebHooks التالي من قالب Resource Manager:

{
    "type": "Microsoft.Insights/autoscaleSettings",
    "apiVersion": "[variables('insightsApi')]",
    "name": "autoscale",
    "location": "[parameters('resourceLocation')]",
    "dependsOn": [
        "[concat('Microsoft.Compute/virtualMachineScaleSets/', parameters('vmSSName'))]"
    ],
    "properties": {
        "name": "autoscale",
        "targetResourceUri": "[concat('/subscriptions/',subscription().subscriptionId, '/resourceGroups/', resourceGroup().name, '/providers/Microsoft.Compute/virtualMachineScaleSets/', parameters('vmSSName'))]",
        "enabled": true,
        "notifications": [
            {
                "operation": "Scale",
                "email": {
                    "sendToSubscriptionAdministrator": true,
                    "sendToSubscriptionCoAdministrators": true,
                    "customEmails": [
                        "youremail@address.com"
                    ]
                },
                "webhooks": [
                    {
                        "serviceUri": "<service uri>",
                        "properties": {
                            "key1": "custommetric",
                            "key2": "scalevmss"
                        }
                    }
                ]
            }
        ]
    }
}

نعم، يمكنك.

نعم، يمكنك نقل موارد مجموعة التحجيم إلى اشتراك جديد أو مجموعة موارد جديدة.

لتحديث مجموعة مقياس الجهاز الظاهري إلى صورة جديدة، وإدارة التصحيح، راجع ترقية مجموعة مقياس الجهاز الظاهري.

نعم، يمكنك استخدام عملية إعادة التعيين لإعادة تعيين جهاز ظاهري دون تغيير الصورة. ومع ذلك، إذا كانت مجموعة مقياس الجهاز الظاهري تشير إلى صورة النظام الأساسي مع version = latest، يمكن تحديث الجهاز الظاهري إلى صورة نظام تشغيل لاحق عند استدعاء reimage.

نعم، يمكنك عن طريق تثبيت ملحق Azure Monitor على الأجهزة الظاهرية في مجموعة التحجيم. فيما يلي مثال يستخدم Azure CLI:

az vmss extension set --name MicrosoftMonitoringAgent --publisher Microsoft.EnterpriseCloud.Monitoring --resource-group Team-03 --vmss-name nt01 --settings "{'workspaceId': '<your workspace ID here>'}" --protected-settings "{'workspaceKey': '<your workspace key here'}"

يمكنك العثور على workspaceId وworkspaceKey المطلوبين في مساحة عمل Log Analytics لمدخل Azure. في الصفحة نظرة عامة، حدد الصورة المصغرة الإعدادات. حدد علامة التبويب المصادر المتصلة في الأعلى.

لتشغيل Boot Diagnostics، أولاً، أنشئ حساب تخزين. بعد ذلك، ضع كتلة JSON هذه في مجموعة virtualMachineProfileمقياس الجهاز الظاهري ، وقم بتحديث مجموعة مقياس الجهاز الظاهري:

"diagnosticsProfile": {
    "bootDiagnostics": {
        "enabled": true,
        "storageUri": "http://yourstorageaccount.blob.core.windows.net"
    }
}

عند إنشاء جهاز ظاهري جديد، تظهر الخاصية InstanceView للجهاز الظاهري تفاصيل لقطة الشاشة. إليك مثال:

"bootDiagnostics": {
    "consoleScreenshotBlobUri": "https://o0sz3nhtbmkg6geswarm5.blob.core.windows.net/bootdiagnostics-swarmagen-4157d838-8335-4f78-bf0e-b616a99bc8bd/swarm-agent-9574AE92vmss-0_2.4157d838-8335-4f78-bf0e-b616a99bc8bd.screenshot.bmp",
    "serialConsoleLogBlobUri": "https://o0sz3nhtbmkg6geswarm5.blob.core.windows.net/bootdiagnostics-swarmagen-4157d838-8335-4f78-bf0e-b616a99bc8bd/swarm-agent-9574AE92vmss-0_2.4157d838-8335-4f78-bf0e-b616a99bc8bd.serialconsole.log"
}

تفضل بزيارة استكشاف المشكلة الشائعة وإصلاحها في صفحة مجموعات مقياس الجهاز الظاهري.

يمكنك استدعاء ListVMInstanceViews عن طريق واجهة برمجة تطبيقات REST GET على عنوان URI للموارد التالية:

/subscriptions/<subscription_id>/resourceGroups/<resource_group_name>/providers/Microsoft.Compute/virtualMachineScaleSets/<scaleset_name>/virtualMachines?$expand=instanceView&$select=instanceView

لاحظ أنه لا يتم إرجاع مجال الخطأ عندما تستخدم مجموعة المقياس الحد الأقصى للانتشار (platformFaultDomainCount = 1)، لأنه لا يوجد ضمان لعدد مجالات الخطأ التي سيتم استخدامها مع هذا الإعداد.

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

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

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

والفرق الرئيسي هو أن deallocate لا تحذف الأقراص الثابتة الظاهرية (VHDs). توجد تكاليف تخزين مرتبطة بتشغيل stop deallocate. قد تستخدم هذا أو ذاك لأحد الأسباب التالية:

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

إنشاء لقطة من مثيل لمجموعة مقياس الجهاز الظاهري. إليك مثال:

$rgname = "myResourceGroup"
$vmssname = "myVMScaleSet"
$Id = 0
$location = "East US"

$vmss1 = Get-AzVmssVM -ResourceGroupName $rgname -VMScaleSetName $vmssname -InstanceId $Id
$snapshotconfig = New-AzSnapshotConfig -Location $location -AccountType Standard_LRS -OsType Windows -CreateOption Copy -SourceUri $vmss1.StorageProfile.OsDisk.ManagedDisk.id
New-AzSnapshot -ResourceGroupName $rgname -SnapshotName 'mySnapshot' -Snapshot $snapshotconfig

وأنشئ قرصًا مُدارًا من اللقطة. إليك مثال:

$snapshotName = "mySnapshot"
$snapshot = Get-AzSnapshot -ResourceGroupName $rgname -SnapshotName $snapshotName
$diskConfig = New-AzDiskConfig -AccountType Premium_LRS -Location $location -CreateOption Copy -SourceResourceId $snapshot.Id
$osDisk = New-AzDisk -Disk $diskConfig -ResourceGroupName $rgname -DiskName ($snapshotName + '_Disk')