Load Balancer'da Güvenilirlik

Bu makale, Load Balancer için belirli güvenilirlik önerilerinin yanı sıra kullanılabilirlik alanları ve bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği ile Load Balancer bölgesel dayanıklılığı hakkında ayrıntılı bilgiler içerir.

Azure'da güvenilirliğe mimari genel bakış için bkz . Azure güvenilirliği.

Güvenilirlik önerileri

Bu bölüm dayanıklılık ve kullanılabilirlik elde etmek için öneriler içerir. Her öneri iki kategoriden birine ayrılır:

• Sistem durumu öğeleri , Yapılandırma öğeleri ve Azure Kaynak yapılandırma ayarları, diğer hizmetlere bağımlılıklar gibi Azure İş Yükünüzü oluşturan ana bileşenlerin düzgün çalışması gibi alanları kapsar.

• Risk öğeleri kullanılabilirlik ve kurtarma gereksinimleri, test, izleme, dağıtım gibi alanları ve çözümlenmemiş bırakılırsa ortamdaki sorun olasılığını artıran diğer öğeleri kapsar.

Güvenilirlik önerileri öncelik matrisi

Her öneri aşağıdaki öncelik matrisi uyarınca işaretlenir:

Görsel	Öncelik	Açıklama
	Yüksek	Anında düzeltme gerekiyor.
	Medium	3-6 ay içinde düzeltin.
	Düşük	Gözden geçirilmesi gerekiyor.

Güvenilirlik önerileri özeti

Kategori	Öncelik	Öneri
Kullanılabilirlik		Standart Load Balancer alanlar arası yedekli olduğundan emin olun
		Arka uç havuzunun en az iki örnek içerdiğinden emin olun
Sistem Verimliliği		Üretim iş yükleri için giden kuralları yerine NAT Ağ Geçidi kullanma
		Standart Load Balancer SKU kullanma

Kullanılabilirlik

Standart Load Balancer alanlar arası yedekli olduğundan emin olun

Kullanılabilirlik alanlarını destekleyen bir bölgede, Standart Load Balancer alanlar arası yedeklilik ile dağıtılmalıdır. Alanlar arası yedekli Load Balancer, trafiğin bölge hatasından kurtulabilen tek bir ön uç IP adresi tarafından sunulmasını sağlar. Ön uç IP'si, bölge fark etmeksizin tüm (etkilenmeyen) arka uç havuzu üyelerine ulaşmak için kullanılabilir. Kullanılabilirlik alanı başarısız olursa, bölgedeki kalan bölgeler sağlıklı kaldığı sürece veri yolu devam edebilir. Daha fazla bilgi için bkz . Alanlar arası yedekli yük dengeleyici.

Azure Kaynak Grafı

// Azure Resource Graph Query
// Find all LoadBalancers with with regional or zonal public IP Addresses
resources
| where type == "microsoft.network/loadbalancers"
| where tolower(sku.name) != 'basic'
| mv-expand feIPconfigs = properties.frontendIPConfigurations
| extend
    feConfigName = (feIPconfigs.name),
    PrivateSubnetId = toupper(feIPconfigs.properties.subnet.id),
    PrivateIPZones = feIPconfigs.zones,
    PIPid = toupper(feIPconfigs.properties.publicIPAddress.id),
    JoinID = toupper(id)
| where isnotempty(PrivateSubnetId)
| where isnull(PrivateIPZones) or array_length(PrivateIPZones) < 2
| project name, feConfigName, id
| union (resources
    | where type == "microsoft.network/loadbalancers"
    | where tolower(sku.name) != 'basic'
    | mv-expand feIPconfigs = properties.frontendIPConfigurations
    | extend
        feConfigName = (feIPconfigs.name),
        PIPid = toupper(feIPconfigs.properties.publicIPAddress.id),
        JoinID = toupper(id)
    | where isnotempty(PIPid)
    | join kind=innerunique (
        resources
        | where type == "microsoft.network/publicipaddresses"
        | where isnull(zones) or array_length(zones) < 2
        | extend
            LBid = toupper(substring(properties.ipConfiguration.id, 0, indexof(properties.ipConfiguration.id, '/frontendIPConfigurations'))),
            InnerID = toupper(id)
    ) on $left.PIPid == $right.InnerID)
| project recommendationId = "lb-4", name, id, tags, param1="Zones: No Zone or Zonal", param2=strcat("Frontend IP Configuration:", " ", feConfigName)

