Aracılığıyla paylaş


Kaynak durumu ve gelen kullanılabilirlik sorunlarını giderme

Bu makale, yük dengeleyici ön uç IP ve arka uç kaynaklarınızın kullanılabilirliğini etkileyen sorunları araştırmak için bir kılavuzdur.

Load Balancer için Kaynak Durumu Denetimi (RHC), yük dengeleyicinizin durumunu belirlemek için kullanılır. Yük dengeleme uç noktalarının, ön uç IP'sinin ve yük dengeleme kurallarıyla ön uç bağlantı noktası birleşimlerinin kullanılabilir olup olmadığını belirlemek için Veri Yolu Kullanılabilirliği ölçümünü 2 dakikalık bir aralıkta analiz eder.

Not: RhC, Temel SKU Yük Dengeleyici için desteklenmez

Aşağıdaki tabloda yük dengeleyicinizin sistem durumunu belirlemek için kullanılan RHC mantığı açıklanmaktadır.

Kaynak durumu Açıklama
Kullanılabilir Standart yük dengeleyici kaynağınız iyi durumda ve kullanılabilir.
Düzeyi düşürüldü Standart yük dengeleyicinizde performansı etkileyen platform veya kullanıcı tarafından başlatılan olaylar vardır. Veri Yolu Kullanılabilirliği ölçümü en az iki dakika boyunca %90'dan az ancak %25'ten fazla sistem durumu olarak raporlandı. Orta ve ciddi performans düşüşü yaşarsınız.
Kullanılamaz Standart yük dengeleyici kaynağınız iyi durumda değil. Veri Yolu Kullanılabilirliği ölçümü en az iki dakika boyunca %25'ten az sistem durumu bildirdi. Önemli bir performans düşüşü veya gelen bağlantı için kullanılabilirlik eksikliğiyle karşılaşabilirsiniz. Kullanılamama neden olan kullanıcı veya platform olayları olabilir.
Bilinmiyor Standart yük dengeleyici kaynağınızın kaynak durumu son 10 dakika içinde Veri Yolu kullanılabilirliği bilgilerini güncelleştirmedi veya almadı. Bu durum geçicidir ve veriler alınır alınmaz doğru durumu yansıtır.

Kullandığımız ölçümler hakkında

Kullanılacak iki ölçüm Veri yolu kullanılabilirliği ve Sistem durumu yoklaması durumudur ve doğru içgörüler türetmek için anlamlarını anlamak önemlidir.

Veri yolu kullanılabilirliği

Veri yolu kullanılabilirliği ölçümü, yük dengeleme ve gelen NAT kurallarının yapılandırıldığı tüm ön uç bağlantı noktalarında 25 saniyede bir TCP ping'i tarafından oluşturulur. Bu TCP pingi, iyi durumdaki (yoklanmış) arka uç örneklerinden herhangi birine yönlendirilir. Hizmet ping'e bir yanıt alırsa, başarılı bir yanıttır ve ölçümün toplamı bir kez yinelenir. Yanıt yoksa yineleme gerçekleşmez. Bu ölçümün sayısı, örnek dönem başına toplam TCP ping'lerinin 1/100'dür. Bu nedenle, zaman aralığı için toplam/sayım ortalaması olan ortalamayı göz önünde bulundurmak istiyoruz. Veriler, ortalamaya göre toplanan yol kullanılabilirliği ölçümünü gösterir, böylece yük dengeleme ve gelen NAT kurallarınızın her biri için ön uç IP:bağlantı noktanızdaki TCP ping'leri için yüzde başarı oranı verir.

Sistem durumu yoklama durumu

Sistem durumu yoklaması durum ölçümü, sistem durumu yoklamasında tanımlanan protokolün ping'i tarafından oluşturulur. Bu ping, arka uç havuzundaki ve sistem durumu yoklamasında tanımlanan bağlantı noktasındaki her örneğe gönderilir. HTTP ve HTTPS yoklamaları için başarılı bir ping http 200 Tamam yanıtı gerektirirken, TCP yoklamalarında herhangi bir yanıt başarılı olarak kabul edilir. Her araştırmanın ardışık başarıları veya hataları, arka uç örneğinin durumunu ve atanan arka uç havuzunun trafiği alıp alamayacağını belirler. Veri yolu kullanılabilirliğine benzer şekilde, örnekleme aralığı boyunca ortalama başarılı/toplam ping'leri belirten ortalama toplamayı kullanırız. Bu durum yoklaması durum değeri, arka uç örneklerinizi ön uç üzerinden trafik göndermeden yoklayarak arka uç durumunu yük dengeleyicinizden yalıtılarak gösterir.

Önemli

Sistem durumu yoklaması durumu bir dakika temelinde örneklenir. Bu, aksi halde sabit bir değerde küçük dalgalanmalara yol açabilir. Örneğin, biri yoklanmış, biri yoklanmış iki arka uç örneği varsa, sistem durumu yoklaması hizmeti iyi durumda olmayan örnek için 7 örnek ve iyi durumda olmayan örnek için 6 örnek yakalayabilir. Bu, bir dakikalık bir süre için 46,15 olarak gösterilen 50 değerinin daha önce sabit olmasına neden olur.

Düzeyi düşürülmüş ve kullanılamayan yük dengeleyicileri tanılama

