Nginx, modern web altyap\u0131lar\u0131n\u0131n vazge\u00e7ilmez bir bile\u015feni haline gelmi\u015ftir. Y\u00fcksek performansl\u0131 bir ters proxy, y\u00fck dengeleyici, HTTP \u00f6nbellekleyici ve web sunucusu olarak g\u00f6rev yapabilen Nginx, k\u00fcresel \u00f6l\u00e7ekte trafik y\u00f6netimi ve y\u00f6nlendirme stratejilerinin \u00f6nemli bir par\u00e7as\u0131 olabilir. Bu makalede, Nginx’in Debian veya Ubuntu tabanl\u0131 sistemler \u00fczerinde nas\u0131l k\u00fcresel bir trafik y\u00f6nlendiricisi olarak kullan\u0131labilece\u011fi, temel yap\u0131land\u0131rmalardan geli\u015fmi\u015f senaryolara kadar detayl\u0131 bir \u015fekilde incelenecektir.<\/p>\n
K\u00fcresel trafik y\u00f6nlendirme (Global Traffic Direction – GTD), kullan\u0131c\u0131 isteklerini co\u011frafi konumlar\u0131na, sunucu y\u00fcklerine, sa\u011fl\u0131k durumlar\u0131na veya di\u011fer belirlenen kriterlere g\u00f6re en uygun sunucuya veya veri merkezine y\u00f6nlendirme s\u00fcrecidir. Bu, uygulaman\u0131n veya hizmetin k\u00fcresel \u00f6l\u00e7ekte y\u00fcksek eri\u015filebilirlik, performans ve felaket kurtarma yeteneklerine sahip olmas\u0131n\u0131 sa\u011flamak i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n
* Y\u00fcksek Eri\u015filebilirlik (High Availability):<\/strong> Bir veri merkezindeki ar\u0131za durumunda trafi\u011fi otomatik olarak ba\u015fka bir sa\u011fl\u0131kl\u0131 veri merkezine y\u00f6nlendirerek hizmet kesintilerini minimize eder. Nginx, tek ba\u015f\u0131na bir DNS tabanl\u0131 K\u00fcresel Sunucu Y\u00fck Dengeleyici (GSLB) olmasa da, bir GSLB stratejisinin \u00f6nemli bir bile\u015feni olarak veya b\u00f6lgesel\/veri merkezi d\u00fczeyinde ak\u0131ll\u0131 trafik y\u00f6nlendirme yetenekleri sunarak bu hedeflere ula\u015fmada kilit bir rol oynayabilir.<\/p>\n Nginx, ters proxy, y\u00fck dengeleyici ve HTTP sunucusu yetenekleriyle k\u00fcresel trafik y\u00f6netimi mimarisinde \u00e7e\u015fitli roller \u00fcstlenebilir:<\/p>\n Birden fazla co\u011frafi b\u00f6lgede da\u011f\u0131t\u0131lm\u0131\u015f Nginx \u00f6rnekleri, her b\u00f6lge i\u00e7in birincil giri\u015f noktas\u0131 olarak hareket edebilir. Bu Nginx sunucular\u0131, gelen trafi\u011fi kendi b\u00f6lgelerindeki veya hatta di\u011fer b\u00f6lgelerdeki backend sunucu k\u00fcmelerine y\u00f6nlendirebilir. Bu senaryoda Nginx: Nginx’in GeoIP mod\u00fcl\u00fc gibi \u00f6zellikler, gelen iste\u011fin kaynak IP adresine g\u00f6re co\u011frafi konumunu belirleyerek trafi\u011fi belirli backend k\u00fcmelerine veya farkl\u0131 veri merkezlerine y\u00f6nlendirmeyi m\u00fcmk\u00fcn k\u0131lar. Bu sayede, Avrupa’dan gelen bir kullan\u0131c\u0131n\u0131n iste\u011fi Avrupa veri merkezine, Amerika’dan gelen bir kullan\u0131c\u0131n\u0131n iste\u011fi ise Amerika veri merkezine y\u00f6nlendirilebilir.<\/p>\n Nginx’in sa\u011fl\u0131k kontrolleri ve dinamik upstream yap\u0131land\u0131rma yetenekleri (\u00f6zellikle Nginx Plus ile), backend sunucular\u0131n\u0131n veya hatta t\u00fcm veri merkezlerinin eri\u015filemez hale gelmesi durumunda trafi\u011fi otomatik olarak sa\u011fl\u0131kl\u0131 alternatiflere y\u00f6nlendirmeye olanak tan\u0131r. Bu, felaket kurtarma senaryolar\u0131nda kritik bir \u00f6zelliktir.<\/p>\n Nginx, \u00f6nbellekleme, s\u0131k\u0131\u015ft\u0131rma ve HTTP\/2 deste\u011fi gibi \u00f6zelliklerle k\u00fcresel olarak da\u011f\u0131t\u0131lm\u0131\u015f uygulamalar\u0131n performans\u0131n\u0131 art\u0131r\u0131r. Kullan\u0131c\u0131n\u0131n en yak\u0131n Nginx \u00f6rne\u011fine y\u00f6nlendirilmesi ve bu Nginx \u00f6rne\u011finin i\u00e7eri\u011fi \u00f6nbellekten sunmas\u0131, gecikmeyi \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r.<\/p>\n Nginx’i k\u00fcresel trafik y\u00f6nlendiricisi olarak kullanmaya ba\u015flamak i\u00e7in \u00f6ncelikle Debian veya Ubuntu sistemlerine Nginx’i kurmak gerekir.<\/p>\n Debian veya Ubuntu \u00fczerinde Nginx’i kurmak olduk\u00e7a basittir:<\/p>\n Bu komutlar, Nginx’i kurar, sistem ba\u015flang\u0131c\u0131nda otomatik ba\u015flamas\u0131n\u0131 sa\u011flar ve servisi ba\u015flat\u0131r.<\/p>\n Nginx’in temel ters proxy ve y\u00fck dengeleme yetenekleri, Bu yap\u0131land\u0131rma: Yap\u0131land\u0131rmay\u0131 de\u011fi\u015ftirdikten sonra Nginx’i yeniden y\u00fcklemeyi unutmay\u0131n:<\/p>\n Nginx’in temel yeteneklerinin \u00f6tesine ge\u00e7erek, daha sofistike k\u00fcresel trafik y\u00f6nlendirme stratejileri olu\u015fturulabilir.<\/p>\n Nginx’in Kurulum ve Yap\u0131land\u0131rma:<\/strong> Nginx’i kaynak koddan derliyorsan\u0131z, 3. Nginx Yap\u0131land\u0131rmas\u0131n\u0131 G\u00fcncelleyin:<\/strong> Bu yap\u0131land\u0131rma ile Nginx, istemcinin \u00fclkesine g\u00f6re trafi\u011fi farkl\u0131 upstream gruplar\u0131na y\u00f6nlendirir. A\u00e7\u0131k kaynak Nginx, temel sa\u011fl\u0131k kontrolleri (sunucunun yan\u0131t verip vermedi\u011fi) sunar. Daha geli\u015fmi\u015f, dinamik ve protokol tabanl\u0131 sa\u011fl\u0131k kontrolleri genellikle Nginx Plus’\u0131n bir \u00f6zelli\u011fidir. Ancak a\u00e7\u0131k kaynak Nginx i\u00e7in de baz\u0131 \u00e7\u00f6z\u00fcmler mevcuttur: A\u00e7\u0131k kaynak Nginx’te K\u00fcresel bir mimaride, birden fazla veri merkezinde Nginx \u00f6rnekleri da\u011f\u0131t\u0131l\u0131r. Kullan\u0131c\u0131lar, genellikle bir GSLB (Global Server Load Balancing) \u00e7\u00f6z\u00fcm\u00fc (\u00f6rn. AWS Route 53, Azure Traffic Manager, F5 GTM) arac\u0131l\u0131\u011f\u0131yla kendilerine en yak\u0131n veya en uygun veri merkezindeki Nginx \u00f6rne\u011fine y\u00f6nlendirilir. Nginx daha sonra bu veri merkezindeki trafi\u011fi y\u00f6netir.<\/p>\n DNS Tabanl\u0131 Y\u00f6nlendirme ile Entegrasyon:<\/strong> Felaket Kurtarma Stratejileri:<\/strong> Nginx, k\u00fcresel bir trafik y\u00f6nlendiricisi olarak SSL\/TLS sonland\u0131rma i\u00e7in ideal bir noktad\u0131r. SSL sertifikalar\u0131n\u0131 Nginx katman\u0131nda y\u00f6netmek ve sonland\u0131rmak, backend sunucular\u0131n\u0131n \u015fifreleme\/\u015fifre \u00e7\u00f6zme y\u00fck\u00fcn\u00fc azalt\u0131r ve merkezi bir g\u00fcvenlik politikas\u0131 uygulamay\u0131 kolayla\u015ft\u0131r\u0131r.<\/p>\n Bu yap\u0131land\u0131rma, Nginx’in 443 numaral\u0131 porttan gelen HTTPS isteklerini dinlemesini ve SSL\/TLS’i sonland\u0131rmas\u0131n\u0131 sa\u011flar.<\/p>\n Nginx, statik ve dinamik i\u00e7eri\u011fi \u00f6nbelle\u011fe alarak k\u00fcresel uygulamalar\u0131n performans\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilir. Kullan\u0131c\u0131ya en yak\u0131n Nginx \u00f6rne\u011fi, i\u00e7eri\u011fi \u00f6nbellekten sunarak gecikmeyi azalt\u0131r ve backend sunucular\u0131n\u0131n y\u00fck\u00fcn\u00fc hafifletir.<\/p>\n Bu yap\u0131land\u0131rma, Nginx’in disk \u00fczerinde bir \u00f6nbellek alan\u0131 kullanmas\u0131n\u0131 ve belirli HTTP yan\u0131tlar\u0131n\u0131 \u00f6nbelle\u011fe almas\u0131n\u0131 sa\u011flar.<\/p>\n K\u00fcresel bir trafik y\u00f6nlendirme mimarisinde, Nginx sunucular\u0131n\u0131n kendilerinin de y\u00fcksek eri\u015filebilir olmas\u0131 \u00f6nemlidir.<\/p>\n Tek bir Nginx sunucusu ar\u0131za noktas\u0131 olabilir. Bu riski azaltmak i\u00e7in Nginx \u00f6rnekleri aras\u0131nda y\u00fcksek eri\u015filebilirlik (HA) sa\u011flamak gereklidir. Nginx’in k\u00fcresel bir trafik y\u00f6nlendiricisi olarak etkinli\u011fini s\u00fcrd\u00fcrmek i\u00e7in s\u00fcrekli izleme ve y\u00f6netim kritik \u00f6neme sahiptir. * Prometheus ve Grafana:<\/strong> Nginx metriklerini (stub_status’tan veya Nginx Plus API’sinden) toplamak ve g\u00f6rselle\u015ftirmek i\u00e7in Prometheus’u ve Grafana’y\u0131 kullanmak, performans\u0131 ve sa\u011fl\u0131\u011f\u0131 izlemek i\u00e7in g\u00fc\u00e7l\u00fc bir y\u00f6ntemdir. Nginx, k\u00fcresel trafik y\u00f6nlendirme stratejilerinde g\u00fc\u00e7l\u00fc bir ara\u00e7 olsa da, baz\u0131 s\u0131n\u0131rlamalar\u0131 ve alternatifleri vard\u0131r.<\/p>\n * Tek Ba\u015f\u0131na Bir GSLB De\u011fildir:<\/strong> Nginx, DNS d\u00fczeyinde k\u00fcresel y\u00fck dengeleme (GSLB) yeteneklerine sahip de\u011fildir. Yani, kullan\u0131c\u0131lar\u0131 kendilerine en yak\u0131n veri merkezine y\u00f6nlendirme karar\u0131 genellikle Nginx’e ula\u015fmadan \u00f6nce (DNS katman\u0131nda) verilmelidir. Nginx, ancak bir veri merkezine ula\u015ft\u0131ktan sonra trafi\u011fi co\u011frafi veya di\u011fer kriterlere g\u00f6re y\u00f6nlendirebilir. * Bulut Tabanl\u0131 GSLB Hizmetleri:<\/strong> AWS Route 53, Azure Traffic Manager, Google Cloud Load Balancer gibi hizmetler, DNS d\u00fczeyinde k\u00fcresel trafik y\u00f6nlendirme i\u00e7in g\u00fc\u00e7l\u00fc ve y\u00f6netilen \u00e7\u00f6z\u00fcmler sunar. Bu hizmetler, Nginx’in \u00f6n\u00fcnde konumland\u0131r\u0131larak kullan\u0131c\u0131lar\u0131 en uygun Nginx \u00f6rne\u011fine y\u00f6nlendirebilir. Nginx, Debian veya Ubuntu \u00fczerinde da\u011f\u0131t\u0131ld\u0131\u011f\u0131nda, k\u00fcresel trafik y\u00f6nlendirme stratejilerinin temel bir bile\u015feni olarak hizmet verebilir. Ters proxy, y\u00fck dengeleme, co\u011frafi tabanl\u0131 y\u00f6nlendirme, SSL sonland\u0131rma ve \u00f6nbellekleme yetenekleri sayesinde, uygulamalar\u0131n\u0131z\u0131n k\u00fcresel \u00f6l\u00e7ekte y\u00fcksek eri\u015filebilirlik, performans ve felaket kurtarma hedeflerine ula\u015fmas\u0131na yard\u0131mc\u0131 olur.<\/p>\n Nginx tek ba\u015f\u0131na bir GSLB \u00e7\u00f6z\u00fcm\u00fc olmasa da, bir DNS tabanl\u0131 GSLB’nin arkas\u0131nda veya b\u00f6lgesel giri\u015f noktas\u0131 olarak ak\u0131ll\u0131 trafik y\u00f6netimi sa\u011flayarak genel mimarinin etkinli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. Do\u011fru yap\u0131land\u0131rma, izleme ve y\u00fcksek eri\u015filebilirlik stratejileriyle birle\u015ftirildi\u011finde, Nginx, modern ve da\u011f\u0131t\u0131k web uygulamalar\u0131 i\u00e7in g\u00fc\u00e7l\u00fc ve esnek bir k\u00fcresel trafik y\u00f6nlendiricisi g\u00f6revi g\u00f6rebilir. Bu yetenekler, i\u015fletmelerin d\u00fcnya \u00e7ap\u0131ndaki kullan\u0131c\u0131lar\u0131na kesintisiz ve h\u0131zl\u0131 hizmet sunmalar\u0131n\u0131 sa\u011flar.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Nginx’i Debian veya Ubuntu \u00dczerinde K\u00fcresel Trafik Y\u00f6nlendiricisi Olarak Kullanma\nNginx, modern web altyap\u0131lar\u0131n\u0131n vazge\u00e7ilmez bir bile\u015feni h","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1468],"tags":[],"class_list":{"0":"post-37675","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-ubuntu","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n
\n* Felaket Kurtarma (Disaster Recovery):<\/strong> Geni\u015f \u00e7apl\u0131 b\u00f6lgesel felaketlerde bile hizmetlerin ayakta kalmas\u0131n\u0131 sa\u011flar.
\n* Performans \u0130yile\u015ftirme:<\/strong> Kullan\u0131c\u0131lar\u0131 co\u011frafi olarak kendilerine en yak\u0131n sunuculara y\u00f6nlendirerek gecikmeyi (latency) azalt\u0131r ve sayfa y\u00fckleme s\u00fcrelerini h\u0131zland\u0131r\u0131r.
\n* Y\u00fck Dengeleme (Load Balancing):<\/strong> Trafi\u011fi birden fazla sunucuya veya veri merkezine da\u011f\u0131tarak tek bir noktadaki a\u015f\u0131r\u0131 y\u00fcklenmeyi \u00f6nler ve kaynak kullan\u0131m\u0131n\u0131 optimize eder.
\n* Maliyet Optimizasyonu:<\/strong> Kaynaklar\u0131n daha verimli kullan\u0131lmas\u0131n\u0131 sa\u011flayarak altyap\u0131 maliyetlerini d\u00fc\u015f\u00fcrmeye yard\u0131mc\u0131 olabilir.<\/p>\nNginx’in K\u00fcresel Trafik Y\u00f6nlendirmedeki Rol\u00fc<\/h3>\n
B\u00f6lgesel Giri\u015f Noktas\u0131 ve Y\u00fck Dengeleyici<\/h4>\n
\n* Gelen \u0130stekleri Kabul Eder:<\/strong> Kullan\u0131c\u0131lar\u0131n ilk temas noktas\u0131 olur.
\n* Y\u00fck\u00fc Dengeleyici G\u00f6revini \u00dcstlenir:<\/strong> Kendi b\u00f6lgesindeki birden \u00e7ok uygulama sunucusu aras\u0131nda trafi\u011fi da\u011f\u0131t\u0131r.
\n* Sa\u011fl\u0131k Kontrolleri Yapar:<\/strong> Sadece sa\u011fl\u0131kl\u0131 backend sunucular\u0131na istek g\u00f6nderilmesini sa\u011flar.
\n* SSL\/TLS Sonland\u0131rma:<\/strong> \u015eifrelemeyi Nginx katman\u0131nda sonland\u0131rarak backend sunucular\u0131n\u0131n y\u00fck\u00fcn\u00fc azalt\u0131r.<\/p>\nCo\u011frafi Tabanl\u0131 Y\u00f6nlendirme<\/h4>\n
Hata Tolerans\u0131 ve Felaket Kurtarma<\/h4>\n
Performans Optimizasyonu<\/h4>\n
Nginx’in Debian\/Ubuntu \u00dczerine Kurulumu ve Temel Yap\u0131land\u0131rma<\/h3>\n
Nginx Kurulumu<\/h4>\n
sudo apt update\nsudo apt install nginx\nsudo systemctl enable nginx\nsudo systemctl start nginx<\/code><\/pre>\nTemel Ters Proxy ve Y\u00fck Dengeleme Yap\u0131land\u0131rmas\u0131<\/h4>\n
nginx.conf<\/code> veya sites-available<\/code> dizinindeki sanal host dosyalar\u0131nda yap\u0131land\u0131r\u0131l\u0131r.<\/p>\n# \/etc\/nginx\/nginx.conf veya \/etc\/nginx\/sites-available\/myapp.conf\n\nupstream backend_servers {\n # Y\u00fck dengeleme algoritmas\u0131: round-robin (varsay\u0131lan), least_conn, ip_hash, vb.\n # least_conn: En az ba\u011flant\u0131ya sahip sunucuya y\u00f6nlendirir.\n # ip_hash: \u0130stemci IP adresine g\u00f6re y\u00f6nlendirir, oturum yap\u0131\u015fkanl\u0131\u011f\u0131 sa\u011flar.\n least_conn;\n\n server 192.168.1.100:8080 weight=3; # Daha fazla trafik almas\u0131n\u0131 istedi\u011fimiz sunucu\n server 192.168.1.101:8080;\n server 192.168.1.102:8080 max_fails=3 fail_timeout=30s; # Sa\u011fl\u0131k kontrol\u00fc\n # down: Sunucuyu ge\u00e7ici olarak devre d\u0131\u015f\u0131 b\u0131rak\u0131r.\n # backup: Di\u011fer sunucular devre d\u0131\u015f\u0131 kald\u0131\u011f\u0131nda kullan\u0131l\u0131r.\n}\n\nserver {\n listen 80;\n server_name example.com www.example.com;\n\n location \/ {\n proxy_pass http:\/\/backend_servers;\n proxy_set_header Host $host;\n proxy_set_header X-Real-IP $remote_addr;\n proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;\n proxy_set_header X-Forwarded-Proto $scheme;\n\n # \u00d6nbellekleme ayarlar\u0131 (iste\u011fe ba\u011fl\u0131)\n # proxy_cache my_cache;\n # proxy_cache_valid 200 302 10m;\n # proxy_cache_valid 404 1m;\n }\n}<\/code><\/pre>\n
\n* upstream backend_servers<\/code> blo\u011fu, trafi\u011fin y\u00f6nlendirilece\u011fi backend sunucular\u0131n\u0131 tan\u0131mlar. least_conn<\/code> algoritmas\u0131, en az aktif ba\u011flant\u0131ya sahip sunucuya istekleri g\u00f6nderir. max_fails<\/code> ve fail_timeout<\/code> parametreleri, Nginx’in bir sunucuyu ne zaman “sa\u011fl\u0131ks\u0131z” olarak i\u015faretleyece\u011fini belirler.
\n* server<\/code> blo\u011fu, Nginx’in 80 numaral\u0131 porttan gelen istekleri dinlemesini ve example.com<\/code> ile www.example.com<\/code> alan adlar\u0131 i\u00e7in i\u015flem yapmas\u0131n\u0131 sa\u011flar.
\n* location \/<\/code> blo\u011fu, t\u00fcm gelen istekleri backend_servers<\/code> upstream grubuna ters proxy olarak y\u00f6nlendirir. proxy_set_header<\/code> direktifleri, orijinal istemci bilgilerinin backend sunucular\u0131na iletilmesini sa\u011flar.<\/p>\nsudo nginx -t # Yap\u0131land\u0131rma dosyas\u0131n\u0131 test et\nsudo systemctl reload nginx # Nginx'i yeniden y\u00fckle<\/code><\/pre>\nGeli\u015fmi\u015f K\u00fcresel Trafik Y\u00f6nlendirme Teknikleri<\/h3>\n
Co\u011frafi Tabanl\u0131 Y\u00f6nlendirme (Geo-IP Routing)<\/h4>\n
ngx_http_geoip_module<\/code> (veya daha modern ngx_http_geoip2_module<\/code>) mod\u00fcl\u00fc ile istemcinin IP adresine g\u00f6re co\u011frafi konumunu belirleyebilir ve trafi\u011fi buna g\u00f6re y\u00f6nlendirebilirsiniz. Bu mod\u00fcl, MaxMind GeoIP veritabanlar\u0131n\u0131 kullan\u0131r.<\/p>\n
\n1. GeoIP Mod\u00fcl\u00fcn\u00fc Kurun:<\/strong> Genellikle Nginx ile birlikte gelir veya ayr\u0131 bir paket olarak kurulabilir:<\/p>\nsudo apt install libnginx-mod-http-geoip # veya nginx-module-geoip<\/code><\/pre>\n--with-http_geoip_module<\/code> se\u00e7ene\u011fini kullanman\u0131z gerekebilir.
\n2. GeoIP Veritabanlar\u0131n\u0131 \u0130ndirin:<\/strong> MaxMind’den \u00fccretsiz GeoLite2 veritabanlar\u0131n\u0131 indirebilirsiniz.<\/p>\n# \u00d6rnek: GeoLite2-Country.mmdb ve GeoLite2-City.mmdb dosyalar\u0131n\u0131 indirin\n # ve \/usr\/share\/GeoIP\/ dizinine yerle\u015ftirin.\n # MaxMind sitesinden kay\u0131t olup lisans anahtar\u0131 alman\u0131z gerekebilir.\n # wget -qO GeoLite2-Country.mmdb.gz \"https:\/\/download.maxmind.com\/app\/geoip_download?edition_id=GeoLite2-Country&license_key=YOUR_LICENSE_KEY&suffix=mmdb.gz\"\n # gunzip GeoLite2-Country.mmdb.gz\n # sudo mv GeoLite2-Country.mmdb \/usr\/share\/GeoIP\/<\/code><\/pre>\nnginx.conf<\/code> dosyas\u0131nda http<\/code> blo\u011funa GeoIP veritaban\u0131 yolunu ekleyin ve map<\/code> direktifini kullanarak y\u00f6nlendirme mant\u0131\u011f\u0131n\u0131 tan\u0131mlay\u0131n.<\/p>\n# \/etc\/nginx\/nginx.conf\n\nhttp {\n # GeoIP2 i\u00e7in\n # geoip2 \/usr\/share\/GeoIP\/GeoLite2-Country.mmdb {\n # $geoip2_country_code country iso_code;\n # $geoip2_country_name country names en;\n # }\n\n # Eski GeoIP mod\u00fcl\u00fc i\u00e7in (GeoLite.dat)\n geoip_country \/usr\/share\/GeoIP\/GeoIP.dat; # Veya GeoLite2-Country.mmdb i\u00e7in geoip_country \/path\/to\/GeoLite2-Country.mmdb;\n\n map $geoip_country_code $region_backend {\n default backend_default;\n US backend_us;\n CA backend_us; # Kanada'y\u0131 da ABD backend'ine y\u00f6nlendir\n GB backend_eu;\n DE backend_eu;\n FR backend_eu;\n TR backend_eu; # T\u00fcrkiye'yi de Avrupa backend'ine y\u00f6nlendir\n CN backend_asia;\n JP backend_asia;\n }\n\n upstream backend_default {\n server 192.168.1.100:8080;\n server 192.168.1.101:8080;\n }\n\n upstream backend_us {\n server 10.0.1.10:8080;\n server 10.0.1.11:8080;\n }\n\n upstream backend_eu {\n server 10.0.2.10:8080;\n server 10.0.2.11:8080;\n }\n\n upstream backend_asia {\n server 10.0.3.10:8080;\n server 10.0.3.11:8080;\n }\n\n server {\n listen 80;\n server_name example.com;\n\n location \/ {\n proxy_pass http:\/\/$region_backend; # Dinamik olarak belirlenen upstream grubuna y\u00f6nlendir\n proxy_set_header Host $host;\n proxy_set_header X-Real-IP $remote_addr;\n proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;\n }\n }\n}<\/code><\/pre>\n$geoip_country_code<\/code> de\u011fi\u015fkeni, istemcinin \u00fclke kodunu (\u00f6rn. “US”, “DE”) i\u00e7erir. map<\/code> direktifi, bu koda g\u00f6re $region_backend<\/code> de\u011fi\u015fkenine uygun upstream grubunun ad\u0131n\u0131 atar.<\/p>\nDinamik Y\u00fck Dengeleme ve Sa\u011fl\u0131k Kontrolleri<\/h4>\n
\n* resolver<\/code> Direktifi:<\/strong> upstream<\/code> blo\u011funda sunucu adlar\u0131 yerine IP adresleri kullanmak yerine DNS adlar\u0131 kullan\u0131rsan\u0131z, resolver<\/code> direktifi ile Nginx’in DNS kay\u0131tlar\u0131n\u0131 dinamik olarak \u00e7\u00f6z\u00fcmlemesini sa\u011flayabilirsiniz. Bu, backend sunucular\u0131n\u0131n IP adresleri de\u011fi\u015fti\u011finde Nginx yap\u0131land\u0131rmas\u0131n\u0131 manuel olarak g\u00fcncelleme ihtiyac\u0131n\u0131 ortadan kald\u0131r\u0131r.<\/p>\nupstream dynamic_backend {\n zone myapp 64k; # Nginx Plus i\u00e7in dinamik yap\u0131land\u0131rma ve durum takibi\n server backend.example.com resolve; # resolve ile DNS \u00e7\u00f6z\u00fcmlemesi\n # Nginx Plus'ta health_check ve dynamic reconfig\n }\n resolver 8.8.8.8 8.8.4.4 valid=300s; # DNS sunucular\u0131 ve \u00f6nbellekleme s\u00fcresi<\/code><\/pre>\nresolve<\/code> ile upstream<\/code> sunucular\u0131 dinamik olarak g\u00fcncellenir ancak sa\u011fl\u0131k kontrolleri yine max_fails<\/code> ve fail_timeout<\/code> ile s\u0131n\u0131rl\u0131d\u0131r.
\n* Harici Ara\u00e7lar:<\/strong> Daha geli\u015fmi\u015f dinamiklik i\u00e7in, Nginx’i Consul, etcd gibi servis ke\u015fif ara\u00e7lar\u0131yla entegre edebilir veya Keepalived gibi ara\u00e7larla Nginx \u00f6rnekleri aras\u0131nda y\u00fcksek eri\u015filebilirlik sa\u011flayabilirsiniz. Bu senaryolarda, harici bir betik veya ara\u00e7 Nginx yap\u0131land\u0131rmas\u0131n\u0131 dinamik olarak g\u00fcncelleyebilir ve Nginx’i yeniden y\u00fckleyebilir.<\/p>\n\u00c7oklu Veri Merkezi Senaryolar\u0131 ve Felaket Kurtarma<\/h4>\n
\n* GSLB (DNS Katman\u0131):<\/strong> DNS tabanl\u0131 GSLB \u00e7\u00f6z\u00fcmleri, kullan\u0131c\u0131lar\u0131n DNS sorgular\u0131na co\u011frafi konumlar\u0131na, gecikme s\u00fcrelerine veya \u00f6nceden tan\u0131mlanm\u0131\u015f politikalara g\u00f6re farkl\u0131 IP adresleri (yani farkl\u0131 veri merkezlerindeki Nginx \u00f6rneklerinin IP’leri) d\u00f6nd\u00fcr\u00fcr.
\n* Nginx (Uygulama Katman\u0131):<\/strong> Kullan\u0131c\u0131 bir Nginx \u00f6rne\u011fine ula\u015ft\u0131\u011f\u0131nda, bu Nginx \u00f6rne\u011fi kendi veri merkezindeki backend sunucular\u0131na veya (daha karma\u015f\u0131k senaryolarda) di\u011fer veri merkezlerindeki backend sunucular\u0131na trafi\u011fi y\u00f6nlendirebilir.<\/p>\n
\n* Aktif-Pasif (Active-Passive):<\/strong> Bir veri merkezi birincil olarak t\u00fcm trafi\u011fi al\u0131r, di\u011feri ise haz\u0131r bekler. Birincil veri merkezi ar\u0131zaland\u0131\u011f\u0131nda, GSLB veya DNS kay\u0131tlar\u0131 trafi\u011fi pasif veri merkezine y\u00f6nlendirir. Nginx’in sa\u011fl\u0131k kontrolleri, bu ge\u00e7i\u015fi tetiklemek i\u00e7in kullan\u0131labilir.
\n* Aktif-Aktif (Active-Active):<\/strong> T\u00fcm veri merkezleri ayn\u0131 anda trafi\u011fi i\u015fler. GSLB, trafi\u011fi birden fazla veri merkezine da\u011f\u0131t\u0131r. Nginx \u00f6rnekleri, kendi b\u00f6lgelerindeki y\u00fck\u00fc dengeleyerek ve yerel ar\u0131zalar\u0131 y\u00f6neterek bu yap\u0131y\u0131 destekler. Bir veri merkezi tamamen ar\u0131zaland\u0131\u011f\u0131nda, GSLB o veri merkezine trafik g\u00f6ndermeyi durdurur ve kalan aktif veri merkezlerine y\u00f6nlendirir.<\/p>\nSSL\/TLS Sonland\u0131rma ve G\u00fcvenlik<\/h4>\n
server {\n listen 443 ssl;\n server_name example.com;\n\n ssl_certificate \/etc\/nginx\/ssl\/example.com.crt;\n ssl_certificate_key \/etc\/nginx\/ssl\/example.com.key;\n ssl_protocols TLSv1.2 TLSv1.3;\n ssl_ciphers \"EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH\";\n ssl_prefer_server_ciphers on;\n ssl_session_cache shared:SSL:10m;\n ssl_session_timeout 10m;\n\n location \/ {\n proxy_pass http:\/\/backend_servers; # Backend'e HTTP olarak veya HTTPS olarak ge\u00e7irebilirsiniz\n # ... di\u011fer proxy ayarlar\u0131 ...\n }\n}<\/code><\/pre>\n\u00d6nbellekleme (Caching)<\/h4>\n
http {\n # ... di\u011fer ayarlar ...\n proxy_cache_path \/var\/cache\/nginx levels=1:2 keys_zone=my_cache:10m inactive=60m max_size=1g;\n proxy_cache_key \"$scheme$request_method$host$request_uri\";\n\n server {\n listen 80;\n server_name example.com;\n\n location \/ {\n proxy_cache my_cache;\n proxy_cache_valid 200 302 10m; # 200 ve 302 durum kodlar\u0131 i\u00e7in 10 dakika \u00f6nbellekle\n proxy_cache_valid 404 1m; # 404 durum kodu i\u00e7in 1 dakika \u00f6nbellekle\n proxy_cache_bypass $http_pragma $http_authorization; # Bu header'lar varsa \u00f6nbelle\u011fi atla\n add_header X-Proxy-Cache $upstream_cache_status; # \u00d6nbellek durumunu g\u00f6steren ba\u015fl\u0131k ekle\n\n proxy_pass http:\/\/backend_servers;\n # ... di\u011fer proxy ayarlar\u0131 ...\n }\n }\n}<\/code><\/pre>\nY\u00fcksek Eri\u015filebilirlik ve \u0130zleme<\/h3>\n
Nginx Y\u00fcksek Eri\u015filebilirlik (HA)<\/h4>\n
\n* Keepalived ile VRRP (Virtual Router Redundancy Protocol):<\/strong> \u0130ki veya daha fazla Nginx sunucusu aras\u0131nda sanal bir IP adresi payla\u015f\u0131l\u0131r. Birincil Nginx sunucusu ar\u0131zaland\u0131\u011f\u0131nda, Keepalived sanal IP adresini ikincil Nginx sunucusuna devreder. Bu, kesintisiz hizmet sunumu sa\u011flar.
\n* Bulut Sa\u011flay\u0131c\u0131lar\u0131n Y\u00fck Dengeleyicileri:<\/strong> AWS ELB\/ALB, Azure Load Balancer, Google Cloud Load Balancing gibi bulut hizmetleri, Nginx \u00f6rneklerinin \u00f6n\u00fcne yerle\u015ftirilerek HA ve y\u00fck dengeleme sa\u011flar. Bu, Nginx’in kendisinin birincil y\u00fck dengeleyici olmaktan ziyade, bulut y\u00fck dengeleyicinin arkas\u0131ndaki bir ters proxy olarak \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar.<\/p>\n\u0130zleme ve Y\u00f6netim<\/h4>\n
\n* Nginx Loglar\u0131:<\/strong> access.log<\/code> ve error.log<\/code> dosyalar\u0131, gelen istekler, hatalar ve performans sorunlar\u0131 hakk\u0131nda de\u011ferli bilgiler sa\u011flar. Bu loglar\u0131 merkezi bir log toplama sistemine (\u00f6rn. ELK Stack, Splunk) g\u00f6ndermek, sorun gidermeyi kolayla\u015ft\u0131r\u0131r.
\n* Nginx stub_status<\/code> Mod\u00fcl\u00fc:<\/strong> Nginx’in temel istatistiklerini (aktif ba\u011flant\u0131lar, i\u015flenen istekler vb.) sa\u011flar.<\/p>\nserver {\n listen 80;\n server_name localhost; # Sadece yerel eri\u015fime izin ver\n location \/nginx_status {\n stub_status on;\n allow 127.0.0.1; # Sadece localhost'tan eri\u015fime izin ver\n deny all;\n }\n }<\/code><\/pre>\n
\n* Nginx Plus API:<\/strong> Nginx Plus, dinamik yap\u0131land\u0131rma, canl\u0131 etkinlik izleme ve geli\u015fmi\u015f sa\u011fl\u0131k kontrolleri i\u00e7in bir REST API sunar. Bu, \u00f6zellikle karma\u015f\u0131k ve dinamik k\u00fcresel ortamlar i\u00e7in \u00e7ok de\u011ferlidir.<\/p>\nS\u0131n\u0131rlamalar ve Alternatifler<\/h3>\n
Nginx’in S\u0131n\u0131rlamalar\u0131<\/h4>\n
\n* Dinamik Yap\u0131land\u0131rma (A\u00e7\u0131k Kaynak):<\/strong> A\u00e7\u0131k kaynak Nginx’in dinamik upstream sunucu listesi g\u00fcncelleme ve geli\u015fmi\u015f sa\u011fl\u0131k kontrol\u00fc yetenekleri s\u0131n\u0131rl\u0131d\u0131r. Nginx Plus bu alanda daha fazla \u00f6zellik sunar.
\n* Karma\u015f\u0131kl\u0131k:<\/strong> Birden fazla co\u011frafi b\u00f6lgede Nginx \u00f6rneklerini da\u011f\u0131tmak, yap\u0131land\u0131rmak ve y\u00f6netmek, \u00f6zellikle dinamik senaryolarda karma\u015f\u0131k hale gelebilir.<\/p>\nAlternatifler ve Tamamlay\u0131c\u0131 \u00c7\u00f6z\u00fcmler<\/h4>\n
\n* Donan\u0131m Tabanl\u0131 GSLB Cihazlar\u0131:<\/strong> F5 GTM (Global Traffic Manager), Citrix NetScaler GSLB gibi donan\u0131m veya sanal cihazlar, kurumsal d\u00fczeyde geli\u015fmi\u015f GSLB yetenekleri sunar.
\n* HAProxy:<\/strong> Nginx gibi, HAProxy de y\u00fcksek performansl\u0131 bir ters proxy ve y\u00fck dengeleyicidir. Baz\u0131 durumlarda, belirli y\u00fck dengeleme algoritmalar\u0131 veya dinamik yap\u0131land\u0131rma ihtiya\u00e7lar\u0131 i\u00e7in tercih edilebilir.
\n* Envoy Proxy:<\/strong> Mikroservis mimarileri ve bulut yerel uygulamalar i\u00e7in tasarlanm\u0131\u015f modern bir proxy’dir. Dinamik yap\u0131land\u0131rma ve geli\u015fmi\u015f g\u00f6zlemlenebilirlik \u00f6zellikleri sunar.<\/p>\nSonu\u00e7<\/h3>\n