Hedef Grupları ve Sağlık Kontrolleri

Bir hedef grubu, yük dengeleyicinin istekleri yönlendirdiği hedeflerin mantıksal bir koleksiyonudur. Her hedef grubunda bir hedef türü, bir protokol/bağlantı noktası ve bir sistem durumu denetimi yapılandırması bulunur. Yük dengeleyici, istekleri hedef grubunda kayıtlı ve sistem durumu denetimlerini geçen hedeflere dağıtır.

Hedef grupları, dinleyici kuralları aracılığıyla yük dengeleyici dinleyicileriyle ilişkilendirilir. Bir dinleyici, istek özniteliklerine göre birden çok hedef grubuna yönlendirme yapabilir. Bu, ALB'deki yol tabanlı ve ana bilgisayar tabanlı yönlendirmenin temel mekanizmasıdır.

Hedef grupları üç hedef türünü destekler:

• instance: örnek kimliğine göre EC2 bulut sunucularına yönlendirme yapar; yük dengeleyici trafiği, belirtilen bağlantı noktasındaki bulut sunucusunun birincil ağ arayüzüne gönderir
• ip: özel IP adreslerine yönlendirme yapar; kapsayıcılardaki (ECS/EKS), VPN/Direct Connect üzerinden erişilebilen şirket içi sunuculardaki veya EC2 bulut sunucularının ikincil IP'lerindeki hedefler için kullanışlıdır
• lambda: tek bir Lambda işlevine yönlendirme yapar (yalnızca ALB); ALB, HTTP isteğini JSON olayına dönüştürür ve işlevi eş zamanlı olarak çağırır

