Cluster'da GTM nasıl davranır?

Kısa cevap

Cluster'da GTM yapılandırması (DNS Service, domain, kayıt, health check, health scenario, trigger action, profiller ve remote device tanımları) eş cihaza diğer ayarlar gibi senkronize edilir; Manual Sync Mode açıksa Synchronize ile gönderilene kadar yalnızca değişikliğin yapıldığı cihazda kalır. Çalışma anında ise her cihaz bağımsızdır: kendi DNS Service'ini çalıştırır, health check'leri kendisi yapar, senaryoları kendi sonuçlarıyla değerlendirir ve DNS cevabını kendisi hesaplar; bu yüzden listelerdeki durum dairesi ikiye bölünür ve iki cihazın kararı farklı olabilir. Trigger Actions'ı ve zone transfer'i (Zone Transfer ve Express senkronizasyonu) yalnızca Cluster ID değeri 1 olan cihaz çalıştırır; eş cihaz bu cihaza bir saatten uzun erişemezse görevleri devralır. DNSSEC'te her cihaz zone'u kendi anahtarıyla imzalar.

Nasıl Çalışır?

Konu	Cluster'daki davranış
Yapılandırma	Eş cihaza senkronize edilir (varsayılan otomatik; Manual Sync Mode'da Synchronize ile)
DNS Service	Her cihazda ayrı çalışır. Frontend IP olarak VIP seçilirse sorguları VIP'in o anda bulunduğu cihaz cevaplar; INT adreslerde her cihaz kendi adresinden cevap verir. Restart Service yalnızca arayüzün bağlı olduğu cihazdaki servisi yeniden başlatır
Health check ve health scenario	Her cihaz kendisi yapar ve değerlendirir; durum dairesinin her yarısı bir cihazın sonucudur
DNS cevabı ve kayıt durumu	Her cihaz kendi senaryo kararlarıyla hesaplar; Records listesinde iki Summary kolonu, önizlemede iki Active Records kolonu görülür
Trigger Action	Yalnızca Cluster ID 1 olan cihaz çalıştırır
Zone transfer	Yalnızca Cluster ID 1 olan cihaz kayıtları çeker; diğer cihazda Zone Transfer ve Sync via Express "cihaz adı is not master of GTM" hatası verir. Çekilen kayıtlar yapılandırmayla eş cihaza gider
DNSSEC	Her cihaz kendi anahtarını üretir; DNSSEC Info for penceresinde cihaz başına ayrı DS tablosu bulunur
GTM Logs	Olayın üretildiği cihaz Source kolonunda yazar

TR7'de

• Farklı karar: Cihazlar health check'leri farklı ağ yollarından yaptığında senaryo kararları ve dolayısıyla cevaplar farklılaşabilir; iki cihazın sonucu durum dairesinin iki yarısından ve önizlemelerdeki cihaz kolonlarından karşılaştırılır.
• DNS Service: Servisin tanımı ve Frontend IP'leri için GTM'de DNS Service nedir?
• Remote device değildir: Remote Devices başka bir veri merkezindeki TR7'yi temsil eder ve yapılandırmayı paylaşmaz; cluster eşi aynı yapılandırmayı çalıştıran ikinci cihazdır.
• Cluster ayarları: Settings → Device Management → HA Clustering & Sync.

Sık Karıştırılan Noktalar

• "Cluster'da GTM'i aktif cihaz çalıştırır, pasif cihaz bekler." İki cihaz da DNS Service'ini çalıştırır; sorguyu hangi cihazın cevaplayacağı Frontend IP seçimine (VIP ya da INT) bağlıdır. Yalnızca trigger action ve zone transfer tek cihazda yürür.
• "GTM'in ana cihazı VIP'i tutan cihazdır." Trigger Action ve zone transfer için ana cihaz Cluster ID değeri 1 olan cihazdır.
• "İki cihazın durumu her zaman aynıdır." Health check'ler her cihazda ayrı yapıldığından durumlar ve cevaplar farklı olabilir.

Dokümantasyonda nasıl yapılır

• Service Management · Frontend IP
• Health Scenarios · Çalışma Mekanizması
• Trigger Actions · Çalışma Mekanizması
• Records · Çalışma Mekanizması
• HA Clustering & Sync · Manual Sync Mode

İlgili sorular

• GTM'de health check nedir; Load Balancer health check'inden farkı nedir?
• Trigger Action nedir; hangi durumlarda ne yapar?
• GTM'de DNSSEC nasıl çalışır?
• Remote Device nedir; GTM uzak veri merkezini nasıl izler?