Arka uç havuzunun en az iki örnek içerdiğinden emin olun

Load Balancer'ı arka uçta en az iki örnekle dağıtın. Tek bir örnek tek bir hata noktasına neden olabilir. Ölçek oluşturmak için yük dengeleyiciyi Sanal Makine Ölçek Kümeleri ile eşleştirmek isteyebilirsiniz.

Azure Kaynak Grafı

// Azure Resource Graph Query
// Find all LoadBalancers which only have 1 backend pool defined or only 1 VM in the backend pool
resources
| where type =~ 'Microsoft.Network/loadBalancers'
| extend bep = properties.backendAddressPools
| extend BackEndPools = array_length(bep)
| where BackEndPools == 0
| project recommendationId = "lb-2", name, id, Param1=BackEndPools, Param2=0, tags
| union (resources
        | where type =~ 'Microsoft.Network/loadBalancers'
        | extend bep = properties.backendAddressPools
        | extend BackEndPools = array_length(bep)
        | mv-expand bip = properties.backendAddressPools
        | extend BackendAddresses = array_length(bip.properties.loadBalancerBackendAddresses)
        | where BackendAddresses <= 1
        | project recommendationId = "lb-2", name, id, tags, Param1=BackEndPools, Param2=BackendAddresses)

Sistem Verimliliği

Üretim iş yükleri için giden kuralları yerine NAT Ağ Geçidi kullanma

Giden kuralları, bir arka uç havuzundaki her sanal makine örneğine sabit miktarda SNAT bağlantı noktası ayırır. Bu ayırma yöntemi, özellikle düzensiz trafik desenleri belirli bir sanal makinenin daha yüksek hacimli giden bağlantılar göndermesine neden olursa SNAT bağlantı noktası tükenmesine neden olabilir. Üretim iş yükleri için Azure NAT Gateway ile Standart Load Balancer veya herhangi bir alt ağ dağıtımlarını ilişkilendirmeniz önerilir. NAT Gateway, SNAT bağlantı noktalarını bir alt ağdaki tüm sanal makine örnekleri arasında dinamik olarak ayırır ve SNAT bağlantı noktası tükenme riskini azaltır.

Azure Kaynak Grafı

// Azure Resource Graph Query
// Find all LoadBalancers with Outbound rules configured
resources
| where type =~ 'Microsoft.Network/loadBalancers'
| extend outboundRules = array_length(properties.outboundRules)
| where outboundRules > 0
| project recommendationId = "lb-3", name, id, tags, Param1 = "outboundRules: >=1"

Standart Load Balancer SKU kullanma

Standart SKU Load Balancer kullanılabilirlik alanlarını ve bölge dayanıklılığını desteklerken Temel SKU desteklemez. Bir bölge kapatıldığında, alanlar arası yedekli Standart Load Balancer etkilenmez ve dağıtımlarınız bölge içindeki bölge hatalarına dayanabilir. Ayrıca Standart Load Balancer, uygulamanızın bölge hatalarından etkilenmediğinden emin olmak için bölgeler arası yük dengelemeyi destekler.

Not

Temel yük dengeleyicilerin Hizmet Düzeyi Sözleşmesi (SLA) yoktur.

Azure Kaynak Grafı

// Azure Resource Graph Query
// Find all LoadBalancers using Basic SKU
resources
| where type =~ 'Microsoft.Network/loadBalancers'
| where sku.name == 'Basic'
| project recommendationId = "lb-1", name, id, tags, Param1=strcat("sku-tier: basic")

Kullanılabilirlik alanı desteği

Azure kullanılabilirlik alanları, her Azure bölgesindeki en az üç fiziksel ayrı veri merkezi grubudur. Her bölgedeki veri merkezleri bağımsız güç, soğutma ve ağ altyapısı ile donatılmıştır. Yerel bölge hatası durumunda kullanılabilirlik alanları, bir bölge etkileniyorsa, bölgesel hizmetler, kapasite ve yüksek kullanılabilirlik kalan iki bölge tarafından desteklenecek şekilde tasarlanmıştır.

Hatalar, yazılım ve donanım arızalarından deprem, sel ve yangın gibi olaylara kadar değişebilir. Azure hizmetlerinin yedekliliği ve mantıksal yalıtımı ile hatalara dayanıklılık elde edilir. Azure'daki kullanılabilirlik alanları hakkında daha ayrıntılı bilgi için bkz . Bölgeler ve kullanılabilirlik alanları.

