PowerShell ile temel yük dengeleyiciyi yükseltme

  • Makale

Önemli

30 Eylül 2025'te Temel Yük Dengeleyici kullanımdan kaldırılacaktır. Daha fazla bilgi için resmi duyuruya bakın. Şu anda Temel Yük Dengeleyici kullanıyorsanız, kullanımdan kaldırma tarihinden önce Standart Load Balancer yükseltmeyi unutmayın.

Azure Standart Load Balancer, alanlar arası yedeklilik aracılığıyla zengin bir işlev kümesi ve yüksek kullanılabilirlik sunar. Load Balancer SKU'su hakkında daha fazla bilgi edinmek için karşılaştırma tablosuna bakın.

Bu makalede, Temel Yük Dengeleyici ile aynı yapılandırmaya sahip bir Standart Load Balancer oluşturan ve ardından Sanal Makine Ölçek Kümesi veya Sanal Makine arka uç havuzu üyelerini yeni Load Balancer ile ilişkilendiren bir PowerShell modülü tanıtılmaktadır.

Yükseltme modülünün ve işleminin ayrıntılı bir kılavuzu için aşağıdaki videoya bakın:

Yükseltmeye Genel Bakış

PowerShell modülü aşağıdaki işlevleri gerçekleştirir:

  • Sağlanan Temel Yük Dengeleyici senaryosunun yükseltme için desteklendiğini doğrular.
  • Temel Yük Dengeleyici ve Sanal Makine Ölçek Kümesi yapılandırmasını yedekleyerek hata durumunda veya hatalarla karşılaşıldığında yeniden denemeyi etkinleştirir.
  • Genel yük dengeleyiciler için ön uç genel IP adreslerini Standart SKU ve statik atama olarak güncelleştirir
  • Temel Load Balancer yapılandırmasını yeni bir Standart Load Balancer yükselterek yapılandırma ve özellik eşliğini güvence altına alır.
  • Sanal Makine Ölçek Kümesi ve Sanal Makine arka uç havuzu üyelerini Temel Yük Dengeleyici'den Standart Load Balancer geçirir.
  • Yük dengeli trafiğin arka uç havuzu üyelerine ulaştığından emin olmak için bir ağ güvenlik grubu oluşturur ve Standart Load Balancer varsayılan reddetme ağ ilkesine geçişini izleyerek Sanal Makine Ölçek Kümesi veya Sanal Makine ile ilişkilendirir.
  • Sanal Makine Ölçek Kümesi veya Sanal Makine örnekleriyle ilişkili örnek düzeyi Genel IP adreslerini yükselter
  • Sanal Makine Ölçek Kümesi arka uçları için Gelen NAT Havuzlarını Gelen NAT Kurallarına yükselter. Bu yükseltmeyi atlamak için belirtin -skipUpgradeNATPoolsToNATRules .
  • Kolay denetim ve hata kurtarma için yükseltme işlemini günlüğe kaydeder.

Uyarı

Arka uç VM'lerinin veya VMSS örneklerinin Genel IP Adresleri olmadığı iç Temel Yük Dengeleyicileri geçirmek için İnternet'e arka uç bağlantısı için ek adımlar gerekir. Load Balancer'ım için giden trafiği nasıl yapılandırmalıyım?

Not

Load Balancer arka uç havuzundaki Sanal Makine Ölçek Kümesi'nin ağ yapılandırmasında Genel IP Adresleri varsa, Standart SKU'ya yükseltildiğinde her Sanal Makine Ölçek Kümesi örneğiyle ilişkili Genel IP Adresleri değişir. Bunun nedeni, ölçek kümesi örnek düzeyi Genel IP adreslerinin yükseltilememesi, yalnızca yeni bir Standart SKU Genel IP'siyle değiştirilememesidir. Diğer tüm Genel IP adresleri geçiş aracılığıyla korunur.

Not

Load Balancer'ın arkasındaki Sanal Makine Ölçek Kümesi bir Service Fabric Kümesi ise, bu betikle geçiş daha fazla zaman alır, uygulamanız için daha yüksek risk oluşturur ve kapalı kalma süresine neden olur. Geçiş seçenekleri için Service Fabric Kümesi Yük Dengeleyici yükseltme kılavuzlarını gözden geçirin.

