Azure Sanal Makine Ölçek Kümeleri hakkında Sıkça Sorulan Sorular

Azure'da Sanal Makine Ölçek Kümeleri hakkında sık sorulan soruların yanıtlarını alın.

Ölçek kümeleri için en sık sorulan sorular

Sanal Makine Ölçek Kümeleri kullanmanın maliyeti nedir?

Ölçek kümeniz tarafından kullanılan sanal makineler, depolama alanı ve ağ kaynakları gibi temel kaynaklar için ödeme yapın. Ölçek kümesinin kendisi için ek ücret alınmaz.

Bir ölçek kümesinde kaç tane sanal makinem olabilir?

Ölçek kümesinde platform görüntülerini temel alan 0 ile 1.000 sanal makine (VM) veya özel görüntüler temelinde 0 ile 600 VM arasında olabilir.

Ölçek kümelerinde veri diskleri destekleniyor mu?

Evet. Ölçek kümesi, kümedeki tüm VM'ler için geçerli olan ekli veri diskinin yapılandırmasını tanımlayabilir. Daha fazla bilgi için bkz. Azure ölçek kümeleri ve bağlı veri diskleri. Veri depolamayla ilgili diğer seçenekler şunlardır:

• Azure yönetilen diskleri - Premium v2, Premium, Standart, Ultra
• Azure Dosyalar - Sunucu İleti Bloğu (SMB) veya Ağ Dosya Sistemi (NFS) paylaşılan sürücüleri
• Azure NetApp Files
• Azure paylaşılan diskleri
• İşletim sistemi sürücüsü
• Geçici sürücü - yerel, Azure Depolama tarafından desteklenmiyor
• Azure veri hizmeti - örneğin, Azure Tablo Depolama veya Azure Blob Depolama
• Dış veri hizmeti - örneğin, uzak veritabanı

Hangi Azure bölgeleri ölçek kümelerini destekler?

Tüm bölgeler ölçek kümelerini destekler.

Sanal Makine Ölçek Kümeleri için hangi Azure Sanal Makine Stok Tutma Birimleri (SKU' lar) desteklenir?

Tüm Sanal Makine SKU'ları Sanal Makine Ölçek Kümeleri için desteklenmektedir.

Özel bir görüntü kullanarak nasıl ölçek kümesi oluşturabilirim?

Bir sanal makine (VM) görüntüsü oluşturup yakalayın ve bunu ölçek kümenizin kaynağı olarak kullanın. Özel VM görüntüsü oluşturma ve kullanma öğreticisi için Azure CLI veya Azure PowerShell kullanabilirsiniz.

İşletim Sistemi Görüntü Yükseltmesi ile Yeniden Oluşturma arasındaki fark nedir?

İşletim Sistemi Görüntü Yükseltmesi, zaman içinde tüm Sanal Makine Ölçek Kümesi için işletim sistemi görüntüsünü güncelleştiren ve çalışan iş yükleri üzerinde en az etkiyi sağlayan aşamalı ve kesintisiz bir işlemdir.

Yeniden imajlama, yalnızca seçili VM örneğini etkileyen, onu geçici olarak durduran ve işletim sistemini yeniden yükleyen daha doğrudan ve anlık bir eylemdir.

İşletim Sistemi Görüntü Yükseltmesi ile Reimage arasındaki fark hakkında daha fazla bilgi edinin.

Ölçek kümemin kapasitesini 20’den 15’e düşürürsem hangi VM’ler kaldırılır?

Ölçek kümesi, kullanılabilirliği en üst düzeye çıkarmak için varsayılan olarak kullanılabilirlik alanları ve hata etki alanları arasında VM'leri eşit olarak kaldırır. Önce en yüksek kimliklere sahip VM'leri kaldırır.

VM'lerin kaldırılma sırasını değiştirmek için bir ölçek daraltma ilkesi belirtebilirsiniz.

Kapasiteyi 15’ten 18’e yükseltirsem ne olur?

Kapasiteyi 18’e artırırsanız 3 yeni VM oluşturulur. Her defasında VM örnek kimliği önceki en yüksek değerden artırılır (örneğin 20, 21, 22). VM'ler hata etki alanları arasında dengelenir.

Ölçek kümesindeki bir VM iyi durumda olmadığında ne olur?

Azure, sistem durumu yoklaması sinyallerine veya uygulama durumu uzantılarına göre iyi durumda olmayan örnekleri otomatik olarak değiştirir.

Yönetilen kimlikler VM Ölçek Kümeleri ile destekleniyor mu?

Evet, VM ölçek kümeleri Azure yönetilen kimliklerini destekler. Bunlar, ölçek kümesi VM'lerinizin kodda kimlik bilgilerine gerek kalmadan Key Vault gibi Azure kaynaklarına güvenli bir şekilde erişmesini sağlar.

Bir ölçek kümesinde birden fazla uzantı kullanırken bir yürütme sırası uygulamayı zorunlu kılabilir miyim?

Evet, ölçek kümeleri uzantı sıralamasını kullanabilirsiniz.

Ölçek kümeleri Azure kullanılabilirlik kümeleri ile birlikte çalışır mı?

Bölgesel (bölgesiz) ölçek kümesi, yerleştirme gruplarını kullanır, bu gruplar beş hata etki alanı ve beş güncelleştirme etki alanı ile örtük bir kullanılabilirlik kümesi işlevi görür. 100'den fazla VM'den oluşan ölçek kümeleri birden çok yerleştirme grubuna yayılır. Yerleştirme grupları hakkında daha fazla bilgi için bkz. Büyük Sanal Makine Ölçek Kümeleri ile Çalışma. Bir sanal makine kullanılabilirlik kümesi, sanal makine ölçek kümesiyle aynı sanal ağda bulunabilir. Yaygın bir yapılandırma, denetim düğümü VM'lerini (genellikle benzersiz yapılandırma gerektiren) bir kullanılabilirlik kümesine yerleştirmek ve veri düğümlerini ölçek kümesine yerleştirmektir.

Ölçek kümeleri Azure kullanılabilirlik alanlarıyla çalışır mı?

Evet. Daha fazla bilgi için ölçek kümesi kullanılabilirlik alanı belgelerine bakın.

Otomatik Ölçeklendirme

Azure otomatik ölçeklendirme için en iyi yöntemler nelerdir?

Bkz. Sanal makineleri otomatik ölçeklendirme için en iyi yöntemler.

Ana bilgisayar tabanlı ölçümleri kullanan otomatik ölçeklendirme için ölçüm adlarını nerede bulabilirim?

Bkz: Azure İzleyici ile desteklenen ölçümler.

Azure Service Bus konusuna ve kuyruk uzunluğuna göre otomatik ölçeklendirme örnekleri var mı?

Evet. Bu örnekler için bkz Azure Monitor otomatik ölçeklendirme genel ölçümleri.

Service Bus kuyruğu için aşağıdaki JSON'ı kullanın:

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

Depolama kuyruğu için aşağıdaki JSON'yi kullanın:

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

Örnek değerleri kaynağınız Tekdüzen Kaynak Tanımlayıcıları (URI' ler) ile değiştirin.

Konak tabanlı ölçümleri veya tanılama uzantısını kullanarak otomatik ölçeklendirme mi yapmalıyım?

Konak düzeyinde ölçümleri veya konuk işletim sistemini temel alan ölçümleri kullanmak için VM'de otomatik ölçeklendirme ayarı oluşturabilirsiniz.

Desteklenen ölçümlerin listesi için Azure Monitor otomatik ölçeklendirme genel ölçümleri sayfasına bakın.

Sanal Makine Ölçek Kümeleri için tam örnek için bkz. Sanal Makine Ölçek Kümeleri için Resource Manager şablonlarını kullanarak gelişmiş otomatik ölçeklendirme yapılandırması.

Örnek, ana bilgisayar düzeyinde CPU ölçümünü ve mesaj sayısı ölçümünü kullanır.

Sanal makine ölçek kümesinde uyarı kurallarını nasıl ayarlayabilirim?

PowerShell veya Azure CLI aracılığıyla Sanal Makine Ölçek Kümeleri için ölçümler üzerinde uyarılar oluşturabilirsiniz. Daha fazla bilgi için bkz . Azure İzleyici PowerShell hızlı başlangıç örnekleri ve Azure İzleyici platformlar arası CLI hızlı başlangıç örnekleri.

TargetResourceId Sanal Makine Ölçek Kümesi şöyle görünür:

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

Uyarı ayarlamak için ölçüm olarak herhangi bir VM performans sayacını seçebilirsiniz. Daha fazla bilgi için Azure Monitor otomatik ölçeklendirme yaygın ölçümleri makalesindeki Resource Manager tabanlı Windows VM'leri için konuk işletim sistemi ölçümleri ve Linux VM'leri için konuk işletim sistemi ölçümleri makalesine bakın.

PowerShell kullanarak sanal makine ölçek kümesinde otomatik ölçeklemeyi nasıl ayarlarım?

Bkz. Sanal Makine Ölçek Kümesini otomatik olarak ölçeklendirme. Otomatik ölçeklendirmeyi Azure CLI ve Azure şablonlarıyla da yapılandırabilirsiniz.

Bir VM'yi durdurduysam (serbest bıraktıysam), bu VM otomatik ölçeklendirme işleminin bir parçası olarak mı başlatıldı?

Hayır Otomatik ölçeklendirme kuralları, daha fazla kapasite gerektiğinde yeni VM örnekleri oluşturur. Durdurulmuş (serbest bırakılmış) VM'ler otomatik ölçeklendirme olayı sırasında başlatılmaz. Ancak bunlar, örnek kimliği sırasına göre diğer tüm VM örnekleri gibi bir ölçeklendirme olayı sırasında silinebilir.

Sertifikalar

VM'ye güvenli bir şekilde sertifikayı nasıl gönderirim?

Bir sertifikayı VM'ye güvenli bir şekilde göndermek için, müşterinin anahtar kasasından doğrudan bir Windows sertifika deposuna müşteri sertifikası yükleyebilirsiniz.

Aşağıdaki JSON'yi kullanın:

"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"
            }
        ]
    }
]