ECS görevlerinde awsvpc ağ modu kullanıldığında (her görev kendi IP'sini alır), EKS pod'larında ve şirket içi hedeflerin bulunduğu hibrit mimarilerde IP hedef türü gereklidir.

Hedefleri bir hedef grubuna manuel olarak (konsolda veya CLI ile) ya da otomatik olarak (Auto Scaling Group ilişkilendirmesi veya ECS hizmeti yapılandırması aracılığıyla) kaydedebilirsiniz. Manuel olarak kaydedilen hedefler, siz açıkça kaydını kaldırana kadar grupta kalır.

ASG'ler için ASG'yi bir hedef grubuna bağlarsınız; ASG de yeni başlatılan bulut sunucularını otomatik olarak kaydeder ve sonlandırılanların kaydını kaldırır. ASG ile bu sıkı tümleşme, esnek işlem katmanları için standart yaklaşımdır: yeni bulut sunucuları kullanıma gelir ve sağlık denetimini geçer geçmez trafik almaya başlar.

Her hedef grubuyla ilişkilendirilmiş bir sağlık denetimi vardır. Yük dengeleyici, bir hedefin sağlıklı olup olmadığını ve trafik almaya uygun bulunup bulunmadığını belirlemek için bu denetimi kullanır. Sağlık denetimi her hedefe düzenli aralıklarla istek gönderir ve yanıtı değerlendirir:

• Protokol: HTTP, HTTPS veya TCP (NLB için)
• Yol: istenecek URL yolu (örneğin /health veya /ping)
• Port: denetlenecek port (varsayılan olarak hedef grubu portu)
• Sağlıklı eşiği: sağlıklı olarak işaretlenmeden önce gereken ardışık başarı sayısı
• Sağlıksız eşiği: sağlıksız olarak işaretlenmeden önce gereken ardışık başarısızlık sayısı
• Aralık: sağlık denetimleri arasındaki saniye sayısı (5–300)
• Zaman aşımı: yanıt için beklenecek saniye sayısı

HTTP/HTTPS sağlık denetimleri için hangi HTTP yanıt kodlarının sağlıklı bir hedefe işaret ettiğini belirtirsiniz. Varsayılan değer 200'dür; ancak 200-299 gibi aralıklar veya 200,301,302 gibi virgülle ayrılmış değerler yapılandırabilirsiniz.

En iyi uygulama: uygulamanızda, yalnızca tüm kritik bağımlılıklar kullanılabilir olduğunda (veritabanı bağlantısı, önbellek, aşağı akış hizmeti) 200 döndüren özel bir /health uç noktası oluşturun. Pahalı işlemler gerçekleştiriyor veya kimlik doğrulaması gerektiriyorsa kök URL'yi (/) sağlık denetimi yolu olarak kullanmayın.

Bir hedef, kaydedildikten sonra aşağıdaki durumlardan geçer:

• initial: ELB ilk sağlık denetimlerini gerçekleştiriyor
• healthy: gereken ardışık sağlık denetimlerini geçti; trafik alıyor
• unhealthy: gereken ardışık sağlık denetimlerini geçemedi; dağıtımdan çıkarıldı
• draining: kayıt kaldırma işlemi devam ediyor; mevcut bağlantıların tamamlanmasına izin veriliyor ancak yeni bağlantılar gönderilmiyor
• unused: gruba kaydedilmiş ancak hiçbir dinleyici kuralı şu anda bu gruba yönlendirme yapmıyor

Hedef filonuzdaki sorunları tespit etmek için UnHealthyHostCount ve HealthyHostCount CloudWatch ölçümlerini izleyin.

Kayıt kaldırma gecikmesi (önceden bağlantıların sonlandırılması olarak adlandırılırdı), bir hedefin kaydını tamamen kaldırmadan önce mevcut bağlantıların tamamlanması için ELB'nin beklediği süredir. Varsayılan değer 300 saniyedir (5 dakika). Bu süre boyunca kayıt kaldırılan hedefe yeni istek gönderilmez; ancak işlem hâlindeki isteklerin tamamlanmasına izin verilir.

Hızlı dağıtımlar ve otomatik ölçeklendirme kapsamında sonlandırmalar için, uygulamanız istekleri hızlı işliyorsa bu süreyi 30–60 saniyeye düşürmek isteyebilirsiniz. Uzun süren işlemler (dosya yüklemeleri, video işleme) için, bu işlemlerin kesintiye uğramadan tamamlanmasına yetecek kadar uzun bir süre belirleyin.

Hedef grupları farklı yük dengeleme algoritmalarını destekler:

• Sırayla dağıtım (ALB varsayılanı): istekler dönüşümlü olarak eşit dağıtılır; tüm hedeflerin eşdeğer olduğu durumlar için en uygunudur
• En az bekleyen istek (ALB): her yeni istek, işlem hâlindeki istek sayısı en az olan hedefe gönderilir; bazı isteklerin diğerlerinden daha uzun sürdüğü değişken uzunluktaki iş yükleri için daha uygundur
• Akış karması (NLB): protokole, kaynak/hedef IP adresine, kaynak/hedef portuna ve TCP sıra numarasına göre dağıtım yapar; bir TCP/UDP akışındaki tüm paketlerin aynı hedefe gitmesini sağlar

Tüm isteklerin aynı hedefe ulaşması gereken oturum tabanlı uygulamalarda, sırayla dağıtıma güvenmek yerine yapışkan oturumları etkinleştirin.

Tek bir ALB dinleyici kuralı, trafiği ağırlıklı hedef grupları arasında dağıtabilir. Örneğin, mavi-yeşil dağıtımlar için Route 53 ağırlıklı yönlendirmesini kullanmadan trafiğin %90'ını kararlı bir hedef grubuna, %10'unu ise canary hedef grubuna yönlendirebilirsiniz.

Ağırlıklı hedef grupları dinleyici kuralı düzeyinde yapılandırılır. Ağırlıklar görecelidir: 90/10 oranı, trafiğin %90'ını ilk gruba, %10'unu ikinci gruba gönderir. Bu, birden çok ALB arasındaki ağırlıklı yönlendirmeden farklıdır; burada işlem tek bir ALB dinleyici kuralının içinde gerçekleşir.

ECS hizmetlerini bir ALB'nin arkasına dağıtırken her ECS görevi, IP hedef türü kullanılarak ALB hedef grubuna kaydedilir (awsvpc ağ modu için). ECS hizmeti, kayıt ve kayıt kaldırma işlemlerini otomatik olarak yönetir: yeni görevler sağlık denetimlerini geçtikten sonra kaydedilir; durdurulan görevlerde ise sonlandırmadan önce kayıt kaldırma gecikmesi uygulanır.

Her ECS hizmeti belirli bir port geçersiz kılma değeriyle kaydolabilir. Böylece farklı hedef grupları kullanan farklı dinleyici kurallarıyla (yol tabanlı veya ana bilgisayar tabanlı) birden çok ECS hizmeti tek bir ALB'yi paylaşabilir; bu, mikro hizmetlerde yaygın bir yaklaşımdır.

NLB sağlık denetimlerinin davranışı ALB'den farklıdır:

• NLB, dinleyici protokolünden bağımsız olarak TCP, HTTP ve HTTPS sağlık denetimi protokollerini destekler
• NLB sağlık denetimleri her AZ'deki NLB IP adreslerinden gönderilir; güvenlik gruplarının NLB alt ağ IP'lerinden gelen trafiğe izin verdiğinden emin olun veya NLB'nin güvenlik grubunu kullanın
• TCP sağlık denetimlerinde NLB, belirtilen portta TCP bağlantısını kabul eden hedefi sağlıklı kabul eder
• Sağlık denetimlerini geçemeyen NLB hedefleri AZ başına kaldırılır; bir AZ'deki tüm hedefler sağlıksızsa NLB, çapraz bölge yük dengeleme etkin durumdaysa diğer AZ'lerdeki sağlıklı hedeflere çapraz bölge yük dengelemesi yapabilir

Bu derste ele alınan AWS Solutions Architect (SAA-C03) kavramlarını anlayıp anlamadığınızı test edin.

Bu derste şunları öğrendiniz: hedef grupları, instance, IP veya Lambda türündeki sağlıklı ve kayıtlı hedefleri içerir; sağlık denetimleri, sağlıksız hedefleri dağıtımdan çıkarmak için hedefleri düzenli aralıklarla denetler; kayıt kaldırma gecikmesi, hedef kaldırılmadan önce işlem hâlindeki isteklerin bağlantılarının düzgün biçimde sonlandırılmasını sağlar. Sırada ALB üzerinde dinleyici kurallarını ve yol tabanlı yönlendirmeyi inceleyeceğiz.