Desteklenmeyen Senaryolar

  • IPv6 ön uç IP yapılandırmalarına sahip Temel Yük Dengeleyiciler
  • Azure Kubernetes Services (AKS) kümeleri için Temel Yük Dengeleyiciler
  • Bir veya daha fazla Sanal Makine Ölçek Kümesi örneğinde ProtectFromScaleSetActions Örnek Koruması ilkelerinin etkinleştirildiği Sanal Makine Ölçek Kümesi arka uç havuzu üyesine sahip Temel Yük Dengeleyiciler
  • Temel Load Balancer'ı mevcut bir Standart Load Balancer geçirme

'AzureBasicLoadBalancerUpgrade' modülünü yükleme

Önkoşullar

  • PowerShell: Windows, Linux ve macOS dahil olmak üzere tüm platformlarda AzureBasicLoadBalancerUpgrade modülüyle birlikte powershell sürüm 7 veya üzerinin desteklenen bir sürümü kullanılması önerilir. Ancak Windows üzerinde PowerShell 5.1 desteklenir.
  • Az PowerShell Modülü: En son Az PowerShell modülünün yüklü olup olmadığını belirleyin
  • Az.ResourceGraph PowerShell Modülü: Az.ResourceGraph PowerShell modülü, yükseltme sırasında kaynak yapılandırmasını sorgulamak için kullanılır ve Az PowerShell modülünden ayrı bir yüklemedir. Komutunu kullanarak Install-Module modülü yüklerseniz AzureBasicLoadBalancerUpgrade otomatik olarak eklenir.

Modül Yükleme

Modülü PowerShell galerisinden yükleme

PS C:\> Install-Module -Name AzureBasicLoadBalancerUpgrade -Scope CurrentUser -Repository PSGallery -Force

Geçiş Öncesi ve Sonrası Adımları

Geçiş öncesi adımları

Geçiş sonrası adımları

  • Geçişinizin başarılı olduğunu doğrulama
  • Load Balancer aracılığıyla gelen uygulama bağlantısını test etme
  • Arka uç havuzu üyelerinden İnternet'e giden bağlantıyı test etme
  • Birden çok arka uç havuzu olan Genel Yük Dengeleyiciler için her arka uç havuzu için Giden Kuralları oluşturun

Modülü kullanma

  1. Birden fazla aboneliğiniz varsa Temel Load Balancer'ın abonelik kimliğini belirterek Azure'a bağlanmak için kullanın Connect-AzAccount .

    PS C:\> Connect-AzAccount -Subscription <SubscriptionId>

  2. Yükseltmek istediğiniz Load Balancer'ı bulun. Adını ve kaynak grubu adını kaydedin.

  3. Temel modül parametrelerini inceleyin:

    • BasicLoadBalancerName [string] Gerekli - Bu parametre, yükseltmek istediğiniz mevcut Temel Yük Dengeleyicinin adıdır
    • ResourceGroupName [string] Gerekli - Bu parametre, Temel Yük Dengeleyici'yi içeren kaynak grubunun adıdır
    • StandardLoadBalancerName [string] İsteğe bağlı - İsteğe bağlı olarak Standart Load Balancer için yeni bir ad yapılandırmak için bu parametreyi kullanın. Belirtilmezse, Temel Yük Dengeleyici adı yeniden kullanılır.
    • RecoveryBackupPath [dize] İsteğe bağlı - Bu parametre, Temel Load Balancer ARM şablonu yedekleme dosyasının depolandığı alternatif bir yol belirtmenize olanak tanır (varsayılan olarak geçerli çalışma dizinine geçer)

    İpucu

    Gelişmiş ve kurtarma senaryoları için ek parametreler çalıştırılarak görüntülenebilir Get-Help Start-AzBasicLoadBalancerUpgrade -Detailed

  4. Yükselt komutunu çalıştırın.

Örnek: Senaryo doğrulama

Temel Load Balancer'ın yükseltme için desteklendiğini doğrulama

PS C:\> Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName> -validateScenarioOnly

Örnek: ada göre yükseltme

Temel Load Balancer adını ve kaynak grubu adını sağlayarak Temel Load Balancer'ı aynı ada sahip bir Standart Load Balancer yükseltme

PS C:\> Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName>

Örnek: yükseltme, adı değiştirme ve günlükleri gösterme

Temel Load Balancer'ı belirtilen ada sahip bir Standart Load Balancer yükseltin ve günlüğe kaydedilen çıkışı ekranda görüntüleyin

PS C:\> Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName> -StandardLoadBalancerName <newStandardLBName> -FollowLog