Azure kullanılabilirlik alanlarının etkinleştirildiği hizmetler, doğru güvenilirlik ve esneklik düzeyini sağlayacak şekilde tasarlanmıştır. Bunlar iki şekilde yapılandırılabilir. Alanlar arasında otomatik çoğaltma ile alanlar arası yedekli veya belirli bir bölgeye sabitlenmiş örneklerle bölgesel olabilir. Bu yaklaşımları da birleştirebilirsiniz. Bölgesel ve alanlar arası yedekli mimari hakkında daha fazla bilgi için bkz. kullanılabilirlik alanlarını ve bölgelerini kullanmak için Öneriler.

Azure Load Balancer kullanılabilirlik alanları senaryolarını destekler. Standart Load Balancer kullanarak kaynakları bölgeler arasında dağıtarak senaryonuzun tamamında kullanılabilirliği artırabilirsiniz. Bu kavramları ve temel senaryo tasarım kılavuzlarını anlamak için bu belgeyi gözden geçirin.

Load Balancer'ı alanlar arası yedeklilik ile dağıtmanız önerilir ancak Load Balancer alanlar arası yedekli, bölgesel veya bölgesel olmayan olabilir. Yük dengeleyicinin kullanılabilirlik alanı seçimi, ön uç IP'sinin bölge seçimiyle eş anlamlıdır. Genel yük dengeleyiciler için Yük dengeleyicinin ön uçtaki genel IP alanlar arası yedekliyse yük dengeleyici de alanlar arası yedeklidir. Yük dengeleyicinin ön ucundaki genel IP bölgeselse yük dengeleyici de aynı bölgeye atanacaktır. Yük dengeleyicinizin bölgeyle ilgili özelliklerini yapılandırmak için gereken uygun ön uç türünü seçin.

Not

Her bölge için bir yük dengeleyiciye sahip olmak gerekli değildir. Bunun yerine, ilgili arka uç havuzlarıyla ilişkilendirilmiş birden çok ön uçlu (bölgesel veya bölgesel yedekli) tek bir yük dengeleyici olması bu amaca hizmet eder.

Önkoşullar

• Load Balancer ile kullanılabilirlik alanlarını kullanmak için, kullanılabilirlik alanlarını destekleyen bir bölgede yük dengeleyici oluşturmanız gerekir. Hangi bölgelerin kullanılabilirlik alanlarını desteklediğini görmek için desteklenen bölgelerin listesine bakın.

• Yük dengeleyici için Standart SKU'yu ve kullanılabilirlik alanları desteği için Genel IP'yi kullanın.

• Temel SKU türü desteklenmez.

• Kaynağınızı oluşturmak için Ağ Katkıda Bulunanı rolüne veya daha yüksek bir role sahip olmanız gerekir.

Sınırlamalar

• Bölgeler oluşturulduktan sonra kaynak için değiştirilemez, güncelleştirilemez veya oluşturulamaz.
• Kaynaklar bölgeselden alanlar arası yedekliye veya oluşturulduktan sonra tam tersi olarak güncelleştirilemez.

Alanlar arası yedekli yük dengeleyici

Kullanılabilirlik alanları olan bir bölgede, tek bir IP adresi tarafından sunulan trafikle Standart Load Balancer alanlar arası yedekli olabilir. Tek bir ön uç IP adresi bölge hatasından sonra kalır. Ön uç IP'si, bölge ne olursa olsun tüm (etkilenmeyen) arka uç havuzu üyelerine ulaşmak için kullanılabilir. En fazla bir kullanılabilirlik alanı başarısız olabilir ve bölgedeki kalan bölgeler sağlıklı kaldığı sürece veri yolu devam eder.

Ön ucun IP adresi, birden çok kullanılabilirlik alanında birden çok bağımsız altyapı dağıtımı tarafından aynı anda sunulur. Tüm yeniden denemeler veya yeniden başlatmalar, bölge hatasından etkilenmeyen diğer bölgelerde başarılı olur.

Not

1,2 ve 3 vm'leri aynı alt ağa ait olabilir ve diyagram önerileri olarak ayrı bölgelerde olması gerekmez.