Kaynak durumu makalesinde açıklandığı gibi, düşük yük dengeleyici %25 ile %90 arasında veri yolu kullanılabilirliği gösteren bir yük dengeleyicidir. Kullanılamayan yük dengeleyici, iki dakikalık bir süre boyunca %25'ten az veri yolu kullanılabilirliği olan bir yük dengeleyicidir. Yapılandırdığınız sistem durumu yoklaması veya veri yolu kullanılabilirliği uyarılarında gördüğünüz hatayı araştırmak için de aynı adımlar izlenebilir. Kaynak durumumuzu denetlediğimiz ve yük dengeleyicimizin %0 veri yolu kullanılabilirliğiyle kullanılamaz olduğunu fark ettiğimiz durumu keşfediyoruz. Hizmetimiz çalışmıyor.

İlk olarak, Azure portalındaki yük dengeleyici içgörüleri sayfamızın ayrıntılı ölçümler görünümüne gideceğiz. Görünüme yük dengeleyici kaynak sayfanızdan veya kaynak durumu iletinizdeki bağlantıdan erişin. Ardından Ön Uç ve Arka uç kullanılabilirlik sekmesine gidip düzeyi düşürülmüş veya kullanılamıyor durumunun oluştuğu zaman aralığının otuz dakikalık bir penceresini gözden geçireceğiz. Veri yolu kullanılabilirliğimizin %0 olduğunu görürsek tüm yük dengeleme ve gelen NAT kurallarımız için trafiği engelleyen bir sorun olduğunu biliyoruz ve bu sorunun ne kadar sürebileceğini görebiliyoruz.

Bakmamız gereken bir sonraki yer, veri yolumuzun kullanılamıyor olup olmadığını belirlemek için sistem durumu yoklaması ölçümümüzün trafiğe hizmet vermek için iyi durumdaki arka uç örneklerimizin olmamasıdır. Tüm yük dengeleme ve gelen kurallarımız için en az bir iyi durumda arka uç örneğimiz varsa, veri yollarımızın kullanılamamasına neden olanın yapılandırmamız olmadığını biliyoruz. Bu senaryo bir Azure platformu sorununu gösterir. Platform sorunları nadir olsa da, tüm platform sorunlarını hızla çözmek için ekibimize otomatik bir uyarı gönderilir.

Sistem durumu yoklama hatalarını tanılama

Sistem durumu yoklama durumumuzu denetlediğimiz ve tüm örneklerin iyi durumda olmadığını gösterdiğimizi düşünelim. Bu bulgu, trafiğin gideceği yer olmadığı için veri yolumuzun neden kullanılamadığını açıklar. Daha sonra yaygın yapılandırma hatalarını elemek için aşağıdaki denetim listesini incelemeliyiz:

  • Yüksek yük altında olup olmadığını belirlemek için kaynaklarınızın CPU kullanımını denetleyin.
    • Bunu, Ölçümler sayfasında kaynağın CPU Yüzdesi ölçümünü görüntüleyerek de kontrol edebilirsiniz. Azure sanal makineleri için yüksek CPU sorunlarını gidermeyi öğrenin.
  • HTTP veya HTTPS yoklaması kullanıyorsanız uygulamanın iyi durumda ve duyarlı olup olmadığını denetleyin.
    • Uygulamaların, arka uç örneğinle ilişkili özel IP adresi veya örnek düzeyinde genel IP adresi üzerinden doğrudan erişerek işlevsel olduğunu doğrulayın.
  • Arka uç kaynaklarımıza uygulanan Ağ Güvenlik Grupları'nı gözden geçirin. Sistem durumu araştırmasını engelleyen AllowAzureLoadBalancerInBound değerinden daha yüksek öncelikli bir kural olmadığından emin olun.
    • Bunu yapmak için arka uç VM'lerinizin ağ ayarlarını ziyaret edebilir veya Sanal Makine Ölçek Kümeleri.
    • Bu NSG sorununun söz konusu olduğunu fark ederseniz mevcut İzin Ver kuralını taşıyın veya AzureLoadBalancer trafiğine izin vermek için yeni bir yüksek öncelikli kural oluşturun.
  • İşletim sisteminizi denetleyin. VM'lerinizin yoklama bağlantı noktasında dinlediğinden emin olun ve IP adresinden 168.63.129.16kaynaklanan yoklama trafiğini engellemediklerinden emin olmak için işletim sistemi güvenlik duvarı kurallarını gözden geçirin.
    • Windows komut isteminden veya netstat -l Linux terminalinden çalıştırarak netstat -a dinleme bağlantı noktalarını de kontrol edebilirsiniz.
  • Doğru protokolü kullandığınızdan emin olun. Örneğin, HTTP olmayan bir uygulamayı dinleyen bir bağlantı noktasını araştırmak için HTTP kullanan bir araştırma başarısız olur.
  • Azure Güvenlik Duvarı yük dengeleyicilerin arka uç havuzuna yerleştirilmemelidir. Azure Güvenlik Duvarı yük dengeleyiciyle düzgün bir şekilde tümleştirmek için bkz. Azure Güvenlik Duvarı Azure Standart Load Balancer ile tümleştirme.

Bu denetim listesini gözden geçirdiyseniz ve hala sistem durumu yoklaması hataları buluyorsanız, örnekleriniz için yoklama hizmetini etkileyen nadir platform sorunları olabilir. Bu durumda Azure arkanızı döner ve tüm platform sorunlarını hızla çözmek için ekibimize otomatik bir uyarı gönderilir.

Sonraki adımlar