Örnek: alternatif yedekleme yolu ile yükseltme

Temel Load Balancer'ı belirtilen ada sahip bir Standart Load Balancer yükseltin ve Temel Load Balancer yedekleme dosyasını belirtilen yolda depolayın

PS C:\> Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName> -StandardLoadBalancerName <newStandardLBName> -RecoveryBackupPath C:\BasicLBRecovery

Örnek: tamamlanmış geçişi doğrulama

Temel Load Balancer durum dosyası yedeklemesini ve Standart Load Balancer adını geçirerek tamamlanmış geçişi doğrulama

PS C:\> Start-AzBasicLoadBalancerUpgrade -validateCompletedMigration -basicLoadBalancerStatePath C:\RecoveryBackups\State_mybasiclb_rg-basiclbrg_20220912T1740032148.json

Genellikle bir uygulamanın iç ve dış Load Balancer'ı olduğunda paylaşılan arka uç üyeleriyle birden çok Load Balancer'ı aynı anda geçirme

# build array of multiple basic load balancers
PS C:\> $multiLBConfig = @(
    @{
        'standardLoadBalancerName' = 'myStandardInternalLB01' # specifying the standard load balancer name is optional
        'basicLoadBalancer' = (Get-AzLoadBalancer -ResourceGroupName myRG -Name myBasicInternalLB01)
    },
        @{
        'standardLoadBalancerName' = 'myStandardExternalLB02'
        'basicLoadBalancer' = (Get-AzLoadBalancer -ResourceGroupName myRG -Name myBasicExternalLB02)
    }
)
# pass the array of load balancer configurations to the -MultiLBConfig parameter
PS C:\> Start-AzBasicLoadBalancerUpgrade -MultiLBConfig $multiLBConfig

Örnek: Başarısız sanal makine ölçek kümesi geçişini yeniden deneme

Temel Yük Dengeleyici ve Sanal Makine Ölçek Kümesi yedekleme durumu dosyasını sağlayarak sanal makine ölçek kümesinin yük dengeleyicisi (hata veya betik sonlandırma nedeniyle) için başarısız yükseltmeyi yeniden deneyin

PS C:\> Start-AzBasicLoadBalancerUpgrade -FailedMigrationRetryFilePathLB C:\RecoveryBackups\State_mybasiclb_rg-basiclbrg_20220912T1740032148.json -FailedMigrationRetryFilePathVMSS C:\RecoveryBackups\VMSS_myVMSS_rg-basiclbrg_20220912T1740032148.json

Örnek: Başarısız sanal makine geçişini yeniden deneme

Temel Load Balancer yedekleme durumu dosyasını sağlayarak VM yük dengeleyici için başarısız yükseltmeyi yeniden deneme (hata veya betik sonlandırma nedeniyle)

PS C:\> Start-AzBasicLoadBalancerUpgrade -FailedMigrationRetryFilePathLB C:\RecoveryBackups\State_mybasiclb_rg-basiclbrg_20220912T1740032148.json

Sık Sorulan Sorular

Ortamımda geçirilecek Temel Yük Dengeleyicileri nasıl listeleyebilirim?

Ortamınızda geçirilmesi gereken Temel Yük Dengeleyicilerin listesini alma yollarından biri Azure Kaynak Grafı sorgusu kullanmaktır. Bunun gibi basit bir sorgu, görme erişiminiz olan tüm Temel Yük Dengeleyicileri listeler.

Resources
| where type == 'microsoft.network/loadbalancers' and sku.name == 'Basic'

'' Ayrıca, bu modülün doğrulama sırasında denetlediği ölçütlerin çoğuna göre her Temel Yük Dengeleyicinin geçiş için hazır olma durumunu değerlendiren daha karmaşık bir sorgu da yazdık. Kaynak Grafı sorgusu GitHub projemizde bulunabilir veya Azure Kaynak Grafı Gezgini'nde açılabilir.

Bu geçiş uygulamamda kapalı kalma süresine neden olacak mı?

Evet, yeni Standart Load Balancer oluşturulabilmesi için Temel Load Balancer'ın kaldırılması gerektiğinden, uygulamanızda kapalı kalma süresi olacaktır. Bkz. Yükseltme ne kadar sürer?

Modül ön uç IP adresimi yeni Standart Load Balancer geçirir mi?