Yük dengeleyicinin arka uç havuzundaki üyeler normalde bölgesel sanal makineler gibi tek bir bölgeyle ilişkilendirilir. Üretim iş yükleri için ortak bir tasarım, birden çok bölgesel kaynağa sahip olmaktır. Örneğin, bölge 1, 2 ve 3'teki sanal makineleri alanlar arası yedekli ön uçlu bir yük dengeleyicinin arka ucuna yerleştirmek bu tasarım ilkesini karşılar.

Bölgesel yük dengeleyici

Tek bir bölge için ön ucun garantili olmasını seçebilirsiniz ve bu bölge bölgesel olarak bilinir. Bu senaryoyla, bölgedeki tek bir bölge tüm gelen veya giden akışa hizmet eder. Ön ucun kaderi bölgenin durumuyla paylaşıyor. Veri yolu, garanti edildiği yer dışındaki bölgelerdeki hatalardan etkilenmez. Kullanılabilirlik Alanı başına ip adresini kullanıma açmak için bölgesel ön uçları kullanabilirsiniz.

Ayrıca, her bölge içindeki yük dengeli uç noktalar için doğrudan bölgesel ön uçların kullanılması desteklenir. Bu yapılandırmayı, her bölgeyi ayrı ayrı izlemek üzere bölge başına yük dengeli uç noktaları kullanıma açmak için kullanabilirsiniz. Genel uç noktalar için bunları Traffic Manager gibi bir DNS yük dengeleme ürünüyle tümleştirebilir ve tek bir DNS adı kullanabilirsiniz.

Genel yük dengeleyici ön ucu için genel IP'ye bir bölge parametresi eklersiniz. Bu genel IP'ye, ilgili kural tarafından kullanılan ön uç IP yapılandırması tarafından başvurulur.

İç yük dengeleyici ön ucu için iç yük dengeleyici ön uç IP yapılandırmasına bir bölge parametresi ekleyin. Bölgesel ön uç, bir alt ağdaki IP adresini belirli bir bölgeye garanti eder.

Bölgesel olmayan yük dengeleyici

Load Balancer'lar, "bölgesiz" ön uç kullanarak bölgesel olmayan bir yapılandırmada da oluşturulabilir. Bu senaryolarda genel yük dengeleyici genel IP veya genel IP ön eki, iç yük dengeleyici ise özel IP kullanır. Bu seçenek yedeklilik garantisi vermez.

Not

Temel SKU'dan Standart SKU'ya yükseltilen tüm genel IP adresleri "bölge yok" türünde olacaktır. Azure portalında genel IP adresini yükseltmeyi öğrenin.

SLA geliştirmeleri

Kullanılabilirlik alanları fiziksel olarak ayrı olduğundan ve ayrı güç kaynağı, ağ ve soğutma sağladığından, SLA'lar (Hizmet düzeyi sözleşmeleri) artabilir. Daha fazla bilgi için bkz . Çevrimiçi Hizmetler için Hizmet Düzeyi Sözleşmeleri (SLA).

Kullanılabilirlik alanı etkin bir kaynak oluşturma

Load Balancer kullanarak bir bölgedeki veya birden çok bölgedeki VM'lerin yük dengelemesini öğrenmek için bkz . Hızlı Başlangıç: VM'leri yük dengelemek için genel yük dengeleyici oluşturma.

Not

• Bölgeler oluşturulduktan sonra kaynak için değiştirilemez, güncelleştirilemez veya oluşturulamaz.
• Kaynaklar bölgeselden alanlar arası yedekliye veya oluşturulduktan sonra tam tersi olarak güncelleştirilemez.

Hataya dayanıklılık

Sanal makineler, vm'nin işletim sistemi yeni sunucuda yeniden başlatılırken kümedeki başka bir sunucuya yük devredebilir. Olağanüstü durum kurtarma için yük devretme işlemine başvurmanız, kurtarma planlamasında sanal makineleri toplamanız ve hataya dayanıklılık çözümlerinin başarılı olduğundan emin olmak için olağanüstü durum kurtarma tatbikatları çalıştırmanız gerekir.

Daha fazla bilgi için bkz . site kurtarma işlemleri.

Bölge azaltma deneyimi

Alanlar arası yedeklilik, isabetsiz veri düzlemi veya kontrol düzlemi anlamına gelmez. Alanlar arası yedekli akışlar herhangi bir bölgeyi kullanabilir ve akışlarınız bir bölgedeki tüm iyi durumdaki bölgeleri kullanır. Bir bölge hatasında, iyi durumdaki bölgeleri kullanan trafik akışları etkilenmez.

