{"id":2640,"date":"2026-09-30T12:30:00","date_gmt":"2026-09-30T09:30:00","guid":{"rendered":"https:\/\/narhost.com\/blog\/?p=2640"},"modified":"2026-10-08T20:50:27","modified_gmt":"2026-10-08T17:50:27","slug":"yuk-dengeleme-nedir","status":"publish","type":"post","link":"https:\/\/narhost.com\/blog\/yuk-dengeleme-nedir\/","title":{"rendered":"Y\u00fck Dengeleme Nedir, Tek Sunucu Ne Zaman Yetmez"},"content":{"rendered":"<div id=\"ai-ozet\" class=\"ai-box\">\n<p class=\"ai-box-title\">K\u0131saca \u00f6zet<\/p>\n<ul>\n<li>Y\u00fck dengeleme, gelen istekleri ayn\u0131 uygulamay\u0131 \u00e7al\u0131\u015ft\u0131ran birden \u00e7ok sunucuya da\u011f\u0131tan ve sunuculardan biri yan\u0131t vermedi\u011finde trafi\u011fi sa\u011flam olanlara y\u00f6nlendiren ara katmand\u0131r.<\/li>\n<li>Yayg\u0131n \u00fc\u00e7 algoritma round robin (s\u0131rayla), least connections (en az aktif ba\u011flant\u0131ya) ve IP hash&#8217;tir (ayn\u0131 ziyaret\u00e7i hep ayn\u0131 sunucuya); istek s\u00fcreleri farkl\u0131ysa least connections daha dengeli da\u011f\u0131t\u0131r.<\/li>\n<li>L4 dengeleyici ba\u011flant\u0131y\u0131 IP ve port bilgisiyle y\u00f6nlendirir, L7 dengeleyici HTTP iste\u011fini okuyup adrese, ba\u015fl\u0131\u011fa ya da \u00e7ereze g\u00f6re karar verir.<\/li>\n<li>Kurumsal sitelerin ve orta \u00f6l\u00e7ekli ma\u011fazalar\u0131n \u00e7o\u011funda tek g\u00fc\u00e7l\u00fc sunucu, sayfa \u00f6nbelle\u011fi ve CDN yeterlidir; birden \u00e7ok sunucu bu ad\u0131mlar t\u00fckendi\u011finde g\u00fcndeme gelir.<\/li>\n<li>As\u0131l zorluk dengeleyici de\u011fil payla\u015f\u0131lan durumdur: oturumlar, y\u00fcklenen dosyalar ve veritaban\u0131 ortak bir yere ta\u015f\u0131nmadan ikinci sunucu i\u015fe yaramaz.<\/li>\n<li>Tek dengeleyici de tek ar\u0131za noktas\u0131d\u0131r; kesintisiz hizmet hedefleniyorsa ikinci bir dengeleyici ve devralma plan\u0131 gerekir.<\/li>\n<\/ul>\n<\/div>\n<p>Kampanya saatinde sipari\u015f sayfas\u0131 yava\u015fl\u0131yor, izleme ekran\u0131nda i\u015flemci y\u00fczde y\u00fcze dayanm\u0131\u015f duruyor ve ekipten biri &#8220;y\u00fck dengeleyici kural\u0131m&#8221; diyor. \u00d6neri kula\u011fa do\u011fru gelir ama \u00e7o\u011fu zaman erken bir ad\u0131md\u0131r. Y\u00fck dengeleme trafi\u011fi birden \u00e7ok sunucuya b\u00f6lerek hem kapasite hem dayan\u0131kl\u0131l\u0131k kazand\u0131r\u0131r; kar\u015f\u0131l\u0131\u011f\u0131nda altyap\u0131y\u0131 belirgin bi\u00e7imde karma\u015f\u0131kla\u015ft\u0131r\u0131r. Neyi \u00e7\u00f6z\u00fcp neyi \u00e7\u00f6zmedi\u011fini bilmek, gereksiz sunucu faturas\u0131ndan korur.<\/p>\n<h2>Y\u00fck dengeleme nedir, istekler nas\u0131l da\u011f\u0131t\u0131l\u0131r<\/h2>\n<p>Bu mimaride ziyaret\u00e7i do\u011frudan uygulama sunucusuna de\u011fil, \u00f6nde duran dengeleyiciye ba\u011flan\u0131r. Dengeleyici arka taraftaki sunucu havuzundan birini se\u00e7er, iste\u011fi ona iletir ve yan\u0131t\u0131 ziyaret\u00e7iye geri g\u00f6nderir. Alan ad\u0131n\u0131n DNS kayd\u0131 yaln\u0131z dengeleyicinin IP adresini g\u00f6sterir.<\/p>\n<p>Dengeleyicinin ikinci g\u00f6revi sa\u011fl\u0131k kontrol\u00fcd\u00fcr. Havuzdaki bir sunucu hata d\u00f6nd\u00fcrmeye ya da zaman a\u015f\u0131m\u0131na d\u00fc\u015fmeye ba\u015flarsa dengeleyici onu bir s\u00fcre devreden \u00e7\u0131kar\u0131r ve yeni istekleri kalan sunuculara verir. <a href=\"https:\/\/nginx.org\/en\/docs\/http\/load_balancing.html\" title=\"Using nginx as HTTP load balancer \u2014 nginx resm\u00ee dok\u00fcmantasyonu\" target=\"_blank\" rel=\"noopener\">Nginx&#8217;in HTTP y\u00fck dengeleme dok\u00fcman\u0131<\/a> bu pasif kontrol\u00fc, art arda ka\u00e7 ba\u015far\u0131s\u0131z denemeden sonra sunucunun ar\u0131zal\u0131 say\u0131laca\u011f\u0131n\u0131 ve ne kadar s\u00fcre d\u0131\u015far\u0131da tutulaca\u011f\u0131n\u0131 belirleyen ayarlarla anlat\u0131r. B\u00f6ylece tek bir uygulama sunucusunun \u00e7\u00f6kmesi sitenin kapanmas\u0131 anlam\u0131na gelmez.<\/p>\n<div class=\"highlight-box\">\n<p class=\"label\">Bilgi<\/p>\n<p>Dengeleyici \u00e7o\u011funlukla bir ters vekil sunucudur (reverse proxy). Nginx ve HAProxy bu i\u015f i\u00e7in yayg\u0131n kullan\u0131lan iki a\u00e7\u0131k kaynak yaz\u0131l\u0131md\u0131r ve ayr\u0131 bir sunucuda \u00e7al\u0131\u015ft\u0131r\u0131lmalar\u0131 \u00f6nerilir.<\/p>\n<\/div>\n<h2>Y\u00fck dengeleme algoritmalar\u0131 kar\u015f\u0131la\u015ft\u0131rmas\u0131<\/h2>\n<p>S\u0131radaki iste\u011fin hangi sunucuya gidece\u011fini algoritma belirler. Do\u011fru se\u00e7im, isteklerinizin ne kadar benzer s\u00fcreli oldu\u011funa ve uygulaman\u0131n oturum bilgisini nerede tuttu\u011funa ba\u011fl\u0131d\u0131r.<\/p>\n<table>\n<thead>\n<tr>\n<th>Algoritma<\/th>\n<th>Nas\u0131l se\u00e7er<\/th>\n<th>G\u00fc\u00e7l\u00fc yan\u0131<\/th>\n<th>Zay\u0131f yan\u0131<\/th>\n<th>Uygun i\u015f y\u00fck\u00fc<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Round robin<\/td>\n<td>Sunucular\u0131 s\u0131rayla dola\u015f\u0131r<\/td>\n<td>Basit, ek hesap gerektirmez<\/td>\n<td>Uzun s\u00fcren istekleri hesaba katmaz<\/td>\n<td>K\u0131sa ve benzer s\u00fcreli istekler<\/td>\n<\/tr>\n<tr>\n<td>A\u011f\u0131rl\u0131kl\u0131 round robin<\/td>\n<td>G\u00fc\u00e7l\u00fc sunucuya a\u011f\u0131rl\u0131\u011f\u0131 oran\u0131nda daha \u00e7ok istek verir<\/td>\n<td>Farkl\u0131 boyuttaki sunucular\u0131 birlikte kullan\u0131r<\/td>\n<td>A\u011f\u0131rl\u0131klar elle ayarlan\u0131r<\/td>\n<td>Kar\u0131\u015f\u0131k donan\u0131ml\u0131 havuz<\/td>\n<\/tr>\n<tr>\n<td>Least connections<\/td>\n<td>En az aktif ba\u011flant\u0131s\u0131 olan sunucuyu se\u00e7er<\/td>\n<td>Yava\u015f istekler tek sunucuda birikmez<\/td>\n<td>Ba\u011flant\u0131 say\u0131s\u0131 her zaman ger\u00e7ek y\u00fck\u00fc g\u00f6stermez<\/td>\n<td>API, rapor \u00fcreten paneller, s\u00fcresi de\u011fi\u015fken istekler<\/td>\n<\/tr>\n<tr>\n<td>IP hash<\/td>\n<td>Ziyaret\u00e7i IP&#8217;sinden hesaplanan de\u011ferle sunucu se\u00e7er<\/td>\n<td>Ayn\u0131 ziyaret\u00e7i ayn\u0131 sunucuya d\u00fc\u015fer<\/td>\n<td>Ayn\u0131 IP arkas\u0131ndaki kalabal\u0131k tek sunucuya y\u0131\u011f\u0131l\u0131r<\/td>\n<td>Oturumu yerel diskte tutan eski uygulamalar<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Nginx&#8217;te varsay\u0131lan y\u00f6ntem round robin&#8217;dir; least connections ve IP hash tek sat\u0131rl\u0131k bir y\u00f6nergeyle a\u00e7\u0131l\u0131r. Hangi y\u00f6ntemi se\u00e7erseniz se\u00e7in, havuzdaki sunucular\u0131n ayn\u0131 uygulama s\u00fcr\u00fcm\u00fcn\u00fc \u00e7al\u0131\u015ft\u0131rmas\u0131 gerekir. Aksi h\u00e2lde ayn\u0131 sayfa bir istekte eski, bir sonrakinde yeni s\u00fcr\u00fcmle yan\u0131tlan\u0131r.<\/p>\n<h2>L4 ile L7 y\u00fck dengeleme aras\u0131ndaki fark<\/h2>\n<p>L4 (ta\u015f\u0131ma katman\u0131) dengeleyici TCP ya da UDP ba\u011flant\u0131s\u0131na bakar: kaynak ve hedef IP, port. Paketin i\u00e7eri\u011fini okumaz, bu y\u00fczden hafiftir ve HTTP d\u0131\u015f\u0131ndaki protokollerde de \u00e7al\u0131\u015f\u0131r. Veritaban\u0131 ba\u011flant\u0131lar\u0131n\u0131, oyun sunucusu trafi\u011fini ya da SMTP&#8217;yi da\u011f\u0131tmak i\u00e7in bu katman kullan\u0131l\u0131r.<\/p>\n<p>L7 (uygulama katman\u0131) dengeleyici HTTP iste\u011fini a\u00e7ar. Adrese g\u00f6re y\u00f6nlendirme yapabilir; \u00f6rne\u011fin \/api ile ba\u015flayan istekleri bir havuza, g\u00f6rselleri ba\u015fka bir havuza g\u00f6nderir. SSL&#8217;i \u00f6nde sonland\u0131r\u0131p arka sunucular\u0131 \u015fifre \u00e7\u00f6zme y\u00fck\u00fcnden kurtarabilir, \u00e7ereze bakarak ziyaret\u00e7iyi ayn\u0131 sunucuda tutabilir. Kar\u015f\u0131l\u0131\u011f\u0131nda her iste\u011fi ayr\u0131\u015ft\u0131rd\u0131\u011f\u0131 i\u00e7in biraz daha fazla i\u015flemci harcar. Web siteleri i\u00e7in pratik tercih neredeyse her zaman L7&#8217;dir.<\/p>\n<h2>Oturum yap\u0131\u015fkanl\u0131\u011f\u0131 ve payla\u015f\u0131lan durum sorunu<\/h2>\n<p>\u00c7ok sunuculu mimarinin en \u00e7ok atlanan taraf\u0131 uygulaman\u0131n durum bilgisidir. PHP varsay\u0131lan olarak oturum dosyalar\u0131n\u0131 sunucunun kendi diskine yazar. Ziyaret\u00e7i ilk iste\u011finde A sunucusunda oturum a\u00e7\u0131p ikinci iste\u011finde B&#8217;ye d\u00fc\u015ferse sistem onu tan\u0131maz: sepet bo\u015fal\u0131r, y\u00f6netim paneli yeniden giri\u015f ister.<\/p>\n<p>Oturum yap\u0131\u015fkanl\u0131\u011f\u0131 (sticky session) bu sorunun h\u0131zl\u0131 \u00e7\u00f6z\u00fcm\u00fcd\u00fcr; dengeleyici ayn\u0131 ziyaret\u00e7iyi IP ya da \u00e7erez \u00fczerinden hep ayn\u0131 sunucuya g\u00f6nderir. O sunucu \u00e7\u00f6kt\u00fc\u011f\u00fcnde ise oturumlar da gider ve mobil operat\u00f6rlerin \u00e7ok say\u0131da kullan\u0131c\u0131y\u0131 tek IP arkas\u0131nda toplamas\u0131 IP tabanl\u0131 yap\u0131\u015fkanl\u0131\u011f\u0131 dengesizle\u015ftirir. Kal\u0131c\u0131 \u00e7\u00f6z\u00fcm oturumu t\u00fcm sunucular\u0131n eri\u015fti\u011fi ortak bir depoya, \u00f6rne\u011fin Redis&#8217;e ya da veritaban\u0131na ta\u015f\u0131makt\u0131r. Ayn\u0131 kural y\u00fcklenen dosyalar i\u00e7in de ge\u00e7erlidir: bir g\u00f6rsel yaln\u0131z bir sunucunun diskine inerse di\u011fer sunucudan a\u00e7\u0131lan sayfada k\u0131r\u0131k g\u00f6r\u00fcn\u00fcr.<\/p>\n<div class=\"senaryo-block\">\n<p class=\"label\">\u00d6rnek senaryo<\/p>\n<p>\u00c7evrim i\u00e7i s\u0131nav yapan bir e\u011fitim platformu, s\u0131nav saatlerinde ayn\u0131 anda 2.500 \u00f6\u011frenciyi kar\u015f\u0131l\u0131yor. \u00d6nce sunucusunu bir \u00fcst pakete ta\u015f\u0131d\u0131 ve statik sayfalar i\u00e7in \u00f6nbellek a\u00e7t\u0131; s\u0131nav ekran\u0131 ki\u015fiye \u00f6zel oldu\u011fu i\u00e7in \u00f6nbellekten yararlanamad\u0131 ve i\u015flemci yine doydu. Sonraki ad\u0131mda bir Nginx dengeleyici, \u00fc\u00e7 uygulama sunucusu ve ayr\u0131 bir veritaban\u0131 sunucusu kurdu, PHP oturumlar\u0131n\u0131 Redis&#8217;e ta\u015f\u0131d\u0131. Art\u0131k sunuculardan biri g\u00fcncelleme i\u00e7in yeniden ba\u015flat\u0131l\u0131rken s\u0131nav kesilmiyor ve y\u00fck \u00fc\u00e7 makineye b\u00f6l\u00fcn\u00fcyor.<\/p>\n<\/div>\n<div class=\"warn-box\">\n<p class=\"label\">Dikkat<\/p>\n<p>Yava\u015fl\u0131\u011f\u0131n kayna\u011f\u0131 veritaban\u0131ysa ikinci web sunucusu i\u015fe yaramaz, hatta durumu k\u00f6t\u00fcle\u015ftirir: iki sunucu ayn\u0131 veritaban\u0131na iki kat sorgu g\u00f6nderir. Karar vermeden \u00f6nce darbo\u011faz\u0131n PHP taraf\u0131nda m\u0131, veritaban\u0131nda m\u0131, diskte mi oldu\u011funu \u00f6l\u00e7\u00fcn.<\/p>\n<\/div>\n<figure class=\"nh-sema\"><img loading=\"lazy\" src=\"https:\/\/narhost.com\/blog\/wp-content\/uploads\/2026\/09\/yuk-dengeleme-nedir-sema-narhost.webp\" alt=\"y\u00fck dengeleme karar\u0131nda \u00f6l\u00e7\u00fcm, \u00f6nbellek, dikey \u00f6l\u00e7ek ve \u00e7ok sunuculu kurulum s\u0131ras\u0131n\u0131 g\u00f6steren \u015fema\" width=\"1200\" height=\"500\" loading=\"lazy\" decoding=\"async\"><figcaption>Tek sunucudan birden \u00e7ok sunucuya ge\u00e7meden \u00f6nce izlenecek s\u0131ra: \u00f6l\u00e7, \u00f6nbelle\u011fe al, b\u00fcy\u00fct, durumu payla\u015ft\u0131r, sonra dengele.<\/figcaption><\/figure>\n<h2>Tek sunucu ne zaman yetmez<\/h2>\n<p>Birden \u00e7ok sunucuya ge\u00e7i\u015fi hakl\u0131 \u00e7\u0131karan durumlar \u00fc\u00e7 ba\u015fl\u0131kta toplan\u0131r. Birincisi dikey \u00f6l\u00e7ek tavan\u0131d\u0131r: sunucunuzu eri\u015febildi\u011finiz en b\u00fcy\u00fck pakete ta\u015f\u0131d\u0131n\u0131z, \u00f6nbelle\u011fi ve sorgular\u0131 iyile\u015ftirdiniz, i\u015flemci yo\u011fun saatlerde h\u00e2l\u00e2 doygun. Bir makineye eklenebilecek \u00e7ekirdek say\u0131s\u0131n\u0131n bir s\u0131n\u0131r\u0131 vard\u0131r; ondan sonras\u0131 yatay \u00f6l\u00e7eklemedir.<\/p>\n<p>\u0130kincisi kesintisiz bak\u0131m ihtiyac\u0131d\u0131r. Tek sunucuda \u00e7ekirdek g\u00fcncellemesi ya da yeniden ba\u015flatma birka\u00e7 dakikal\u0131k kesinti demektir. \u0130ki uygulama sunucusu varsa birini havuzdan \u00e7\u0131kar\u0131p g\u00fcncellersiniz, ziyaret\u00e7i fark\u0131 g\u00f6rmez. \u00dc\u00e7\u00fcnc\u00fcs\u00fc y\u00fcksek eri\u015filebilirliktir: bir saatlik kesintinin maliyeti ek sunucular\u0131n ayl\u0131k maliyetini a\u015f\u0131yorsa, ar\u0131zaya kar\u015f\u0131 ikinci bir kopyan\u0131n \u00e7al\u0131\u015f\u0131r h\u00e2lde beklemesi mant\u0131kl\u0131d\u0131r.<\/p>\n<p>Bunlar\u0131n hi\u00e7biri yoksa, yani trafik tek sunucuya s\u0131\u011f\u0131yor ve birka\u00e7 dakikal\u0131k planl\u0131 bak\u0131m kabul edilebiliyorsa, y\u00fck dengeleme maliyet ve y\u00f6netim y\u00fck\u00fc ekler ama kar\u015f\u0131l\u0131\u011f\u0131nda hissedilir bir kazan\u00e7 vermez.<\/p>\n<h2>\u00d6nce dikey \u00f6l\u00e7ekleme ve \u00f6nbellekle ne kadar gidilir<\/h2>\n<p>\u00c7o\u011fu site i\u00e7in do\u011fru s\u0131ra bellidir. \u00d6nce \u00f6l\u00e7\u00fcn: hangi saatte, hangi s\u00fcre\u00e7 i\u015flemciyi dolduruyor; bunun i\u00e7in <a href=\"https:\/\/narhost.com\/destek\/islemci-cpu-yuku-ve-performansi-nasil-takip-edilir\/\" title=\"\u0130\u015flemci CPU y\u00fck\u00fc ve performans\u0131 nas\u0131l takip edilir \u2014 Narhost Destek Merkezi\">i\u015flemci y\u00fck\u00fc takibi rehberi<\/a> yeterlidir. Sonra sayfa \u00f6nbelle\u011fi a\u00e7\u0131n; \u00f6nbellekten d\u00f6nen bir sayfa PHP&#8217;yi ve veritaban\u0131n\u0131 hi\u00e7 \u00e7al\u0131\u015ft\u0131rmaz, ayn\u0131 sunucu \u00e7ok daha fazla ziyaret\u00e7i ta\u015f\u0131r. Statik dosyalar ve uzak ziyaret\u00e7iler i\u00e7in <a href=\"https:\/\/narhost.com\/blog\/cdn-gerekir-mi\/\" title=\"CDN gerekir mi \u2014 Narhost Blog\">CDN gerekir mi<\/a> sorusunu ayr\u0131ca de\u011ferlendirin.<\/p>\n<p>Ard\u0131ndan dikey \u00f6l\u00e7ekleme gelir: daha \u00e7ok \u00e7ekirdek ve bellek. Do\u011fru boyutu kestirmek i\u00e7in <a href=\"https:\/\/narhost.com\/blog\/vps-ne-kadar-ram-cpu-gerekir\/\" title=\"VPS&#039;e ne kadar RAM ve CPU gerekir \u2014 Narhost Blog\">VPS&#8217;e ne kadar RAM ve CPU gerekir<\/a> yaz\u0131s\u0131ndaki \u00f6l\u00e7\u00fctler kullan\u0131labilir. Paket y\u00fckseltmek uygulaman\u0131zda tek sat\u0131r de\u011fi\u015fiklik gerektirmez. Y\u00fck dengeleme ise uygulamay\u0131 birden \u00e7ok sunucuda \u00e7al\u0131\u015facak \u015fekilde yeniden d\u00fczenlemeyi ister. Dikey \u00f6l\u00e7ek ucuz ve h\u0131zl\u0131 kald\u0131\u011f\u0131 s\u00fcrece \u00f6nce o kullan\u0131l\u0131r.<\/p>\n<h2>Birden \u00e7ok sunucuyla y\u00fck dengeleme kurmak<\/h2>\n<p>En k\u00fc\u00e7\u00fck anlaml\u0131 kurulum d\u00f6rt par\u00e7adan olu\u015fur: bir dengeleyici, iki uygulama sunucusu ve ayr\u0131 bir veritaban\u0131 sunucusu. Dengeleyici k\u00fc\u00e7\u00fck bir sunucu olabilir; as\u0131l kaynak uygulama ve veritaban\u0131 taraf\u0131na gider. Sunucular aras\u0131ndaki veritaban\u0131 ve oturum trafi\u011fini g\u00fcvenlik duvar\u0131nda yaln\u0131z birbirlerinin IP adreslerine a\u00e7\u0131n.<\/p>\n<p>Narhost&#8217;ta bu yap\u0131 birden \u00e7ok bulut sunucu ya da VPS al\u0131narak ve dengeleyici g\u00f6revini \u00fcstlenecek sunucuya Nginx veya HAProxy kurularak olu\u015fturulur. Sunucular y\u00f6netimsizdir: root eri\u015fimi sizdedir, dengeleyici yap\u0131land\u0131rmas\u0131, g\u00fcncellemeler ve izleme sizin sorumlulu\u011funuzdad\u0131r. Nginx&#8217;in ad\u0131m ad\u0131m kurulumu <a href=\"https:\/\/narhost.com\/destek\/nginx-kurulumu\/\" title=\"Nginx web sunucusu kurulumu \u2014 Narhost Destek Merkezi\">Nginx kurulum rehberinde<\/a> yer al\u0131r. Hangi sunucu tipinin hangi katmana uydu\u011funu <a href=\"https:\/\/narhost.com\/blog\/vps-mi-vds-mi-bulut-sunucu-mu\/\" title=\"VPS mi VDS mi bulut sunucu mu \u2014 Narhost Blog\">VPS mi VDS mi bulut sunucu mu<\/a> kar\u015f\u0131la\u015ft\u0131rmas\u0131ndan se\u00e7ebilirsiniz.<\/p>\n<div class=\"success-box\">\n<p class=\"label\">Sonu\u00e7<\/p>\n<p>Y\u00fck dengeleme \u00f6l\u00e7eklemenin son basama\u011f\u0131d\u0131r, ilk basama\u011f\u0131 de\u011fil. \u00d6nce \u00f6l\u00e7\u00fcm, sonra \u00f6nbellek, sonra daha b\u00fcy\u00fck sunucu gelir. Bu ad\u0131mlar t\u00fckendi\u011finde ya da kesintisiz bak\u0131m bir i\u015f gere\u011fi h\u00e2line geldi\u011finde birden \u00e7ok sunucu ve \u00f6nde bir dengeleyici ger\u00e7ek fark yarat\u0131r.<\/p>\n<\/div>\n<h2>Birden \u00e7ok sunucuya ge\u00e7meden \u00f6nce kontrol listesi<\/h2>\n<ul class=\"kontrol-listesi\">\n<li>Darbo\u011faz\u0131 \u00f6l\u00e7\u00fcn: i\u015flemci mi, bellek mi, disk mi, veritaban\u0131 m\u0131.<\/li>\n<li>Sayfa \u00f6nbelle\u011fini ve statik dosyalar i\u00e7in CDN&#8217;i devreye al\u0131n.<\/li>\n<li>Sunucuyu bir \u00fcst pakete ta\u015f\u0131y\u0131p y\u00fck\u00fcn d\u00fc\u015f\u00fcp d\u00fc\u015fmedi\u011fini g\u00f6r\u00fcn.<\/li>\n<li>PHP oturumlar\u0131n\u0131n nerede tutuldu\u011funu belirleyin, gerekirse ortak bir depoya ta\u015f\u0131y\u0131n.<\/li>\n<li>Y\u00fcklenen dosyalar\u0131n t\u00fcm sunuculardan eri\u015filebilir bir yerde durmas\u0131n\u0131 sa\u011flay\u0131n.<\/li>\n<li>Veritaban\u0131n\u0131 uygulama sunucular\u0131ndan ay\u0131r\u0131n ve tek kaynaktan y\u00f6netin.<\/li>\n<li>Dengeleyicinin kendisi i\u00e7in ikinci bir dengeleyici ya da h\u0131zl\u0131 yeniden kurulum plan\u0131 haz\u0131rlay\u0131n.<\/li>\n<li>Havuzdaki bir sunucuyu bilerek kapat\u0131p sitenin a\u00e7\u0131k kald\u0131\u011f\u0131n\u0131 test edin.<\/li>\n<\/ul>\n<div class=\"kb-faq\">\n<h2>S\u0131k\u00e7a sorulan sorular<\/h2>\n<h3>Y\u00fck dengeleme her site i\u00e7in gerekli mi?<\/h3>\n<p>Hay\u0131r. Trafi\u011fi tek sunucuya s\u0131\u011fan ve birka\u00e7 dakikal\u0131k planl\u0131 bak\u0131m\u0131 kabul edebilen sitelerde y\u00fck dengeleme maliyeti ve y\u00f6netim y\u00fck\u00fcn\u00fc art\u0131r\u0131r, kar\u015f\u0131l\u0131\u011f\u0131nda belirgin bir kazan\u00e7 vermez. \u00d6nce \u00f6nbellek, CDN ve daha b\u00fcy\u00fck bir sunucu denenir; bunlar yetmedi\u011finde ya da kesintisiz hizmet bir i\u015f gere\u011fi oldu\u011funda birden \u00e7ok sunucuya ge\u00e7ilir.<\/p>\n<h3>Round robin mi least connections m\u0131 se\u00e7meliyim?<\/h3>\n<p>\u0130stekleriniz k\u0131sa ve birbirine benziyorsa round robin yeterlidir ve en az ayar ister. Baz\u0131 istekler saniyeler s\u00fcr\u00fcyorsa, \u00f6rne\u011fin rapor \u00fcreten bir panel ya da d\u0131\u015fa aktarma i\u015flemi varsa, least connections yava\u015f i\u015flerin tek sunucuda birikmesini \u00f6nler. \u0130kisi aras\u0131ndaki ge\u00e7i\u015f dengeleyicide tek sat\u0131rl\u0131k bir ayard\u0131r; trafi\u011fi izleyerek de\u011fi\u015ftirebilirsiniz.<\/p>\n<h3>Dengeleyici sald\u0131r\u0131 trafi\u011fini durdurur mu?<\/h3>\n<p>Durdurmaz. Dengeleyici gelen trafi\u011fi da\u011f\u0131t\u0131r ama hacimli bir sald\u0131r\u0131da \u00f6nce kendisi dolar. Sald\u0131r\u0131 trafi\u011fini a\u011f taraf\u0131nda s\u00fczmek ayr\u0131 bir katmand\u0131r; Narhost altyap\u0131s\u0131ndaki sald\u0131r\u0131 korumas\u0131 a\u011f ve ta\u015f\u0131ma katman\u0131n\u0131 (Layer 3\/4) kapsar. Uygulama katman\u0131ndaki istek selleri i\u00e7in web uygulama g\u00fcvenlik duvar\u0131 ve istek h\u0131z\u0131 s\u0131n\u0131rlamas\u0131 ayr\u0131ca yap\u0131land\u0131r\u0131l\u0131r.<\/p>\n<h3>SSL sertifikas\u0131 dengeleyiciye mi kurulur, sunuculara m\u0131?<\/h3>\n<p>L7 kurulumlarda sertifika genellikle dengeleyiciye kurulur ve \u015fifreli ba\u011flant\u0131 orada a\u00e7\u0131l\u0131r. Arka sunuculara giden trafik d\u00fcz HTTP olarak ya da yeniden \u015fifrelenerek iletilir. Bu y\u00f6ntem sertifikay\u0131 tek yerde yenilemenizi sa\u011flar. Uygulamaya ziyaret\u00e7inin HTTPS ile geldi\u011fini bildiren ba\u015fl\u0131\u011f\u0131 iletmeyi unutmay\u0131n, yoksa sonsuz y\u00f6nlendirme d\u00f6ng\u00fcs\u00fc olu\u015fur.<\/p>\n<h3>WordPress birden \u00e7ok sunucuda \u00e7al\u0131\u015f\u0131r m\u0131?<\/h3>\n<p>\u00c7al\u0131\u015f\u0131r ama haz\u0131rl\u0131k ister. Veritaban\u0131 tek ve ortak olmal\u0131, y\u00fcklenen medya dosyalar\u0131 t\u00fcm sunucular\u0131n g\u00f6rd\u00fc\u011f\u00fc bir depoda durmal\u0131, eklenti ve tema g\u00fcncellemeleri her sunucuya ayn\u0131 anda da\u011f\u0131t\u0131lmal\u0131d\u0131r. Y\u00f6netim paneli isteklerini tek bir sunucuya sabitlemek dosya yazma \u00e7ak\u0131\u015fmalar\u0131n\u0131 azalt\u0131r.<\/p>\n<\/div>\n<p>\u0130lgili bir karar i\u00e7in <a href=\"https:\/\/narhost.com\/blog\/kubernetes-nedir-ne-zaman-gerekir\/\" title=\"Kubernetes Nedir, K\u00fc\u00e7\u00fck Projede Gerekir mi \u2014 Narhost Blog\">Kubernetes nedir, k\u00fc\u00e7\u00fck projede gerekir mi<\/a> yaz\u0131s\u0131n\u0131 da okuyun.<\/p>\n<p>Ayn\u0131 k\u00fcmede s\u0131k sorulan bir ba\u015fka soru <a href=\"https:\/\/narhost.com\/blog\/veritabani-sunucusu-ayri-mi\/\" title=\"Veritaban\u0131 Sunucusu Ne Zaman Ayr\u0131lmal\u0131 \u2014 Narhost Blog\">veritaban\u0131 sunucusunu ne zaman ay\u0131rmak gerekti\u011fi<\/a>; ayr\u0131nt\u0131lar\u0131 ayr\u0131 yaz\u0131da ele ald\u0131k.<\/p>\n<div class=\"cta-box\">\n<p class=\"label\">Narhost&#8217;ta<\/p>\n<p>Bulut sunucularda NVMe disk, 50 Gbps port ve taray\u0131c\u0131 terminali standartt\u0131r; paket y\u00fckseltmeyi m\u00fc\u015fteri panelinden yapars\u0131n\u0131z. Birden \u00e7ok sunucuyla kendi dengeleyicinizi kurdu\u011funuzda root eri\u015fimi ve yap\u0131land\u0131rma sizdedir.<\/p>\n<p><a class=\"cta-btn\" href=\"https:\/\/narhost.com\/bulut-sunucu\" title=\"Narhost Bulut Sunucu paketleri\">Bulut sunucu paketlerini incele<\/a><\/div>\n","protected":false},"excerpt":{"rendered":"<p>Y\u00fck dengeleme, gelen istekleri ayn\u0131 uygulamay\u0131 \u00e7al\u0131\u015ft\u0131ran birden \u00e7ok sunucuya da\u011f\u0131tan ve biri yan\u0131t vermedi\u011finde trafi\u011fi sa\u011flam olanlara y\u00f6nlendiren katmand\u0131r. Algoritmalar, L4\/L7 fark\u0131 ve tek sunucunun ne zaman yetmedi\u011fi bu rehberde.<\/p>\n","protected":false},"author":1,"featured_media":2641,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[],"class_list":["post-2640","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sunucu"],"_links":{"self":[{"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/posts\/2640","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/comments?post=2640"}],"version-history":[{"count":3,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/posts\/2640\/revisions"}],"predecessor-version":[{"id":2993,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/posts\/2640\/revisions\/2993"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/media\/2641"}],"wp:attachment":[{"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/media?parent=2640"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/categories?post=2640"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/tags?post=2640"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}