Evet, hem genel hem de iç yük dengeleyiciler için modül ön uç IP adreslerinin korunmasını sağlar. Genel IP'ler için IP, geçiş öncesinde statik IP'ye dönüştürülür. İç ön uçlar için modül, Temel Yük Dengeleyici silindiğinde boşaltılan aynı IP adresini yeniden atamayı dener. Özel IP kullanılamıyorsa betik başarısız olur (bkz . Geçiş ortasında yükseltmem başarısız olursa ne olur?).

Yükseltme ne kadar sürer?

Yükseltme normalde betiğin tamamlanması birkaç dakika sürer. Aşağıdaki faktörler daha uzun yükseltme sürelerine yol açabilir:

  • Yük dengeleyici yapılandırmanızın karmaşıklığı
  • Arka uç havuzu üyesi sayısı
  • İlişkili Sanal Makine Ölçek Kümeleri veya Sanal Makineler f örnek sayısı
  • Service Fabric Kümesi: Service Fabric Kümeleri için yükseltmelerin test edilmesi yaklaşık bir saat sürer

Kapalı kalma süresini göz önünde bulundurun ve gerekirse yük devretmeyi planlayın.

Betik, arka uç havuzu üyelerimi Temel Load Balancer'ımdan yeni oluşturulan Standart Load Balancer geçirir mi?

Evet. Azure PowerShell betiği, Sanal Makine Ölçek Kümeleri ve Sanal Makineler yeni oluşturulan Standart Load Balancer arka uç havuzlarına geçirir.

Hangi yük dengeleyici bileşenleri geçirilir?

Betik, Temel Load Balancer'dan Standart Load Balancer aşağıdakini geçirir:

Genel ve Özel Yük Dengeleyiciler:

  • Sistem Durumu Yoklamaları:
    • Tüm yoklamalar yeni Standart Load Balancer geçirilir
  • Yük dengeleme kuralları:
    • Tüm yük dengeleme kuralları yeni Standart Load Balancer geçirilir
  • Gelen NAT Kuralları:
    • Kullanıcı tarafından oluşturulan tüm NAT kuralları yeni Standart Load Balancer geçirilir
  • Gelen NAT Havuzları:
    • Varsayılan olarak, NAT Havuzları NAT Kurallarına yükseltilir
    • Bunun yerine NAT Havuzlarını geçirmek için, yükseltme sırasında parametresini belirtin -skipUpgradeNATPoolsToNATRules
  • Arka uç havuzları:
    • Tüm arka uç havuzları yeni Standart Load Balancer geçirilir
    • Tüm Sanal Makine Ölçek Kümesi ve Sanal Makine ağ arabirimleri ve IP yapılandırmaları yeni Standart Load Balancer
    • Sanal Makine Ölçek Kümesi Sıralı Yükseltme ilkesini kullanıyorsa, betik geçiş işlemi sırasında Sanal Makine Ölçek Kümesi yükseltme ilkesini "El ile" olarak güncelleştirir ve geçiş tamamlandıktan sonra "Sıralı" olarak geri döndürür.
  • Örnek düzeyinde Genel IP adresleri
    • Hem Sanal Makineler hem de Sanal Makine Ölçek Kümeleri için, eklenen Genel IP'leri Temel'den Standart SKU'ya dönüştürür. Yükseltme sırasında Ölçek Kümesi örneği Genel IP'lerinin değiştiğine dikkat edin; sanal makine IP'leri bunu yapmaz.
  • Temel Yük Dengeleyiciden Standart Load Balancer etiketler

Genel Load Balancer:

  • Genel ön uç IP yapılandırması
    • Genel IP'yi dinamikse statik IP'ye dönüştürür
    • Temel ise genel IP SKU'sunu Standart olarak Güncelleştirmeler
    • İlişkili tüm genel IP'leri yeni Standart Load Balancer yükseltin
  • Giden Kuralları:
    • Temel yük dengeleyiciler yapılandırılmış giden kurallarını desteklemez. Betik, Temel yük dengeleyicinin giden davranışını korumak için Standart yük dengeleyicide bir giden kuralı oluşturur. Giden kuralları hakkında daha fazla bilgi için bkz . Giden kuralları.
  • Ağ güvenlik grubu
    • Temel Load Balancer, giden bağlantıya izin vermek için bir ağ güvenlik grubu gerektirmez. Sanal Makine Ölçek Kümesi ile ilişkilendirilmiş bir ağ güvenlik grubu olmaması durumunda, aynı işlevselliği korumak için yeni bir ağ güvenlik grubu oluşturulur. Bu yeni ağ güvenlik grubu, Sanal Makine Ölçek Kümesi arka uç havuzu üyesi ağ arabirimleriyle ilişkilendirilir. Aynı yük dengeleme kuralı bağlantı noktalarına ve protokollerine izin verir ve giden bağlantıyı korur.