Kod, Windows ve Linux'ı destekler.

Daha fazla bilgi için bkz Sanal Makine Ölçek Kümesi oluşturma veya güncelleştirme.

Azure Service Fabric kümeleri için sağlanan kendi kendine imzalanan sertifikaları nasıl kullanırım?

En son örnek için bir Azure kabuğunda, çıktıyı standart çıktıya (stdout) yazdıran aşağıdaki Azure CLI komutunu kullanın:

az sf cluster create -h

Dağıtılmış güven için otomatik olarak imzalanan sertifikaları kullanmaktan kaçının. Kurumsal üretim çözümlerine yönelik Service Fabric kümeleri için otomatik olarak imzalanan sertifikalar önerilmez. Daha fazla güvenlik kılavuzu için Bkz . Azure Service Fabric güvenlik en iyi yöntemleri ve Service Fabric kümesi güvenlik senaryoları.

Resource Manager şablonundan Linux Sanal Makine Ölçek Kümesi ile SSH kimlik doğrulaması için kullanılacak bir SSH anahtar çifti belirtebilir miyim?

Evet. için osProfile REST API, standart VM REST API'sine benzer.

Şablonunuza ekleyin osProfile :

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

Bu JSON bloğu bu Azure Hızlı Başlangıç Şablonunda kullanılır.

Daha fazla bilgi için, Sanal Makine Ölçek Kümesi oluşturma veya güncelleştirme konusuna bakın.

Kullanım dışı bırakılan sertifikaları nasıl kaldırırım?

Kullanım dışı sertifikaları kaldırmak için eski sertifikayı kasa sertifikaları listesinden kaldırın. Bilgisayarınızda kalmasını istediğiniz tüm sertifikaları listede bırakın. Bu eylem sertifikayı tüm VM'lerinizden kaldırmaz. Ayrıca sertifikayı Sanal Makine Ölçek Kümesi'nde oluşturulan yeni VM'lere eklemez.

Sertifikayı mevcut VM'lerden kaldırmak için, sertifikayı sertifika deponuzdan el ile kaldırmak için özel bir betik uzantısı kullanın.

Mevcut SSH ortak anahtarını sağlama işlemi sırasında Sanal Makine Ölçek Kümesi SSH katmanına nasıl enjekte edebilirim?

VM'lere yalnızca bir genel SSH anahtarı sağlıyorsanız, ortak anahtarları Azure Key Vault'a yerleştirmeniz gerekmez. Ortak anahtarlar gizli değildir.

Linux VM oluştururken SSH ortak anahtarlarını düz metin olarak sağlayabilirsiniz:

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

linuxConfiguration öğe adı	Zorunlu	Türü	Açıklama
ssh	Hayır	Koleksiyon	Linux işletim sistemi için SSH anahtar yapılandırmasını belirtir.
path	Yes	Dize	SSH anahtarlarının veya sertifikanın bulunması gereken Linux dosya yolunu belirtir.
keyData	Yes	Dize	Base64 ile kodlanmış bir SSH ortak anahtarını belirtir.

Bir örnek için bkz . vm-sshkey GitHub hızlı başlangıç şablonu.

Aynı anahtar kasasından birden fazla sertifika ekledikten sonra Update-AzVmss çalıştırdığımda neden bir hata iletisi alıyorum?

Bu hata, mevcut kaynak kasa için yeni bir kasa sertifikası kullanmak yerine aynı kasayı okumaya çalışırsanız oluşabilir. Add-AzVmssSecret komutunu kullanırken daha fazla gizli bilgi ekliyorsanız düzgün çalışmaz.

Aynı anahtar kasasından daha fazla gizli anahtar eklemek için aşağıdaki listeyi güncelleştirin: $vmss.properties.osProfile.secrets[0].vaultCertificates.

Beklenen giriş yapısı için, Sanal makine seti oluşturma veya güncelleştirme bölümüne bakın.

Anahtar kasasında bulunan Sanal Makine Ölçek Kümesi nesnesindeki gizliyi bulun. Ardından sertifika referansınızı (URL ve gizli depo adı) kasayla ilişkilendirilmiş listeye ekleyin.

Not

Şu anda Sanal Makine Ölçek Kümesi API'sini kullanarak VM'lerden sertifika kaldıramazsınız.

Yeni sağlanan VM'ler kullanım dışı bırakılmış sertifikayı kullanmaz. Ancak, sertifikayla önceden dağıtılmış olan mevcut VM'ler açıkça değiştirilmediği sürece bunu korur.

Sertifika gizli dizi deposundayken parolayı vermeden sanal makine ölçek kümesine sertifika gönderebilir miyim?

Betiklerde parolaları sabit kodla yazmanız gerekmez. Dağıtım betiğini çalıştırmak için kullandığınız izinlere sahip parolaları dinamik olarak alabilirsiniz. Gizli dizi deposu anahtar kasasından sertifikayı taşıyan bir betiğiniz varsa, gizli dizi deposu get certificate komutu da .pfx dosyasının parolasını döndürür.

Sanal Makine Ölçek Kümesi için virtualMachineProfile.osProfile dosyasının Secrets özelliği nasıl çalışır? CertificateUrl özelliğini kullanarak bir sertifika için mutlak URI'yi belirtmem gerektiğinde neden sourceVault değerine ihtiyacım var?

İşletim sistemi profilinin Secrets özelliğinde bir Windows Uzaktan Yönetim (WinRM) sertifika başvurusu bulunmalıdır.

Kaynak kasayı göstermenin amacı, kullanıcının Azure Cloud Services modelinde bulunan erişim denetimi listesi (ACL) ilkelerini uygulamaktır. Kaynak kasası belirtilmezse, anahtar kasasına sırları dağıtma veya erişim izni olmayan kullanıcılar, bir işlem kaynağı sağlayıcısı (CRP) aracılığıyla erişim sağlayabilirler. ACL'ler mevcut olmayan kaynaklar için bile mevcuttur.

Yanlış bir kaynak kasası kimliği, ancak geçerli bir anahtar kasası URL'si sağlarsanız, işlemi yokladığınızda bir hata bildirilir.

Mevcut bir Sanal Makine Ölçek Kümesine gizli dizi eklersem, gizli diziler mevcut VM'lere mi yoksa yalnızca yeni vm'lere mi eklenir?

Sertifikalar, önceden mevcut olanlar da dahil olmak üzere, tüm VM'lerinize eklenir. Sanal Makine Ölçek Kümeniz upgradePolicy özelliği olarak manualayarlandıysa, VM üzerinde el ile güncelleştirme gerçekleştirdiğinizde sertifika VM'ye eklenir.

Linux VM'leri için sertifikaları nereye yerleştirebilirim?

Linux VM'leri için sertifikaları dağıtmayı öğrenmek için bkz . Müşteri tarafından yönetilen bir anahtar kasasından VM'lere sertifika dağıtma.

Yeni bir kasa sertifikasını, yeni bir sertifika nesnesine nasıl eklerim?

Mevcut bir gizliye kasa sertifikası eklemek için aşağıdaki PowerShell örneğini inceleyin. Yalnızca bir gizli nesne kullanın.

$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

Bir VM'yi yeniden oluşturursam sertifikalara ne olur?

Bir VM'yi yeniden oluşturursanız sertifikalar silinir. Yeniden görüntülenirken işletim sistemi diskinin tamamı silinir.

Anahtar kasasından bir sertifika silersem ne olur?

Anahtar kasasından bir gizli dizi silinirse ve daha sonra stop deallocate tüm VM'leriniz silinirse, bunları yeniden başlatma işlemi başarısız olur. Bu hata, hesaplama kaynak sağlayıcısının gizli anahtarı anahtar kasasından almaya çalışması nedeniyle oluşur, ancak artık gizli anahtar kullanılamamaktadır. Bu sorunu çözmek için sertifikaları Sanal Makine Ölçek Kümesi modelinden kaldırabilirsiniz.

Hesaplama kaynağı sağlayıcısı müşterinin gizli bilgilerini kalıcı olarak depolamaz. Sanal Makine Ölçek Kümesi'ndeki tüm VM'ler için stop deallocate çalıştırdığınızda, önbelleğe alınan gizli veriler temizlenir. Bu durumda, işlem kaynağı sağlayıcısı anahtar deposundan gizli bilgileri tekrar almaya çalışır.

Azure Service Fabric'te (tek-fabrika kiracı modeli kullanıldığında) gizli bilginin önbelleğe alınmış bir kopyası tutulduğundan bu sorun ölçek genişletme işlemi sırasında oluşmaz.

Key Vault kullanırken sertifika sürümünü neden belirtmem gerekiyor?

Amaç, kullanıcıya sanal makinelerinde hangi sertifikanın dağıtıldığından emin olmaktır.