Bölge hatası sırasında bir bölge kullanan trafik akışları etkilenebilir ancak uygulamalar kurtarılabilir. Azure bölge hatasına yakınsandığında trafik yeniden iletim üzerine bölge içindeki iyi durumdaki bölgelerde devam eder.

Uygulamanızın hata senaryolarına dayanıklılığını geliştirmek için Azure bulut tasarım desenlerini gözden geçirin.

Birden çok ön uç

Birden çok ön uç kullanmak, birden fazla bağlantı noktası ve/veya IP adresi üzerinde trafiğin yük dengelemesini yapmanızı sağlar. Mimarinizi tasarlarken, bölge yedekliliğini birden çok ön uçla nasıl etkileşime geçtiğini hesaba kattığınızdan emin olun. Hedefiniz her zaman her ön ucun hataya dayanıklı olmasını sağlamaksa, ön uç olarak atanan tüm IP adreslerinin alanlar arası yedekli olması gerekir. Bir ön uç kümesinin tek bir bölgeyle ilişkilendirilmesi amaçlanıyorsa, söz konusu kümenin her IP adresinin ilgili bölgeyle ilişkilendirilmesi gerekir. Her bölgede yük dengeleyici gerekli değildir. Bunun yerine, her bir bölgesel ön uç veya bölgesel ön uç kümesi, bu belirli kullanılabilirlik alanının parçası olan arka uç havuzundaki sanal makinelerle ilişkilendirilebilir.

Kasa dağıtım teknikleri

Uygulamanızın hata senaryolarına dayanıklılığını geliştirmek için Azure bulut tasarım desenlerini gözden geçirin.

Kullanılabilirlik alanı desteğine geçiş

Bir bölgenin kullanılabilirlik alanlarına sahip olacak şekilde genişletildiği durumlarda, mevcut IP'ler yük dengeleyici ön uçları için kullanılan IP'ler gibi bölgesel olmayan kalır. Mimarinizin yeni bölgelerden yararlanadığından emin olmak için yeni bir ön uç IP'sini oluşturmanız önerilir. Oluşturulduktan sonra, var olan bölgesel olmayan ön ucu alanlar arası yedekli yeni bir ön uçla değiştirebilirsiniz. Vm'yi kullanılabilirlik alanı desteğine geçirmeyi öğrenmek için bkz . Load Balancer'ı kullanılabilirlik alanı desteğine geçirme.

Bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği

Olağanüstü durum kurtarma (DR), kapalı kalma süresi ve veri kaybına neden olan doğal afetler veya başarısız dağıtımlar gibi yüksek etkili olaylardan kurtarmayla ilgilidir. Nedeni ne olursa olsun, olağanüstü durum için en iyi çözüm iyi tanımlanmış ve test edilmiş bir DR planı ve DR'yi etkin bir şekilde destekleyen bir uygulama tasarımıdır. Olağanüstü durum kurtarma planınızı oluşturmaya başlamadan önce bkz. Olağanüstü durum kurtarma stratejisi tasarlamaya yönelik Öneriler.

DR söz konusu olduğunda, Microsoft paylaşılan sorumluluk modelini kullanır. Paylaşılan bir sorumluluk modelinde Microsoft, temel altyapı ve platform hizmetlerinin kullanılabilir olmasını sağlar. Aynı zamanda, birçok Azure hizmeti verileri otomatik olarak çoğaltmaz veya başarısız olan bir bölgeden geri dönerek başka bir etkin bölgeye çapraz çoğaltma yapamaz. Bu hizmetler için iş yükünüz için uygun bir olağanüstü durum kurtarma planı ayarlamak sizin sorumluluğunuzdadır. Hizmet olarak Azure platformu (PaaS) tekliflerinde çalışan hizmetlerin çoğu, DR'yi desteklemek için özellikler ve yönergeler sağlar ve DR planınızı geliştirmeye yardımcı olmak üzere hızlı kurtarmayı desteklemek için hizmete özgü özellikleri kullanabilirsiniz.

Azure Standart Load Balancer, bölgeler arası yük dengelemeyi destekler ve aşağıdakiler gibi coğrafi olarak yedekli yüksek kullanılabilirlik senaryolarını etkinleştirir:

• Birden çok bölgeden gelen trafik.
• Bir sonraki en uygun bölgesel dağıtıma anında genel yük devretme .
• Son derece düşük gecikme süresiyle bölgeler arasında en yakın Azure bölgesine dağıtım yükleyin.
• Tek bir uç noktanın arkasında ölçeği artırma/azaltma olanağı.
• Statik anycast genel IP adresi
• İstemci IP'lerinin korunması
• Öğrenme eğrisi olmadan mevcut yük dengeleyici çözümünü derleme

Bölgeler arası yük dengeleyicinizin ön uç IP yapılandırması statiktir ve çoğu Azure bölgesinde tanıtılır.

Not

Bölgeler arası yük dengeleyicideki yük dengeleme kuralınızın arka uç bağlantı noktası, bölgesel standart yük dengeleyicide yük dengeleme kuralının/gelen nat kuralının ön uç bağlantı noktasıyla eşleşmelidir.

Çok bölgeli coğrafyada olağanüstü durum kurtarma

Bölgesel yedeklilik

Bölgeler arası yük dengeleyiciyi mevcut bölgesel yük dengeleyicilerinize sorunsuz bir şekilde bağlayarak bölgesel yedekliliği yapılandırın.

Bir bölge başarısız olursa, trafik bir sonraki en yakın iyi durumdaki bölgesel yük dengeleyiciye yönlendirilir.

Bölgeler arası yük dengeleyicinin sistem durumu araştırması, her bölgesel yük dengeleyicinin kullanılabilirliği hakkında her 5 saniyede bir bilgi toplar. Bir bölgesel yük dengeleyici kullanılabilirliğini 0'a düşürürse bölgeler arası yük dengeleyici hatayı algılar. Daha sonra bölgesel yük dengeleyici rotasyondan çıkarılır.

Ultra düşük gecikme süresi

Coğrafi yakınlık yük dengeleme algoritması, kullanıcılarınızın coğrafi konumunu ve bölgesel dağıtımlarınızı temel alır.

bir istemciden başlatılan trafik en yakın katılımcı bölgeye ulaşır ve en yakın bölgesel dağıtıma ulaşmak için Microsoft küresel ağ omurgası üzerinden seyahat eder.

Örneğin, Azure bölgelerinde standart yük dengeleyicileri olan bölgeler arası bir yük dengeleyiciniz vardır:

• Batı ABD
• Kuzey Avrupa

Seattle'dan bir akış başlatılırsa trafik Batı ABD'ye girer. Bu bölge Seattle'dan en yakın katılımcı bölgedir. Trafik, Batı ABD olan en yakın bölge yük dengeleyicisine yönlendirilir.

Azure bölgeler arası yük dengeleyici, yönlendirme kararı için coğrafi yakınlık yük dengeleme algoritmasını kullanır.

Bölgesel yük dengeleyicilerin yapılandırılmış yük dağıtım modu, coğrafi yakınlık için birden çok bölgesel yük dengeleyici kullanıldığında son yönlendirme kararını vermek için kullanılır.

Daha fazla bilgi için bkz . Azure Load Balancer için dağıtım modunu yapılandırma.

Çıkış trafiği, bölgesel yük dengeleyicilerde ayarlanan yönlendirme tercihini izler.

Tek bir uç noktanın arkasında ölçeği artırma/azaltma olanağı

Bölgeler arası yük dengeleyicinin genel uç noktasını müşterilere sunduğunuzda, kesinti olmadan genel uç noktanın arkasına bölgesel dağıtımlar ekleyebilir veya kaldırabilirsiniz.

Statik anycast genel IP adresi

Bölgeler arası yük dengeleyici, IP adresinin aynı kalmasını sağlayan statik bir genel IP ile birlikte gelir. Statik IP hakkında daha fazla bilgi edinmek için buradan daha fazla bilgi edinin

İstemci IP'lerini Koruma

Bölgeler arası yük dengeleyici bir Katman 4 geçişli ağ yük dengeleyicidir. Bu geçiş, paketin özgün IP'sini korur. Özgün IP, sanal makinede çalışan kod tarafından kullanılabilir. Bu koruma, bir IP adresine özgü mantık uygulamanızı sağlar.

Kayan IP

Kayan IP, hem genel IP düzeyinde hem de bölgesel IP düzeyinde yapılandırılabilir. Daha fazla bilgi için Bkz . Azure Load Balancer için birden çok ön uç