İç Yük Dengeleyici:

  • Özel ön uç IP yapılandırması

Not

Ağ güvenlik grupları, İç Yük Dengeleyici yükseltmesinin bir parçası olarak yapılandırılmaz. NSG'ler hakkında daha fazla bilgi edinmek için bkz. Ağ güvenlik grupları

Arka uç havuzu üyelerim birden çok Load Balancer'a ait olduğunda Nasıl yaparım? geçiş?

Arka uç havuzu üyelerinizin de başka bir Load Balancer'daki arka uç havuzlarının üyesi olduğu bir senaryoda, örneğin aynı uygulama için iç ve dış Load Balancer'larınız olduğunda, Temel Yük Dengeleyicilerin aynı anda geçirilmesi gerekir. Yük Dengeleyicileri birer birer geçirmeye çalışmak, izin verilmeyen Temel ve Standart SKU kaynaklarını karıştırmaya çalışır. Geçiş betiği, parametresini kullanarak -MultiLBConfig aynı betik yürütmesine birden çok Temel Yük Dengeleyici geçirerek bunu destekler.

Geçişin başarılı olduğunu doğrulamak Nasıl yaparım??

Yükseltme modülü yürütmesinin sonunda aşağıdaki doğrulamaları gerçekleştirerek Temel Load Balancer'ı yeni Standart Load Balancer karşılaştırmaktadır. Başarısız bir geçişte, Standart Load Balancer yapılandırma durumunu belirlemek için (oluşturulduysa) ve -basicLoadBalancerStatePath parametreleri kullanılarak -validateCompletedMigration aynı işlem çağrılabilir. Geçiş sırasında oluşturulan günlük dosyası, geçiş işlemi ve tüm hatalar hakkında kapsamlı ayrıntılar da sağlar.

  • Standart Load Balancer var ve SKU'su 'Standart'
  • Ön uç IP yapılandırmalarının sayısı eşleşiyor ve IP adreslerinin aynı olması
  • Arka uç havuzlarının ve üyeliklerinin sayısı eşleşir
  • Yük dengeleme kurallarının sayısı eşleşir
  • Sistem durumu yoklamalarının sayısı eşleşir
  • Gelen NAT kurallarının sayısı eşleşir
  • Gelen NAT havuzlarının sayısı eşleşir
  • Dış Standart Load Balancer yapılandırılmış bir giden kuralı vardır
  • Dış Standart Load Balancer arka uç havuzu üyelerinin ilişkili Ağ Güvenlik Grupları var

Load Balancer'ım için giden trafiği nasıl yapılandırmalıyım?

Standart SKU Yük Dengeleyiciler, arka uç havuzu üyeleri için varsayılan giden erişime izin vermez. İnternet'e giden erişime izin vermek için daha fazla adım gerekir.

Dış Load Balancer'lar için Giden Kuralları'nı kullanarak havuz üyeleriniz için giden trafiği açıkça etkinleştirebilirsiniz. Tek bir arka uç havuzunuz varsa geçiş sırasında sizin için otomatik olarak bir Giden Kuralı yapılandırılır; birden fazla arka uç havuzunuz varsa, bağlantı noktası ayırmalarını belirtmek için Giden Kurallarınızı el ile oluşturmanız gerekir.