Bir VM oluşturup anahtar kasasında gizli anahtarınızı güncelleştirirseniz, yeni sertifika VM'lerinize indirilmez. Ancak VM'leriniz buna atıfta bulunuyor gibi görünüyor ve yeni VM'ler yeni gizli anahtarı alır. Bu sorunu önlemek için gizli bir sürüme başvurmanız gerekir.

Ekibim, .cer ortak anahtarlar olarak bize dağıtılan çeşitli sertifikalarla çalışıyor. Bu sertifikaları bir Sanal Makine Ölçek Kümesine dağıtmak için önerilen yaklaşım nedir?

.cer kamu anahtarlarını bir Sanal Makine Ölçek Kümesine dağıtmak için, X509ContentType = Pfx kullanarak yalnızca .cer dosyaları içeren bir .pfx dosyası oluşturabilirsiniz. Örneğin, .cer dosyasını C# veya PowerShell'de bir x509Certificate2 nesne olarak yükleyin ve yöntemini çağırın.

Daha fazla bilgi için bkz . X509Certificate.Export Yöntemi (X509ContentType, Dize).

Sertifikaları base64 dizeleri olarak nasıl geçiririm?

Sertifika geçişini base64 kodlanmış bir dize olarak taklit etmek için, bir Resource Manager şablonundaki en son sürümlü URL'yi ayıklayabilirsiniz. Resource Manager şablonunuzda aşağıdaki JSON özelliğini ekleyin:

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

Sertifikaları anahtar kasalarındaki JSON nesnelerine sarmalamam gerekiyor mu?

Sanal Makine Ölçek Kümeleri ve VM'lerde sertifikaların JSON nesnelerine sarmalanması gerekir.

İçerik türünü application/x-pkcs12de destekliyoruz.

Şu anda dosyaları desteklemiyoruz .cer . .cer dosyaları kullanmak için, onları .pfx kapsayıcılara aktarın.

Uyumluluk ve güvenlik

Sanal Makine Ölçek Kümeleri PCI uyumlu mu?

Sanal Makine Ölçek Kümeleri CRP'nin üzerinde ince bir API katmanıdır. Her iki bileşen de, Azure hizmet ağacındaki işlem platformunun birer parçasıdır.

Uyumluluk açısından bakıldığında Sanal Makine Ölçek Kümeleri, Azure işlem platformunun temel bir parçasıdır. İşlem kaynağı sağlayıcısının kendisiyle şu bilgileri paylaşır: ekip, araçlar, süreçler, dağıtım metodolojisi, güvenlik denetimleri, tam zamanında (JIT) derleme, izleme ve uyarı. Sanal Makine Ölçek Kümeleri, CRP geçerli PCI Veri Güvenliği Standardı (DSS) kanıtlamasının bir parçası olduğundan Ödeme Kartı Sektörü (PCI) ile uyumludur.

Daha fazla bilgi için bkz. Microsoft Güven Merkezi.

Azure kaynakları için yönetilen kimlikler Sanal Makine Ölçek Kümeleri ile çalışır mı?

Evet. Daha fazla bilgi için bkz. yönetilen kimliklere genel bakış. Linux ve Windows için Azure Hızlı Başlangıç Şablonları'nda bazı örnek Yönetilen Hizmet Kimliği (MSI) şablonları görebilirsiniz.

Siliniyor

Sanal Makine Ölçek Kümesi örneklerinde kurduğum kilitlere, örnekleri sildiğimde uyuldu mu?

Azure portalında tek bir örneği silme veya birden çok örnek seçerek toplu silme olanağına sahipsiniz. Kilidi olan tek bir örneği silmeye çalışırsanız, kilit dikkate alır ve örneği silemezsiniz. Ancak, birden çok örnek toplu olarak seçildiğinde ve bu örneklerden herhangi birinin kilidi varsa, kilitler dikkate alınmaz. Seçili örneklerin tümü silinir.

Azure CLI'da yalnızca tek bir örneği silebilirsiniz. Kilidi olan tek bir örneği silmeye çalışırsanız, kilit kabul edilir ve bu örneği silemezsiniz.

Uzantılar

Sanal Makine Ölçek Kümesi uzantısını nasıl silebilirim?

Sanal Makine Ölçek Kümesi uzantısını silmek için aşağıdaki PowerShell örneğini kullanın:

$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

$vmss içinde extensionName değerini bulabilirsiniz.

Azure İzleyici Günlükleriyle tümleşen bir Sanal Makine Ölçek Kümesi şablonu örneği var mı?

Azure İzleyici Günlükleriyle tümleşen bir Sanal Makine Ölçek Kümesi şablonu örneği için Azure Service Fabric kümesi dağıtma ve Azure İzleyici Günlüklerini kullanarak izlemeyi etkinleştirme'deki ikinci örneğe bakın.

Sanal Makine Ölçek Kümemdeki tüm VM'lere bir uzantıyı nasıl eklerim?

Güncelleştirme ilkesi otomatik olarak ayarlanırsa, şablonu yeni uzantı özellikleriyle yeniden dağıtmak tüm VM'leri güncelleştirir.

Güncelleştirme ilkesi el ile olarak ayarlandıysa, önce uzantıyı güncelleştirin ve ardından VM'lerinizdeki tüm örnekleri el ile güncelleştirin.

Mevcut bir Sanal Makine Ölçek Kümesi ile ilişkili uzantılar güncelleştirildiyse, mevcut VM'ler etkilenir mi?

Sanal Makine Ölçek Kümesi modelinde uzantı tanımını güncelleştirdiğinizde ve olarak ayarladığınızda upgradePolicyautomatic, Azure tüm VM'lerdeki uzantıları otomatik olarak güncelleştirir. Ancak, upgradePolicymanual olarak ayarlandığında uzantılar modelle senkronize değil olarak işaretlenir. Bu durumda, siz VM örnekleri için el ile bir güncelleştirme tetikleyene kadar uzantılar güncelleştirilmez.

Mevcut bir makine hizmet tarafından iyileştirildiğinde veya yeniden imajlandığında uzantılar yeniden çalıştırılıyor mu?

Mevcut bir VM hizmet tarafından iyileştirilmişse, yeniden başlatma olarak görünür ve uzantılar yeniden çalıştırılamaz. Bir VM yeniden oluşturulursa, işlem işletim sistemi sürücüsünü kaynak görüntüyle değiştirmeye benzer. Uzantılar gibi en son modeldeki tüm özelleştirmeler yeniden çalıştırılır.

Bir Sanal Makine Ölçek Kümesi'ni bir Active Directory etki alanına nasıl katabilirim?

Bir Sanal Makine Ölçek Kümesi'ni Active Directory etki alanına katmak için bir uzantı tanımlayabilirsiniz.

Uzantı tanımlamak için özelliğini JsonADDomainExtension kullanın:

"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')]"
                }
            }
        }
    ]
}

Sanal Makine Ölçek Kümesi uzantım yeniden başlatma gerektiren bir şey yüklemeye çalışıyor. Ne yapmalıyım?

Azure Otomasyonu İstenen Durum Yapılandırması uzantısını kullanabilirsiniz. İşletim sistemi Windows Server 2012 R2 ise Azure, Windows Management Framework (WMF) 5.0 kurulumunu çeker, yeniden başlatır ve yapılandırmaya devam eder.

Özel bir depolama hesabında barındırılan özel bir betiği nasıl çalıştırabilirim?

Depolama hesabı anahtarı ve adıyla korumalı ayarları ayarlayın. Daha fazla bilgi için bkz Özel betik uzantısı.

Parolalar

Sanal Makine Ölçek Kümemdeki VM'lerin parolasını nasıl sıfırlarım?

Şunları yapabilirsiniz:

• Sanal Makine Ölçek Kümesi modelini doğrudan değiştirin. Bu seçenek yalnızca API 2017-12-01 ve sonraki sürümlerde kullanılabilir.

  Yönetici kimlik bilgilerini doğrudan ölçek kümesi modelinde güncelleştirin (örneğin, Azure Kaynak Gezgini, PowerShell veya Azure CLI kullanarak). Ölçek kümesi güncelleştirildikten sonra tüm yeni VM'ler yeni kimlik bilgilerine sahip olur. Mevcut VM'ler, yalnızca yeniden görüntülendiğinde yeni kimlik bilgilerine sahip olur.

• VM erişim uzantılarını kullanarak parolayı sıfırlayın. Sıkça Sorulan Sorular kısmında açıklandığı gibi parola gereksinimlerini takip ettiğinizden emin olun.

  Uzantı modeldeki parolayı güncelleştirmediğinden, VM erişim uzantısının kullanılması için yeniden sayfalandırma gerekmez. Uzantı, parolayı parolaya veya SSH anahtar dosyasına eklemek için bir betik çalıştırır. Uzantı özgün SSH anahtarını kaldırmaz. Uzantı güncelleştirildikten sonra, tüm VM örneklerine kullanıcı adı ve parola güncelleştirmelerini uygulamak için örnekleri yükseltin.

  Not

  Otomatik yükseltme ilkesi olarak manualayarlandıysa, tek tek VM örneklerini el ile seçmeniz ve yükseltmeniz gerekir. Eğer Automatic olarak ayarlanmışsa, uzantı otomatik olarak yükseltilir. Daha fazla bilgi için bkz. Otomatik Uzantı Yükseltmeleri.

  Windows Sanal Makine Ölçek Kümesi için aşağıdaki PowerShell örneğini kullanın:

  $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
  

  Linux Sanal Makine Ölçek Kümesi için aşağıdaki Azure CLI örneğini kullanın:

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