Azure bölgeler arası Load Balancer'da yapılandırılan kayan IP'nin arka uç bölgesel yük dengeleyicilerde kayan IP yapılandırmalarından bağımsız olarak çalıştığını unutmayın. Kayan IP bölgeler arası yük dengeleyicide etkinleştirildiyse, arka uç VM'lerine uygun geri döngü arabiriminin eklenmesi gerekir.

Sistem Durumu Yoklaması

Azure bölgeler arası Load Balancer, trafiğin nereye dağıtıldığına karar verirken arka uç bölgesel yük dengeleyicilerin sistem durumunu kullanır. Bölgeler arası yük dengeleyici tarafından yapılan sistem durumu denetimleri, kullanıcının bölgesel yük dengeleyicisinde sistem durumu yoklamaları ayarlaması göz önünde bulundurulduğunda her 5 saniyede bir otomatik olarak yapılır.

Mevcut Azure Load Balancer üzerinde bölgeler arası çözüm oluşturma

Bölgeler arası yük dengeleyicinin arka uç havuzu bir veya daha fazla bölgesel yük dengeleyici içerir.

Yüksek oranda kullanılabilir, bölgeler arası dağıtım için mevcut yük dengeleyici dağıtımlarınızı bölgeler arası yük dengeleyiciye ekleyin.

Ana bölge , bölgeler arası yük dengeleyicinin veya Genel katmanın Genel IP Adresinin dağıtıldığı yerdir. Bu bölge trafiğin nasıl yönlendirilmiş olduğunu etkilemez. Ana bölge çökerse trafik akışı etkilenmez.

Ev bölgeleri

• Central US
• Doğu Asya
• Doğu ABD 2
• Kuzey Avrupa
• Güneydoğu Asya
• Güney Birleşik Krallık
• US Gov Virginia
• West Europe
• Batı ABD

Not

Bölgeler arası yük dengeleyicinizi veya Genel IP'nizi genel katmanda yalnızca listelenen Giriş bölgelerinden birine dağıtabilirsiniz.

Katılan bölge, yük dengeleyicinin Genel genel IP'sinin tanıtıldığı bölgedir.

Kullanıcı tarafından başlatılan trafik, Microsoft çekirdek ağı üzerinden en yakın katılımcı bölgeye gider.

Bölgeler arası yük dengeleyici, trafiği uygun bölgesel yük dengeleyiciye yönlendirir.

Katılan bölgeler

• Doğu Avustralya
• Güneydoğu Avustralya
• Orta Hindistan
• Central US
• Doğu Asya
• Doğu ABD
• Doğu ABD 2
• Doğu Japonya
• Orta Kuzey ABD
• Kuzey Avrupa
• Orta Güney ABD
• Güneydoğu Asya
• Güney Birleşik Krallık
• Orta US DoD
• Doğu US DoD
• US Gov Arizona
• US Gov Teksas
• US Gov Virginia
• Orta Batı ABD
• West Europe
• Batı ABD
• Batı ABD 2

Not

Arka uç bölgesel yük dengeleyicileri genel kullanıma açık herhangi bir Azure Bölgesinde dağıtılabilir ve yalnızca katılan bölgeyle sınırlı değildir.

Sınırlamalar

• Bölgeler arası ön uç IP yapılandırmaları yalnızca geneldir. İç ön uç şu anda desteklenmiyor.

• Bölgeler arası yük dengeleyicinin arka uç havuzuna özel veya iç yük dengeleyici eklenemez

• NAT64 çevirisi şu anda desteklenmiyor. Ön uç ve arka uç IP'leri aynı türde olmalıdır (v4 veya v6).

• UDP trafiği IPv6 için Bölgeler Arası Load Balancer'da desteklenmez.

• 3 numaralı bağlantı noktasındaki UDP trafiği Bölgeler Arası Yük Dengeleyici'de desteklenmez

• Giden kuralları Bölgeler arası Load Balancer'da desteklenmez. Giden bağlantılar için bölgesel yük dengeleyicide veya NAT ağ geçidinde giden kurallarından yararlanın.

Fiyatlandırma ve SLA

Bölgeler arası yük dengeleyici, standart yük dengeleyicinin SLA'sını paylaşır.

Sonraki adımlar

• Azure'da güvenilirlik
• Bkz . Öğretici: Bölgeler arası yük dengeleyici oluşturmak için Azure portalını kullanarak bölgeler arası yük dengeleyici oluşturma.
• Bölgeler arası yük dengeleyici hakkında daha fazla bilgi edinin.
• Azure Load Balancer hakkında daha fazla bilgi edinin.