Backend'lerim farklı bir veri merkezinde veya bulutta olabilir mi?

Kısa cevap

Evet. TR7'nin IP adresi ya da alan adıyla erişebildiği her sunucu Kurum Servisi olabilir; sunucunun başka bir veri merkezinde ya da bulutta olması fark etmez. Bunun için Kurum Servisinin Route Table'ında o ağa bir yol (VPN, özel hat, WAN) bulunmalıdır. Uzak sunucularda üç konu planlanır: WAN gecikmesine göre health check süreleri, iletim yolunda SSL Service ile şifreleme ve istemci IP'sinin nasıl taşınacağı. Uzak sunucu çoğunlukla Backup Service olarak kullanılır; iki veri merkezinin birlikte hizmet vermesi isteniyorsa GTM daha uygundur.

Nasıl Çalışır?

• Adres: Kurum Servisinin Address alanına uzak sunucunun IP'si ya da alan adı (FQDN) yazılır.
• Erişim: Kurum Servisinin route table'ında uzak ağa giden bir yol olmalıdır; yol yoksa Network → Interfaces → Actions → Add Route ile static route tanımlanır (Backend'lerim farklı ağlarda / farklı route table'larda olabilir mi?).
• Alan adı: Adres alan adıysa Device DNS tanımlı olmalıdır (Kurum Servisi adresi olarak IP yerine alan adı (FQDN) yazabilir miyim?).
• Trafik: İstek istemciden TR7'ye, TR7'den WAN üzerinden uzak sunucuya gider; yanıt aynı yoldan döner. Her istek WAN gecikmesini bir kez daha yaşar.

Planlanması Gerekenler

Konu	Öneri
Health check	WAN gecikmesi yerel ağdan yüksek olduğu için Health Checks profilinde Timeout ve Period değerleri gecikmeye göre büyütülür (ikisinin de varsayılan değeri 1 sn'dir); aksi hâlde sağlıklı sunucu Error görünebilir.
Şifreleme	WAN üzerinden giden trafik için Kurum Servisinde SSL Service açılır; mümkünse Certificate Verification: Required seçilir.
İstemci IP'si	Uzak sunucunun dönüş trafiği TR7'den geçmiyorsa Use Client IP kullanılamaz; istemci IP'si X-Forwarded-For ya da Proxy (Proxy Protocol) ile taşınır.
Rolü	Uzak sunucu yerel sunucular düştüğünde devreye girecekse Backup Service olarak işaretlenir (HTTP ve L7 TCP vService'te).
Dağılım	Uzak sunucu da sürekli trafik alacaksa daha düşük Weight ile eklenir; vService'te Weighted Round Robin gibi ağırlığı kullanan bir algoritma seçilir.

Load Balancer mı, GTM mi?

Durumunuz	Çözüm
Yerel sunucular asıl, uzak sunucu yedek	Uzak sunucu Kurum Servisi olarak eklenir, Backup Service işaretlenir
Az sayıda uzak sunucu yerel sunucularla birlikte trafik alacak	Uzak sunucu düşük Weight'le eklenir
İki veri merkezi de kendi TR7'si ve sunucularıyla birlikte hizmet verecek, kullanıcılar yakın merkeze gidecek	GTM ile DNS düzeyinde yönlendirme

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

• "Uzak sunucu yerel sunucu gibi davranır." Her istek WAN gecikmesini yaşar; uzak sunucuya giden kullanıcılar daha yavaş yanıt alır.
• "Alan adı yazılırsa değişiklikler anında yansır." Kurum Servisi adresindeki alan adı vService yapılandırması yüklenirken çözülür; DNS kaydı değişirse yeni adres vService bir sonraki kez yeniden yüklendiğinde kullanılır.
• "Use Client IP ile istemci IP'si uzak sunucuya taşınır." Uzak sunucunun yanıtları TR7'ye dönmüyorsa bağlantılar tamamlanmaz; bu durumda X-Forwarded-For ya da Proxy Protocol kullanılır.

Dokümantasyonda nasıl yapılır

• Backend Services · Address
• Backend Services · Yedek servis (Backup Service)
• GTM · GTM nedir?

İlgili sorular

• Backend'lerim farklı ağlarda / farklı route table'larda olabilir mi?
• Veri merkezleri arası yedeklilik için Load Balancer mı, GTM mi kullanmalıyım?
• Kurum Servisi adresi olarak IP yerine alan adı (FQDN) yazabilir miyim?