Ağ

Kümedeki tüm VM ağ arabirimi denetleyicilerine (NIC) uygulanabilmesi için ölçek kümesine bir ağ güvenlik grubu (NSG) atamak mümkün mü?

Evet. Ağ profilinin networkInterfaceConfigurations bölümünde referans göstererek bir NSG'yi doğrudan ölçek kümesine uygulayabilirsiniz. Bir örnek aşağıda verilmiştir:

"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'))]"
                }
            }
        }
    ]
}

Aynı abonelikteki ve aynı bölgedeki Sanal Makine Ölçek Kümeleri için sanal IP (VIP) değişimi Nasıl yaparım??

Aynı abonelikte ve bölgede Azure Load Balancer kullanan iki Sanal Makine Ölçek Kümeniz varsa, genel IP adreslerini değiştirebilirsiniz. Bunu yapmak için genel IP'yi her ölçek kümesinden serbest bırakıp diğerine atayın. Daha fazla bilgi için bkz: VIP değiş tokuşu: Azure Resource Manager'da mavi-yeşil dağıtım. Ancak kaynaklar serbest bırakıldığında veya ağ düzeyinde tahsis edildiğinde bir gecikmeyle karşılaşabilirsiniz. Daha hızlı bir seçenek, iki arka uç havuzu ve bir yönlendirme kuralıyla Azure Application Gateway'i kullanmaktır. Alternatif olarak, uygulamanızı hazırlama ve üretim yuvaları arasında hızlı geçişi destekleyen Azure Uygulaması Hizmeti ile barındırabilirsiniz.

Statik özel IP adresi ayırmak için kullanılacak özel IP adresleri aralığını nasıl belirtebilirim?

IP adresleri, belirttiğiniz bir alt ağdan seçilir.

Sanal Makine Ölçek Kümesi IP adreslerinin ayırma yöntemi her zaman dinamiktir, ancak bu IP adreslerinin değişebileceği anlamına gelmez. Bu durumda, dinamik yalnızca bir PUT istekte IP adresini belirtmediğiniz anlamına gelir. Alt ağı kullanarak statik kümeyi belirtin.

Var olan bir Azure sanal ağına Sanal Makine Ölçek Kümesini nasıl dağıtabilirim?

Bakınız Sanal Makine Ölçek Kümesi'ni mevcut bir sanal ağa dağıtma.

Ölçek kümelerini hızlandırılmış ağ ile kullanabilir miyim?

Evet. Hızlandırılmış ağı kullanmak için ölçek kümenizin ayarlarında enableAcceleratedNetworking'yi true olarak networkInterfaceConfigurations ayarlayın. Örneğin:

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

Ölçek kümesi tarafından kullanılan etki alanı adı sistemi (DNS) sunucularını nasıl yapılandırabilirim?

Özel DNS yapılandırmasına sahip bir Sanal Makine Ölçek Kümesi oluşturmak için ölçek kümesi dnsSettings bölümüne bir networkInterfaceConfigurations JSON paketi ekleyin. Bir örnek aşağıda verilmiştir:

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

Her vm'ye genel IP adresi atamak için bir ölçek kümesini nasıl yapılandırabilirim?

Her VM'ye bir genel IP adresi atayan bir Sanal Makine Ölçek Kümesi oluşturmak için kaynağın API sürümünün Microsoft.Compute/virtualMachineScaleSets olduğundan 2017-03-30emin olun ve ölçek kümesi publicipaddressconfiguration bölümüne bir ipConfigurations JSON paketi ekleyin. Bir örnek aşağıda verilmiştir:

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

Bir ölçek kümesini birden çok uygulama ağ geçidiyle çalışacak şekilde yapılandırabilir miyim?

Evet. Birden çok uygulama ağ geçidi arka uç adres havuzu applicationGatewayBackendAddressPools için kaynak kimliklerini ölçek kümesi ağ profilinizin bölümündeki listeye ipConfigurations ekleyebilirsiniz.

Bir ölçek kümesindeki VM'lere birden çok NIC veya özel IP yapılandırması ekleyebilir miyim?

Evet. Sanal Makine Ölçek Kümeleri, esnek düzenleme modu kullanılırken örnek başına birden çok NIC ve özel IP yapılandırmasını destekler. Bu, karmaşık ağ topolojilerini ve hizmet yalıtımını etkinleştirir.

Ölçek

Hangi durumda ikiden az VM'ye sahip bir Sanal Makine Ölçek Kümesi oluşturabilirim?

İkiden az VM'ye sahip bir Sanal Makine Ölçek Kümesi oluşturmanın bir nedeni, sanal makine ölçek kümesinin elastik özelliklerini kullanmaktır. Örneğin, vm çalıştırma maliyetleri ödemeden altyapınızı tanımlamak için sıfır VM'ye sahip bir Sanal Makine Ölçek Kümesi dağıtabilirsiniz. Ardından VM'leri dağıtmaya hazır olduğunuzda Sanal Makine Ölçek Kümesi kapasitesini üretim örneği sayısına yükseltebilirsiniz.

İkiden az VM'ye sahip bir Sanal Makine Ölçek Kümesi oluşturmanın bir diğer nedeni de, ayrı VM'lerle kullanılabilirlik kümesi kullanmaktan daha az kullanılabilirlik ile ilgilenmenizdir. Sanal Makine Ölçek Kümeleri, değiştirilebilir, ayırt edilemeyen işlem birimleriyle çalışmanız için bir yol sağlar. Bu tekdüzen, Sanal Makine Ölçek Kümeleri ve kullanılabilirlik kümeleri için önemli bir ayırıcıdır. Durumsuz birçok iş yükü, bireysel birimleri izlemez. İş yükü düşerse ölçeği bir işlem birimine düşürebilir ve iş yükü arttığında ölçeği çok sayıda artırabilirsiniz.

Sanal Makine Ölçek Kümesindeki VM'lerin sayısını nasıl değiştiririm?

Azure portalında bir Sanal Makine Ölçek Kümesindeki VM sayısını değiştirmek için, Sanal Makine Ölçek Kümesi Özellikleri bölümünden Ölçeklendirme bölmesini seçin ve kaydırıcı çubuğunu kullanın.

Belirli eşiklere ulaşıldığında özel uyarılar tanımlamak Nasıl yaparım??

Belirtilen eşikler için uyarıları işleme konusunda biraz esnekliğe sahipsiniz. Örneğin, özelleştirilmiş web kancaları tanımlayabilirsiniz. Aşağıdaki web kancası örneği bir Resource Manager şablonundandır:

{
    "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"
                        }
                    }
                ]
            }
        ]
    }
}

Yama ve operasyonlar

Mevcut bir kaynak grubunda ölçek kümesi oluşturabilir miyim?

Evet, yapabilirsiniz.

Ölçek kümesini başka bir kaynak grubuna taşıyabilir miyim?

Evet, ölçek kümesi kaynaklarını yeni bir aboneliğe veya kaynak grubuna taşıyabilirsiniz.

Sanal Makine Ölçek Kümesi'ni yeni bir görüntüye nasıl güncellerim? Ölçek kümemdeki VM'lere düzeltme eki uygulamayı nasıl yönetirim?

Sanal Makine Ölçek Kümenizi yeni bir görüntüye güncelleştirmek ve düzeltme eki uygulamayı yönetmek için bkz Sanal Makine Ölçek Kümesini Yükseltme.

Görüntüyü değiştirmeden vm'yi sıfırlamak için yeniden oluşturma işlemini kullanabilir miyim? (Başka bir ifadeyle, vm'yi yeni görüntü yerine fabrika ayarlarına sıfırlamak istiyorum.)

Evet, görüntüyü değiştirmeden bir VM'yi sıfırlamak için yeniden oluşturma işlemini kullanabilirsiniz. Ancak, Sanal Makine Ölçek Kümeniz version = latest ile bir platform görüntüsüne bağlamında, reimage çağırdığınızda Sanal Makineniz daha sonraki bir işletim sistemi görüntüsüne güncelleştirilebilir.

Ölçek kümelerini Azure İzleyici Günlükleri ile tümleştirmek mümkün mü?

Evet, ölçek kümesi VM'lerine Azure İzleyici uzantısını yükleyerek. Aşağıda Azure CLI kullanan bir örnek verilmişti:

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'}"

Gerekli workspaceId ve workspaceKey değerlerini Azure portalının Log Analytics çalışma alanında bulabilirsiniz. Genel Bakış sayfasında Ayarlar kutucuğunu seçin. Üstteki Bağlı Kaynaklar sekmesini seçin.

Not

Ölçek kümeniz upgradePolicy manuel olarak ayarlandıysa, uzantıyı kümedeki tüm VM'lere yükseltme talebinde bulunarak uygulamanız gerekir. Azure CLI için kullanın az vmss update-instances.

Not

Bu makale kısa süre önce Log Analytics yerine Azure İzleyici günlükleri terimini kullanacak şekilde güncelleştirildi. Günlük verileri hala bir Log Analytics çalışma alanında depolanmakta ve aynı Log Analytics hizmeti tarafından toplanıp analiz edilmeye devam edilmektedir. Azure İzleyici'deki günlüklerin rolünü daha iyi yansıtacak şekilde terminolojiyi güncelleştiriyoruz. Ayrıntılar için bkz . Azure İzleyici terminolojisi değişiklikleri .