İç Load Balancer'lar için Giden Kuralları bir seçenek değildir çünkü aracılığıyla SNAT için Genel IP adresi yoktur. Bu, dikkate alınması gereken birkaç seçenek bırakır:

  • NAT Ağ Geçidi: NAT Ağ Geçitleri, Azure'ın çoğu durumda giden trafik için önerilen yaklaşımıdır . Ancak NAT Ağ Geçitleri, ekli alt ağın temel SKU ağ kaynaklarına sahip olmamasını gerektirir; yani bunları kullanabilmeniz için önce tüm Yük Dengeleyicilerinizi ve Genel IP Adreslerinizi geçirmiş olmanız gerekir. Bu nedenle, ilk olarak giden bağlantı için aşağıdaki yaklaşımlardan birini kullandığınız ve ardından temel SKU geçişleriniz tamamlandıktan sonra NAT Ağ Geçitlerine geçiş yaptığınız iki adımlı bir yaklaşım kullanmanızı öneririz.
  • Ağ Sanal Gereci: Trafiğinizi Azure Güvenlik Duvarı gibi bir Ağ Sanal Gereci üzerinden yönlendirin. Bu da trafiğinizi İnternet'e yönlendirir. Zaten yapılandırılmış bir Ağ Sanal Gereciniz varsa bu seçenek idealdir.
  • İkincil Dış Yük Dengeleyici: Arka uç kaynaklarınıza ikincil bir dış Load Balancer ekleyerek, giden kuralları yapılandırarak giden trafik için dış Load Balancer'ı kullanabilirsiniz. Bu dış Load Balancer'ın yapılandırılmış yük dengeleme kuralları, NAT kuralları veya gelen NAT havuzları yoksa, arka uç kaynaklarınız gelen trafik için iç ağınızda yalıtılmış olarak kalır. Bkz . yalnızca giden yük dengeleyici yapılandırması. Bu seçenekle, dış Load Balancer temel SKU'dan standart SKU'ya geçirilmadan önce yapılandırılabilir ve parametresi kullanılarak iç yük dengeleyiciyle -MultiLBConfig aynı zamanda geçirilebilir
  • Genel IP Adresleri: Son olarak, Genel IP adresleri doğrudan Sanal Makineler veya Sanal Makine Ölçek Kümesi örneklerinize eklenebilir. Ancak, ek güvenlik yüzeyi alanı ve Genel IP Adresleri ekleme masrafı nedeniyle bu seçenek önerilmez.

Yükseltmem geçiş ortasında başarısız olursa ne olur?

Modül, işlenmeyen hatalar veya beklenmeyen betik sonlandırması nedeniyle hataları barındıracak şekilde tasarlanmıştır. Hata tasarımı bir 'başarısız iletme' yaklaşımıdır. Burada Temel Yük Dengeleyici'ye geri dönmek yerine hataya neden olan sorunu düzeltmeniz (hata çıktısına veya günlük dosyasına bakın) ve parametreleri belirterek -FailedMigrationRetryFilePathLB <BasicLoadBalancerBackupFilePath> -FailedMigrationRetryFilePathVMSS <VMSSBackupFile> geçişi yeniden denemeniz gerekir. Genel yük dengeleyiciler için, Genel IP Adresi SKU'su Standart olarak güncelleştirildiğinden, aynı IP'nin Temel Yük Dengeleyiciye geri taşınması mümkün olmaz.

Kurtarma işleminin videosunu izleyin:

Başarısız geçişiniz aynı anda birden çok yük dengeleyiciyi hedeflediyse, parametresini -MultiLBConfig kullanarak her Load Balancer'ı aşağıdakiyle aynı işlemi kullanarak ayrı ayrı kurtarın.

Temel hata kurtarma yordamı şunlardır:

  1. Geçiş hatasının nedenini giderin. Ayrıntılar için günlük dosyasını Start-AzBasicLoadBalancerUpgrade.log denetleyin
  2. Yeni Standart Load Balancer (oluşturulduysa) kaldırın. Geçişin hangi aşamasının başarısız olduğunu bağlı olarak, Standart Load Balancer kaldırmak için Sanal Makine Ölçek Kümesi'nden veya Sanal Makine ağ arabirimlerinden (IP yapılandırmaları) ve Sistem Durumu Yoklamalarından Standart Load Balancer başvuruyu kaldırmanız gerekebilir.
  3. Temel Load Balancer durum yedekleme dosyasını bulun. Bu dosya, betiğin yürütüldüğü dizinde veya başarısız yürütme sırasında parametresiyle -RecoveryBackupPath belirtilen yolda olacaktır. Dosyanın adı: State_<basicLBName>_<basicLBRGName>_<timestamp>.json
  4. -BasicLoadBalancerName yerine ve -FailedMigrationRetryFilePathVMSS <VMSSBackupFile> (Sanal Makine Ölçek kümesi arka uçları için) parametrelerini belirterek -FailedMigrationRetryFilePathLB <BasicLoadBalancerbackupFilePath> veya temel Load Balancer'ı işlem hattı üzerinden geçirerek geçiş betiğini yeniden çalıştırın

Sonraki adımlar