PowerShell ile temel yük dengeleyiciyi yükseltme
Ö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:
- 03:06 - Adım adım
- 32:54 - Kurtarma
- 40:55 - Gelişmiş Senaryolar
- 57:54 - Kaynaklar
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
- Gelen NAT Havuzlarını Sanal Makine Ölçek Kümesi arka uçları için Gelen NAT Kurallarına yükselterek geçirilen her NAT Havuzu için yeni bir arka uç havuzu oluşturur. Bu yükseltmeyi atlamak ve daha sonra diğer arka uç havuzu seçenekleri için tek başına NAT Havuzu geçiş modülünü kullanmak 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.
Modül Yükleme
modülü PowerShell Galerisi'dan yükleme
Install-Module -Name AzureBasicLoadBalancerUpgrade -Scope CurrentUser -Repository PSGallery -Force
Geçiş Öncesi ve Sonrası Adımları
Geçiş öncesi adımları
- Senaryonuzun desteklendiğini doğrulayın
- Geçiş sırasında uygulama kapalı kalma süresini planlama
- Trafiğiniz için gelen ve giden bağlantı testleri geliştirme
- Sanal Makine Ölçek Kümesi örneklerinde örnek düzeyinde Genel IP değişikliklerini planlama (nota bakın)
- [Önerilen] Arka uç havuzu üyeleriniz için Ağ Güvenlik Grupları oluşturun veya mevcut bir Ağ Güvenlik Grubuna güvenlik kuralları ekleyin. Genel Standart SKU kaynaklarında açıkça izin verilen Load Balancer ve diğer tüm trafik üzerinden trafiğe izin verme
- [Önerilen] Load Balancer'ım için giden trafiği nasıl yapılandırmalıyım? bölümünde açıklanan yaklaşımlardan birini kullanarak giden bağlantınızı hazırlayın.
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
komutunu çalıştırarak
Select-AzSubscription
Temel Load Balancer'ın abonelik kimliğini seçtiğinizden emin olun.Select-AzSubscription -Subscription <SubscriptionId>
Yükseltmek istediğiniz Load Balancer'ı bulun. Adını ve kaynak grubu adını kaydedin.
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
Start-AzBasicLoadBalancerUpgrade
Rehberlik için aşağıdaki örnekleri kullanarak komutunu çalıştırın.
Örnek: Senaryo doğrulama
Temel Load Balancer'ın yükseltme için desteklendiğini doğrulama
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
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
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
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
Start-AzBasicLoadBalancerUpgrade -validateCompletedMigration -StandardLoadBalancerName <newStandardLBName> -basicLoadBalancerStatePath C:\RecoveryBackups\State_mybasiclb_rg-basiclbrg_20220912T1740032148.json
Örnek: birden çok ilgili Load Balancer'ı geçirme
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
$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
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
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)
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
- Genel IP SKU'su Temel ise Standart olarak güncelleştirir
- İ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:
- Geçiş hatasının nedenini giderin. Ayrıntılar için günlük dosyasını
Start-AzBasicLoadBalancerUpgrade.log
denetleyin - 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.
- 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
- -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