Sorun giderme

Önyükleme tanılamasını nasıl açabilirim?

Önyükleme tanılamasını açmak için önce bir depolama hesabı oluşturun. Ardından, bu JSON bloğunu Sanal Makine Ölçek Kümenize virtualMachineProfileyerleştirin ve Sanal Makine Ölçek Kümesi'ni güncelleştirin:

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

Yeni bir VM oluşturulduğunda, InstanceView VM'nin özelliği ekran görüntüsü için ayrıntıları gösterir. Bir örnek aşağıda verilmiştir:

"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"
}

Diğer sorunları nasıl giderebilirim?

Sanal Makine Ölçek Kümeleri ile ilgili yaygın sorun giderme sayfasını ziyaret edin.

Sanal makine özellikleri

Birden çok çağrı yapmadan her vm için özellik bilgilerini Nasıl yaparım?? Örneğin, Sanal Makine Ölçek Kümemdeki 100 VM'nin her biri için hata etki alanını nasıl alabilirim?

REST API ListVMInstanceViews çağrısı yaparak aşağıdaki kaynak URI'sinde GET çağırabilirsiniz: /subscriptions/<subscription_id>/resourceGroups/<resource_group_name>/providers/Microsoft.Compute/virtualMachineScaleSets/<scaleset_name>/virtualMachines?$expand=instanceView&$select=instanceView

Not: Ölçek kümesi maksimum yayma ()platformFaultDomainCount = 1 kullanıyorsa, kullanılan hata etki alanı sayısı bu yapılandırmayla garantilenmediğinden hata etki alanı bilgileri döndürülemez.

Bir Sanal Makine Ölçek Kümesindeki farklı VM'lere farklı uzantı bağımsız değişkenleri atayabilir miyim?

Hayır, bunu yapamazsınız. Ancak uzantılar, üzerinde çalıştıkları VM'nin makine adı gibi benzersiz özelliklerine göre işlem yapabilir. Uzantılar ayrıca vm hakkında daha fazla bilgi edinmek için üzerindeki http://169.254.169.254 örnek meta verilerini sorgulayabilir.

Sanal Makine Ölçek Kümesi VM makine adları ile VM kimliklerim arasında neden boşluklar (örneğin, 0, 1, 3) var?

Boşluklar, Sanal Makine Ölçek Kümesi overprovision özelliğinizin varsayılan değerine ayarlanmış olmasıdır true. Fazla sağlama true olarak ayarlandıysa, istenenden daha fazla VM oluşturulur. Daha sonra ek VM'ler silinir. Bu durumda, dağıtım güvenilirliğini artırırsınız, ancak bitişik adlandırma ve bitişik ağ adresi çevirisi (NAT) kurallarından zarar görürsünüz.

Bu özelliği olarak falseayarlayabilirsiniz. Küçük Sanal Makine Ölçek Kümeleri için dağıtım güvenilirliği etkilenmez.

Sanal Makine Ölçek Kümesindeki bir VM'yi silme ile VM'yi serbest bırakma arasındaki fark nedir? Birini ne zaman diğerinin yerine seçmeliyim?

Temel fark, deallocate sanal sabit diskleri (VHD' ler) silmez. stop deallocate çalıştırılmasıyla ilişkili depolama maliyetleri vardır. Aşağıdaki nedenlerden biri için birini veya diğerini kullanabilirsiniz:

• İşlem maliyetlerini ödemeyi durdurmak, ancak VM'lerin disk durumunu korumak istiyorsunuz.
• Sanal Makine Ölçek Kümesinin ölçeğini genişletebileceğinizden daha hızlı bir vm kümesi başlatmak istiyorsunuz.
• Bu senaryoyla ilgili olarak, kendi otomatik ölçekleme motorunuz olabilir ve daha hızlı bir uçtan uca ölçekleme isteyebilirsiniz.
• Hata etki alanları veya güncelleştirme etki alanları arasında eşit olmayan şekilde dağıtılmış bir Sanal Makine Ölçek Kümeniz var. Bu eşit olmayan dağıtım, VM'leri seçici olarak silmenizden veya VM'lerin aşırı tahsis sonrasında silinmiş olmasından kaynaklanabilir. stop deallocate Sanal Makine Ölçek Kümesi'nin ardından start çalıştırılarak VM'ler hata etki alanları veya güncelleştirme etki alanları arasında eşit olarak dağıtılır.

Bir Sanal Makine Ölçek Kümesi örneğinin anlık görüntüsünü nasıl alabilirim?

Sanal Makine Ölçek Kümesi örneğinden anlık görüntü oluşturun. Bir örnek aşağıda verilmiştir:

$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

Anlık görüntüden bir yönetilen disk oluşturun. Bir örnek aşağıda verilmiştir:

$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')

Azure'da Sanal Makine Ölçek Kümeleri hakkında sık sorulan soruların yanıtlarını alın.

Ölçek kümeniz tarafından kullanılan sanal makineler, depolama alanı ve ağ kaynakları gibi temel kaynaklar için ödeme yapın. Ölçek kümesinin kendisi için ek ücret alınmaz.

Ölçek kümesinde platform görüntülerini temel alan 0 ile 1.000 sanal makine (VM) veya özel görüntüler temelinde 0 ile 600 VM arasında olabilir.

Evet. Ölçek kümesi, kümedeki tüm VM'ler için geçerli olan ekli veri diskinin yapılandırmasını tanımlayabilir. Daha fazla bilgi için bkz. Azure ölçek kümeleri ve bağlı veri diskleri. Veri depolamayla ilgili diğer seçenekler şunlardır:

• Azure yönetilen diskleri - Premium v2, Premium, Standart, Ultra
• Azure Dosyalar - Sunucu İleti Bloğu (SMB) veya Ağ Dosya Sistemi (NFS) paylaşılan sürücüleri
• Azure NetApp Files
• Azure paylaşılan diskleri
• İşletim sistemi sürücüsü
• Geçici sürücü - yerel, Azure Depolama tarafından desteklenmiyor
• Azure veri hizmeti - örneğin, Azure Tablo Depolama veya Azure Blob Depolama
• Dış veri hizmeti - örneğin, uzak veritabanı

Tüm bölgeler ölçek kümelerini destekler.

Tüm Sanal Makine SKU'ları Sanal Makine Ölçek Kümeleri için desteklenmektedir.

Bir sanal makine (VM) görüntüsü oluşturup yakalayın ve bunu ölçek kümenizin kaynağı olarak kullanın. Özel VM görüntüsü oluşturma ve kullanma öğreticisi için Azure CLI veya Azure PowerShell kullanabilirsiniz.

İşletim Sistemi Görüntü Yükseltmesi, zaman içinde tüm Sanal Makine Ölçek Kümesi için işletim sistemi görüntüsünü güncelleştiren ve çalışan iş yükleri üzerinde en az etkiyi sağlayan aşamalı ve kesintisiz bir işlemdir.

Yeniden imajlama, yalnızca seçili VM örneğini etkileyen, onu geçici olarak durduran ve işletim sistemini yeniden yükleyen daha doğrudan ve anlık bir eylemdir.

İşletim Sistemi Görüntü Yükseltmesi ile Reimage arasındaki fark hakkında daha fazla bilgi edinin.

Ölçek kümesi, kullanılabilirliği en üst düzeye çıkarmak için varsayılan olarak kullanılabilirlik alanları ve hata etki alanları arasında VM'leri eşit olarak kaldırır. Önce en yüksek kimliklere sahip VM'leri kaldırır.

VM'lerin kaldırılma sırasını değiştirmek için bir ölçek daraltma ilkesi belirtebilirsiniz.

Kapasiteyi 18’e artırırsanız 3 yeni VM oluşturulur. Her defasında VM örnek kimliği önceki en yüksek değerden artırılır (örneğin 20, 21, 22). VM'ler hata etki alanları arasında dengelenir.

Azure, sistem durumu yoklaması sinyallerine veya uygulama durumu uzantılarına göre iyi durumda olmayan örnekleri otomatik olarak değiştirir.

Evet, VM ölçek kümeleri Azure yönetilen kimliklerini destekler. Bunlar, ölçek kümesi VM'lerinizin kodda kimlik bilgilerine gerek kalmadan Key Vault gibi Azure kaynaklarına güvenli bir şekilde erişmesini sağlar.

Evet, ölçek kümeleri uzantı sıralamasını kullanabilirsiniz.

Bölgesel (bölgesiz) ölçek kümesi, yerleştirme gruplarını kullanır, bu gruplar beş hata etki alanı ve beş güncelleştirme etki alanı ile örtük bir kullanılabilirlik kümesi işlevi görür. 100'den fazla VM'den oluşan ölçek kümeleri birden çok yerleştirme grubuna yayılır. Yerleştirme grupları hakkında daha fazla bilgi için bkz. Büyük Sanal Makine Ölçek Kümeleri ile Çalışma. Bir sanal makine kullanılabilirlik kümesi, sanal makine ölçek kümesiyle aynı sanal ağda bulunabilir. Yaygın bir yapılandırma, denetim düğümü VM'lerini (genellikle benzersiz yapılandırma gerektiren) bir kullanılabilirlik kümesine yerleştirmek ve veri düğümlerini ölçek kümesine yerleştirmektir.

Evet. Daha fazla bilgi için ölçek kümesi kullanılabilirlik alanı belgelerine bakın.

Bkz. Sanal makineleri otomatik ölçeklendirme için en iyi yöntemler.

Bkz: Azure İzleyici ile desteklenen ölçümler.

Evet. Bu örnekler için bkz Azure Monitor otomatik ölçeklendirme genel ölçümleri.

Service Bus kuyruğu için aşağıdaki JSON'ı kullanın:

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

Depolama kuyruğu için aşağıdaki JSON'yi kullanın:

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

Örnek değerleri kaynağınız Tekdüzen Kaynak Tanımlayıcıları (URI' ler) ile değiştirin.

Konak düzeyinde ölçümleri veya konuk işletim sistemini temel alan ölçümleri kullanmak için VM'de otomatik ölçeklendirme ayarı oluşturabilirsiniz.

Desteklenen ölçümlerin listesi için Azure Monitor otomatik ölçeklendirme genel ölçümleri sayfasına bakın.

Sanal Makine Ölçek Kümeleri için tam örnek için bkz. Sanal Makine Ölçek Kümeleri için Resource Manager şablonlarını kullanarak gelişmiş otomatik ölçeklendirme yapılandırması.

Örnek, ana bilgisayar düzeyinde CPU ölçümünü ve mesaj sayısı ölçümünü kullanır.

PowerShell veya Azure CLI aracılığıyla Sanal Makine Ölçek Kümeleri için ölçümler üzerinde uyarılar oluşturabilirsiniz. Daha fazla bilgi için bkz . Azure İzleyici PowerShell hızlı başlangıç örnekleri ve Azure İzleyici platformlar arası CLI hızlı başlangıç örnekleri.

TargetResourceId Sanal Makine Ölçek Kümesi şöyle görünür:

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

Uyarı ayarlamak için ölçüm olarak herhangi bir VM performans sayacını seçebilirsiniz. Daha fazla bilgi için Azure Monitor otomatik ölçeklendirme yaygın ölçümleri makalesindeki Resource Manager tabanlı Windows VM'leri için konuk işletim sistemi ölçümleri ve Linux VM'leri için konuk işletim sistemi ölçümleri makalesine bakın.

Bkz. Sanal Makine Ölçek Kümesini otomatik olarak ölçeklendirme. Otomatik ölçeklendirmeyi Azure CLI ve Azure şablonlarıyla da yapılandırabilirsiniz.

Hayır Otomatik ölçeklendirme kuralları, daha fazla kapasite gerektiğinde yeni VM örnekleri oluşturur. Durdurulmuş (serbest bırakılmış) VM'ler otomatik ölçeklendirme olayı sırasında başlatılmaz. Ancak bunlar, örnek kimliği sırasına göre diğer tüm VM örnekleri gibi bir ölçeklendirme olayı sırasında silinebilir.

Bir sertifikayı VM'ye güvenli bir şekilde göndermek için, müşterinin anahtar kasasından doğrudan bir Windows sertifika deposuna müşteri sertifikası yükleyebilirsiniz.

Aşağıdaki JSON'yi kullanın:

"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"
            }
        ]
    }
]

Kod, Windows ve Linux'ı destekler.

Daha fazla bilgi için bkz Sanal Makine Ölçek Kümesi oluşturma veya güncelleştirme.

En son örnek için bir Azure kabuğunda, çıktıyı standart çıktıya (stdout) yazdıran aşağıdaki Azure CLI komutunu kullanın:

az sf cluster create -h

Dağıtılmış güven için otomatik olarak imzalanan sertifikaları kullanmaktan kaçının. Kurumsal üretim çözümlerine yönelik Service Fabric kümeleri için otomatik olarak imzalanan sertifikalar önerilmez. Daha fazla güvenlik kılavuzu için Bkz . Azure Service Fabric güvenlik en iyi yöntemleri ve Service Fabric kümesi güvenlik senaryoları.

Evet. için osProfile REST API, standart VM REST API'sine benzer.

Şablonunuza ekleyin osProfile :

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

Bu JSON bloğu bu Azure Hızlı Başlangıç Şablonunda kullanılır.

Daha fazla bilgi için, Sanal Makine Ölçek Kümesi oluşturma veya güncelleştirme konusuna bakın.

Kullanım dışı sertifikaları kaldırmak için eski sertifikayı kasa sertifikaları listesinden kaldırın. Bilgisayarınızda kalmasını istediğiniz tüm sertifikaları listede bırakın. Bu eylem sertifikayı tüm VM'lerinizden kaldırmaz. Ayrıca sertifikayı Sanal Makine Ölçek Kümesi'nde oluşturulan yeni VM'lere eklemez.

Sertifikayı mevcut VM'lerden kaldırmak için, sertifikayı sertifika deponuzdan el ile kaldırmak için özel bir betik uzantısı kullanın.

VM'lere yalnızca bir genel SSH anahtarı sağlıyorsanız, ortak anahtarları Azure Key Vault'a yerleştirmeniz gerekmez. Ortak anahtarlar gizli değildir.

Linux VM oluştururken SSH ortak anahtarlarını düz metin olarak sağlayabilirsiniz:

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

linuxConfiguration öğe adı	Zorunlu	Türü	Açıklama
ssh	Hayır	Koleksiyon	Linux işletim sistemi için SSH anahtar yapılandırmasını belirtir.
path	Yes	Dize	SSH anahtarlarının veya sertifikanın bulunması gereken Linux dosya yolunu belirtir.
keyData	Yes	Dize	Base64 ile kodlanmış bir SSH ortak anahtarını belirtir.

Bir örnek için bkz . vm-sshkey GitHub hızlı başlangıç şablonu.

Bu hata, mevcut kaynak kasa için yeni bir kasa sertifikası kullanmak yerine aynı kasayı okumaya çalışırsanız oluşabilir. Add-AzVmssSecret komutunu kullanırken daha fazla gizli bilgi ekliyorsanız düzgün çalışmaz.

Aynı anahtar kasasından daha fazla gizli anahtar eklemek için aşağıdaki listeyi güncelleştirin: $vmss.properties.osProfile.secrets[0].vaultCertificates.

Beklenen giriş yapısı için, Sanal makine seti oluşturma veya güncelleştirme bölümüne bakın.

Anahtar kasasında bulunan Sanal Makine Ölçek Kümesi nesnesindeki gizliyi bulun. Ardından sertifika referansınızı (URL ve gizli depo adı) kasayla ilişkilendirilmiş listeye ekleyin.

Not

Şu anda Sanal Makine Ölçek Kümesi API'sini kullanarak VM'lerden sertifika kaldıramazsınız.

Yeni sağlanan VM'ler kullanım dışı bırakılmış sertifikayı kullanmaz. Ancak, sertifikayla önceden dağıtılmış olan mevcut VM'ler açıkça değiştirilmediği sürece bunu korur.

Betiklerde parolaları sabit kodla yazmanız gerekmez. Dağıtım betiğini çalıştırmak için kullandığınız izinlere sahip parolaları dinamik olarak alabilirsiniz. Gizli dizi deposu anahtar kasasından sertifikayı taşıyan bir betiğiniz varsa, gizli dizi deposu get certificate komutu da .pfx dosyasının parolasını döndürür.

İşletim sistemi profilinin Secrets özelliğinde bir Windows Uzaktan Yönetim (WinRM) sertifika başvurusu bulunmalıdır.

Kaynak kasayı göstermenin amacı, kullanıcının Azure Cloud Services modelinde bulunan erişim denetimi listesi (ACL) ilkelerini uygulamaktır. Kaynak kasası belirtilmezse, anahtar kasasına sırları dağıtma veya erişim izni olmayan kullanıcılar, bir işlem kaynağı sağlayıcısı (CRP) aracılığıyla erişim sağlayabilirler. ACL'ler mevcut olmayan kaynaklar için bile mevcuttur.

Yanlış bir kaynak kasası kimliği, ancak geçerli bir anahtar kasası URL'si sağlarsanız, işlemi yokladığınızda bir hata bildirilir.

Sertifikalar, önceden mevcut olanlar da dahil olmak üzere, tüm VM'lerinize eklenir. Sanal Makine Ölçek Kümeniz upgradePolicy özelliği olarak manualayarlandıysa, VM üzerinde el ile güncelleştirme gerçekleştirdiğinizde sertifika VM'ye eklenir.

Linux VM'leri için sertifikaları dağıtmayı öğrenmek için bkz . Müşteri tarafından yönetilen bir anahtar kasasından VM'lere sertifika dağıtma.

Mevcut bir gizliye kasa sertifikası eklemek için aşağıdaki PowerShell örneğini inceleyin. Yalnızca bir gizli nesne kullanın.

$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

Bir VM'yi yeniden oluşturursanız sertifikalar silinir. Yeniden görüntülenirken işletim sistemi diskinin tamamı silinir.

Anahtar kasasından bir gizli dizi silinirse ve daha sonra stop deallocate tüm VM'leriniz silinirse, bunları yeniden başlatma işlemi başarısız olur. Bu hata, hesaplama kaynak sağlayıcısının gizli anahtarı anahtar kasasından almaya çalışması nedeniyle oluşur, ancak artık gizli anahtar kullanılamamaktadır. Bu sorunu çözmek için sertifikaları Sanal Makine Ölçek Kümesi modelinden kaldırabilirsiniz.

Hesaplama kaynağı sağlayıcısı müşterinin gizli bilgilerini kalıcı olarak depolamaz. Sanal Makine Ölçek Kümesi'ndeki tüm VM'ler için stop deallocate çalıştırdığınızda, önbelleğe alınan gizli veriler temizlenir. Bu durumda, işlem kaynağı sağlayıcısı anahtar deposundan gizli bilgileri tekrar almaya çalışır.

Azure Service Fabric'te (tek-fabrika kiracı modeli kullanıldığında) gizli bilginin önbelleğe alınmış bir kopyası tutulduğundan bu sorun ölçek genişletme işlemi sırasında oluşmaz.

Amaç, kullanıcıya sanal makinelerinde hangi sertifikanın dağıtıldığından emin olmaktır.

Bir VM oluşturup anahtar kasasında gizli anahtarınızı güncelleştirirseniz, yeni sertifika VM'lerinize indirilmez. Ancak VM'leriniz buna atıfta bulunuyor gibi görünüyor ve yeni VM'ler yeni gizli anahtarı alır. Bu sorunu önlemek için gizli bir sürüme başvurmanız gerekir.

.cer kamu anahtarlarını bir Sanal Makine Ölçek Kümesine dağıtmak için, X509ContentType = Pfx kullanarak yalnızca .cer dosyaları içeren bir .pfx dosyası oluşturabilirsiniz. Örneğin, .cer dosyasını C# veya PowerShell'de bir x509Certificate2 nesne olarak yükleyin ve yöntemini çağırın.

Daha fazla bilgi için bkz . X509Certificate.Export Yöntemi (X509ContentType, Dize).

Sertifika geçişini base64 kodlanmış bir dize olarak taklit etmek için, bir Resource Manager şablonundaki en son sürümlü URL'yi ayıklayabilirsiniz. Resource Manager şablonunuzda aşağıdaki JSON özelliğini ekleyin:

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

Sanal Makine Ölçek Kümeleri ve VM'lerde sertifikaların JSON nesnelerine sarmalanması gerekir.

İçerik türünü application/x-pkcs12de destekliyoruz.

Şu anda dosyaları desteklemiyoruz .cer . .cer dosyaları kullanmak için, onları .pfx kapsayıcılara aktarın.

Sanal Makine Ölçek Kümeleri CRP'nin üzerinde ince bir API katmanıdır. Her iki bileşen de, Azure hizmet ağacındaki işlem platformunun birer parçasıdır.

Uyumluluk açısından bakıldığında Sanal Makine Ölçek Kümeleri, Azure işlem platformunun temel bir parçasıdır. İşlem kaynağı sağlayıcısının kendisiyle şu bilgileri paylaşır: ekip, araçlar, süreçler, dağıtım metodolojisi, güvenlik denetimleri, tam zamanında (JIT) derleme, izleme ve uyarı. Sanal Makine Ölçek Kümeleri, CRP geçerli PCI Veri Güvenliği Standardı (DSS) kanıtlamasının bir parçası olduğundan Ödeme Kartı Sektörü (PCI) ile uyumludur.

Daha fazla bilgi için bkz. Microsoft Güven Merkezi.

Evet. Daha fazla bilgi için bkz. yönetilen kimliklere genel bakış. Linux ve Windows için Azure Hızlı Başlangıç Şablonları'nda bazı örnek Yönetilen Hizmet Kimliği (MSI) şablonları görebilirsiniz.

Azure portalında tek bir örneği silme veya birden çok örnek seçerek toplu silme olanağına sahipsiniz. Kilidi olan tek bir örneği silmeye çalışırsanız, kilit dikkate alır ve örneği silemezsiniz. Ancak, birden çok örnek toplu olarak seçildiğinde ve bu örneklerden herhangi birinin kilidi varsa, kilitler dikkate alınmaz. Seçili örneklerin tümü silinir.

Azure CLI'da yalnızca tek bir örneği silebilirsiniz. Kilidi olan tek bir örneği silmeye çalışırsanız, kilit kabul edilir ve bu örneği silemezsiniz.

Sanal Makine Ölçek Kümesi uzantısını silmek için aşağıdaki PowerShell örneğini kullanın:

$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

$vmss içinde extensionName değerini bulabilirsiniz.

Azure İzleyici Günlükleriyle tümleşen bir Sanal Makine Ölçek Kümesi şablonu örneği için Azure Service Fabric kümesi dağıtma ve Azure İzleyici Günlüklerini kullanarak izlemeyi etkinleştirme'deki ikinci örneğe bakın.

Güncelleştirme ilkesi otomatik olarak ayarlanırsa, şablonu yeni uzantı özellikleriyle yeniden dağıtmak tüm VM'leri güncelleştirir.

Güncelleştirme ilkesi el ile olarak ayarlandıysa, önce uzantıyı güncelleştirin ve ardından VM'lerinizdeki tüm örnekleri el ile güncelleştirin.

Sanal Makine Ölçek Kümesi modelinde uzantı tanımını güncelleştirdiğinizde ve olarak ayarladığınızda upgradePolicyautomatic, Azure tüm VM'lerdeki uzantıları otomatik olarak güncelleştirir. Ancak, upgradePolicymanual olarak ayarlandığında uzantılar modelle senkronize değil olarak işaretlenir. Bu durumda, siz VM örnekleri için el ile bir güncelleştirme tetikleyene kadar uzantılar güncelleştirilmez.

Mevcut bir VM hizmet tarafından iyileştirilmişse, yeniden başlatma olarak görünür ve uzantılar yeniden çalıştırılamaz. Bir VM yeniden oluşturulursa, işlem işletim sistemi sürücüsünü kaynak görüntüyle değiştirmeye benzer. Uzantılar gibi en son modeldeki tüm özelleştirmeler yeniden çalıştırılır.

Bir Sanal Makine Ölçek Kümesi'ni Active Directory etki alanına katmak için bir uzantı tanımlayabilirsiniz.

Uzantı tanımlamak için özelliğini JsonADDomainExtension kullanın:

"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 Otomasyonu İstenen Durum Yapılandırması uzantısını kullanabilirsiniz. İşletim sistemi Windows Server 2012 R2 ise Azure, Windows Management Framework (WMF) 5.0 kurulumunu çeker, yeniden başlatır ve yapılandırmaya devam eder.

Depolama hesabı anahtarı ve adıyla korumalı ayarları ayarlayın. Daha fazla bilgi için bkz Özel betik uzantısı.

Şunları yapabilirsiniz:

• Sanal Makine Ölçek Kümesi modelini doğrudan değiştirin. Bu seçenek yalnızca API 2017-12-01 ve sonraki sürümlerde kullanılabilir.

  Yönetici kimlik bilgilerini doğrudan ölçek kümesi modelinde güncelleştirin (örneğin, Azure Kaynak Gezgini, PowerShell veya Azure CLI kullanarak). Ölçek kümesi güncelleştirildikten sonra tüm yeni VM'ler yeni kimlik bilgilerine sahip olur. Mevcut VM'ler, yalnızca yeniden görüntülendiğinde yeni kimlik bilgilerine sahip olur.

• VM erişim uzantılarını kullanarak parolayı sıfırlayın. Sıkça Sorulan Sorular kısmında açıklandığı gibi parola gereksinimlerini takip ettiğinizden emin olun.

  Uzantı modeldeki parolayı güncelleştirmediğinden, VM erişim uzantısının kullanılması için yeniden sayfalandırma gerekmez. Uzantı, parolayı parolaya veya SSH anahtar dosyasına eklemek için bir betik çalıştırır. Uzantı özgün SSH anahtarını kaldırmaz. Uzantı güncelleştirildikten sonra, tüm VM örneklerine kullanıcı adı ve parola güncelleştirmelerini uygulamak için örnekleri yükseltin.

  Not

  Otomatik yükseltme ilkesi olarak manualayarlandıysa, tek tek VM örneklerini el ile seçmeniz ve yükseltmeniz gerekir. Eğer Automatic olarak ayarlanmışsa, uzantı otomatik olarak yükseltilir. Daha fazla bilgi için bkz. Otomatik Uzantı Yükseltmeleri.

  Windows Sanal Makine Ölçek Kümesi için aşağıdaki PowerShell örneğini kullanın:

  $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
  

  Linux Sanal Makine Ölçek Kümesi için aşağıdaki Azure CLI örneğini kullanın:

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

Evet. Ağ profilinin networkInterfaceConfigurations bölümünde referans göstererek bir NSG'yi doğrudan ölçek kümesine uygulayabilirsiniz. Bir örnek aşağıda verilmiştir:

"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'))]"
                }
            }
        }
    ]
}

Aynı abonelikte ve bölgede Azure Load Balancer kullanan iki Sanal Makine Ölçek Kümeniz varsa, genel IP adreslerini değiştirebilirsiniz. Bunu yapmak için genel IP'yi her ölçek kümesinden serbest bırakıp diğerine atayın. Daha fazla bilgi için bkz: VIP değiş tokuşu: Azure Resource Manager'da mavi-yeşil dağıtım. Ancak kaynaklar serbest bırakıldığında veya ağ düzeyinde tahsis edildiğinde bir gecikmeyle karşılaşabilirsiniz. Daha hızlı bir seçenek, iki arka uç havuzu ve bir yönlendirme kuralıyla Azure Application Gateway'i kullanmaktır. Alternatif olarak, uygulamanızı hazırlama ve üretim yuvaları arasında hızlı geçişi destekleyen Azure Uygulaması Hizmeti ile barındırabilirsiniz.

IP adresleri, belirttiğiniz bir alt ağdan seçilir.

Sanal Makine Ölçek Kümesi IP adreslerinin ayırma yöntemi her zaman dinamiktir, ancak bu IP adreslerinin değişebileceği anlamına gelmez. Bu durumda, dinamik yalnızca bir PUT istekte IP adresini belirtmediğiniz anlamına gelir. Alt ağı kullanarak statik kümeyi belirtin.

Bakınız Sanal Makine Ölçek Kümesi'ni mevcut bir sanal ağa dağıtma.

Evet. Hızlandırılmış ağı kullanmak için ölçek kümenizin ayarlarında enableAcceleratedNetworking'yi true olarak networkInterfaceConfigurations ayarlayın. Örneğin:

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

Özel DNS yapılandırmasına sahip bir Sanal Makine Ölçek Kümesi oluşturmak için ölçek kümesi dnsSettings bölümüne bir networkInterfaceConfigurations JSON paketi ekleyin. Bir örnek aşağıda verilmiştir:

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

Her VM'ye bir genel IP adresi atayan bir Sanal Makine Ölçek Kümesi oluşturmak için kaynağın API sürümünün Microsoft.Compute/virtualMachineScaleSets olduğundan 2017-03-30emin olun ve ölçek kümesi publicipaddressconfiguration bölümüne bir ipConfigurations JSON paketi ekleyin. Bir örnek aşağıda verilmiştir:

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

Evet. Birden çok uygulama ağ geçidi arka uç adres havuzu applicationGatewayBackendAddressPools için kaynak kimliklerini ölçek kümesi ağ profilinizin bölümündeki listeye ipConfigurations ekleyebilirsiniz.

Evet. Sanal Makine Ölçek Kümeleri, esnek düzenleme modu kullanılırken örnek başına birden çok NIC ve özel IP yapılandırmasını destekler. Bu, karmaşık ağ topolojilerini ve hizmet yalıtımını etkinleştirir.

İkiden az VM'ye sahip bir Sanal Makine Ölçek Kümesi oluşturmanın bir nedeni, sanal makine ölçek kümesinin elastik özelliklerini kullanmaktır. Örneğin, vm çalıştırma maliyetleri ödemeden altyapınızı tanımlamak için sıfır VM'ye sahip bir Sanal Makine Ölçek Kümesi dağıtabilirsiniz. Ardından VM'leri dağıtmaya hazır olduğunuzda Sanal Makine Ölçek Kümesi kapasitesini üretim örneği sayısına yükseltebilirsiniz.

İkiden az VM'ye sahip bir Sanal Makine Ölçek Kümesi oluşturmanın bir diğer nedeni de, ayrı VM'lerle kullanılabilirlik kümesi kullanmaktan daha az kullanılabilirlik ile ilgilenmenizdir. Sanal Makine Ölçek Kümeleri, değiştirilebilir, ayırt edilemeyen işlem birimleriyle çalışmanız için bir yol sağlar. Bu tekdüzen, Sanal Makine Ölçek Kümeleri ve kullanılabilirlik kümeleri için önemli bir ayırıcıdır. Durumsuz birçok iş yükü, bireysel birimleri izlemez. İş yükü düşerse ölçeği bir işlem birimine düşürebilir ve iş yükü arttığında ölçeği çok sayıda artırabilirsiniz.

Azure portalında bir Sanal Makine Ölçek Kümesindeki VM sayısını değiştirmek için, Sanal Makine Ölçek Kümesi Özellikleri bölümünden Ölçeklendirme bölmesini seçin ve kaydırıcı çubuğunu kullanın.

Belirtilen eşikler için uyarıları işleme konusunda biraz esnekliğe sahipsiniz. Örneğin, özelleştirilmiş web kancaları tanımlayabilirsiniz. Aşağıdaki web kancası örneği bir Resource Manager şablonundandır:

{
    "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"
                        }
                    }
                ]
            }
        ]
    }
}

Evet, yapabilirsiniz.

Evet, ölçek kümesi kaynaklarını yeni bir aboneliğe veya kaynak grubuna taşıyabilirsiniz.

Sanal Makine Ölçek Kümenizi yeni bir görüntüye güncelleştirmek ve düzeltme eki uygulamayı yönetmek için bkz Sanal Makine Ölçek Kümesini Yükseltme.

Evet, görüntüyü değiştirmeden bir VM'yi sıfırlamak için yeniden oluşturma işlemini kullanabilirsiniz. Ancak, Sanal Makine Ölçek Kümeniz version = latest ile bir platform görüntüsüne bağlamında, reimage çağırdığınızda Sanal Makineniz daha sonraki bir işletim sistemi görüntüsüne güncelleştirilebilir.

Evet, ölçek kümesi VM'lerine Azure İzleyici uzantısını yükleyerek. Aşağıda Azure CLI kullanan bir örnek verilmişti:

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'}"

Gerekli workspaceId ve workspaceKey değerlerini Azure portalının Log Analytics çalışma alanında bulabilirsiniz. Genel Bakış sayfasında Ayarlar kutucuğunu seçin. Üstteki Bağlı Kaynaklar sekmesini seçin.

Not

Ölçek kümeniz upgradePolicy manuel olarak ayarlandıysa, uzantıyı kümedeki tüm VM'lere yükseltme talebinde bulunarak uygulamanız gerekir. Azure CLI için kullanın az vmss update-instances.

Not

Bu makale kısa süre önce Log Analytics yerine Azure İzleyici günlükleri terimini kullanacak şekilde güncelleştirildi. Günlük verileri hala bir Log Analytics çalışma alanında depolanmakta ve aynı Log Analytics hizmeti tarafından toplanıp analiz edilmeye devam edilmektedir. Azure İzleyici'deki günlüklerin rolünü daha iyi yansıtacak şekilde terminolojiyi güncelleştiriyoruz. Ayrıntılar için bkz . Azure İzleyici terminolojisi değişiklikleri .

Önyükleme tanılamasını açmak için önce bir depolama hesabı oluşturun. Ardından, bu JSON bloğunu Sanal Makine Ölçek Kümenize virtualMachineProfileyerleştirin ve Sanal Makine Ölçek Kümesi'ni güncelleştirin:

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

Yeni bir VM oluşturulduğunda, InstanceView VM'nin özelliği ekran görüntüsü için ayrıntıları gösterir. Bir örnek aşağıda verilmiştir:

"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"
}

Sanal Makine Ölçek Kümeleri ile ilgili yaygın sorun giderme sayfasını ziyaret edin.

REST API ListVMInstanceViews çağrısı yaparak aşağıdaki kaynak URI'sinde GET çağırabilirsiniz: /subscriptions/<subscription_id>/resourceGroups/<resource_group_name>/providers/Microsoft.Compute/virtualMachineScaleSets/<scaleset_name>/virtualMachines?$expand=instanceView&$select=instanceView

Not: Ölçek kümesi maksimum yayma ()platformFaultDomainCount = 1 kullanıyorsa, kullanılan hata etki alanı sayısı bu yapılandırmayla garantilenmediğinden hata etki alanı bilgileri döndürülemez.

Hayır, bunu yapamazsınız. Ancak uzantılar, üzerinde çalıştıkları VM'nin makine adı gibi benzersiz özelliklerine göre işlem yapabilir. Uzantılar ayrıca vm hakkında daha fazla bilgi edinmek için üzerindeki http://169.254.169.254 örnek meta verilerini sorgulayabilir.

Boşluklar, Sanal Makine Ölçek Kümesi overprovision özelliğinizin varsayılan değerine ayarlanmış olmasıdır true. Fazla sağlama true olarak ayarlandıysa, istenenden daha fazla VM oluşturulur. Daha sonra ek VM'ler silinir. Bu durumda, dağıtım güvenilirliğini artırırsınız, ancak bitişik adlandırma ve bitişik ağ adresi çevirisi (NAT) kurallarından zarar görürsünüz.

Bu özelliği olarak falseayarlayabilirsiniz. Küçük Sanal Makine Ölçek Kümeleri için dağıtım güvenilirliği etkilenmez.

Temel fark, deallocate sanal sabit diskleri (VHD' ler) silmez. stop deallocate çalıştırılmasıyla ilişkili depolama maliyetleri vardır. Aşağıdaki nedenlerden biri için birini veya diğerini kullanabilirsiniz:

• İşlem maliyetlerini ödemeyi durdurmak, ancak VM'lerin disk durumunu korumak istiyorsunuz.
• Sanal Makine Ölçek Kümesinin ölçeğini genişletebileceğinizden daha hızlı bir vm kümesi başlatmak istiyorsunuz.
• Bu senaryoyla ilgili olarak, kendi otomatik ölçekleme motorunuz olabilir ve daha hızlı bir uçtan uca ölçekleme isteyebilirsiniz.
• Hata etki alanları veya güncelleştirme etki alanları arasında eşit olmayan şekilde dağıtılmış bir Sanal Makine Ölçek Kümeniz var. Bu eşit olmayan dağıtım, VM'leri seçici olarak silmenizden veya VM'lerin aşırı tahsis sonrasında silinmiş olmasından kaynaklanabilir. stop deallocate Sanal Makine Ölçek Kümesi'nin ardından start çalıştırılarak VM'ler hata etki alanları veya güncelleştirme etki alanları arasında eşit olarak dağıtılır.

Sanal Makine Ölçek Kümesi örneğinden anlık görüntü oluşturun. Bir örnek aşağıda verilmiştir:

$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

Anlık görüntüden bir yönetilen disk oluşturun. Bir örnek aşağıda verilmiştir:

$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')