Adanmış (Dedicated) Sunucu Ne Zaman Gerekir?

Adanmış sunucu; işlemcisi, belleği, diski ve ağ arayüzü yalnızca size ait olan, üzerinde başka hiçbir müşterinin çalışmadığı fiziksel bir makinedir. Adanmış sunucuya geçme zamanı, bulut sunucunuzu sürekli en üst kaynak sınıfında çalıştırdığınız hâlde yoğun saatlerde yetiştiremediğiniz; performans tutarlılığının, regülasyonun veya özel donanım ihtiyacının sanallaştırma katmanını sınırlayıcı hâle getirdiği andır.

Bu cümle kulağa net gelse de, pratikte pek çok ekip bu kararı ya çok erken ya da çok geç verir. Çok erken verenler, kullanmayacakları donanıma para bağlar ve yönetim yükünü boşuna omuzlanır. Çok geç verenler ise altyapıyı tıkanma noktasında, yani en kötü zamanda değiştirmek zorunda kalır. Aşağıda kararı duyguyla değil ölçülebilir sinyallerle vermenin yolunu anlatıyoruz.

Ölçeklenme Merdiveni: Adanmış Sunucu Nerede Durur?

Barındırma dünyasında ilerleme, çoğunlukla aynı sırayı izler: paylaşımlı hosting, ardından ayrılmış kaynaklı VDS, sonra esnek ölçeklenebilen bulut sunucu ve en üstte adanmış (fiziksel) sunucu. Bu merdivenin her basamağı bir öncekinin eksiğini kapatır: paylaşımlı hosting yönetim yükünü sıfırlar ama kaynağı sınırlar; VDS kaynağı ayırır ama esnekliği kısıtlıdır; bulut sunucu esneklik getirir ama altta hâlâ paylaşılan bir fiziksel donanım ve bir sanallaştırma katmanı vardır.

Adanmış sunucu tam olarak bu son katmanı kaldırır. Makinenin tamamı sizindir: hiper yönetici ek yükü yoktur, komşu bir sanal makinenin ani yükü sizin gecikmenizi bozamaz, işlemcinin önbelleği ve bellek bant genişliği tek bir iş yüküne, yani sizinkine ayrılmıştır. Kazandığınız şey ham hız kadar öngörülebilirliktir.

Bunun bedeli de vardır. Bulut sunucuda kaynağı dakikalar içinde büyütüp küçültürsünüz; adanmış sunucuda donanım sabittir, değişiklik tedarik ve bakım penceresi gerektirir. Yani adanmış sunucuya geçmek, esnekliği performans tutarlılığıyla takas etmektir. Bu takas ancak doğru zamanda yapıldığında kârlıdır.

Bulut/VDS Ne Zaman Yeter, Adanmış Ne Zaman Gerekir?

Kararı somutlaştırmanın en hızlı yolu, projeyi beş eksende değerlendirmektir: yük profili, uyumluluk ihtiyacı, donanım ihtiyacı, performans tutarlılığı beklentisi ve maliyet kırılım noktası.

Kriter	Bulut / VDS yeterli	Adanmış sunucu gerekli
Yük profili	Dalgalı, mevsimsel veya öngörülemeyen trafik; boşta kalan saatler var	Sürekli yüksek ve istikrarlı yük; sunucu günün büyük bölümünde doludur
Uyumluluk ve regülasyon	Standart ticari yükümlülükler; mantıksal izolasyon yeterli sayılıyor	Sözleşme, denetim veya mevzuat fiziksel ayrılık ve tek kiracılı donanım şart koşuyor
Özel donanım	Standart sanal işlemci, bellek ve disk yapılandırması yeterli	Çok yüksek bellek, çok sayıda fiziksel disk, özel RAID düzeni veya çekirdek seviyesinde modül gerekiyor
Performans tutarlılığı	Ortalama yanıt süresi hedefi var; kısa dalgalanmalar tolere edilebilir	p95/p99 gecikme taahhüdü var; milisaniyelik sapmalar iş sonucunu etkiliyor
Maliyet kırılım noktası	Aylık faturanız, eşdeğer fiziksel donanımın kirasının altında	En üst bulut sınıfını sürekli kullanıyorsunuz; toplam bedel fiziksel sunucuyu geçmiş durumda
Yönetim kapasitesi	Küçük ekip; altyapıya ayrılan zaman sınırlı	Sistem yönetimi kapasiteniz var ya da yönetilen hizmet alıyorsunuz

Tablodaki satırların çoğu “gerekli” sütununu işaret ediyorsa karar nettir. Tek bir satır işaret ediyorsa acele etmeyin: çoğu zaman o tek sorunun daha ucuz bir çözümü vardır. Örneğin yalnızca bellek yetmiyorsa, daha yüksek kaynak sınıfına çıkmak fiziksel sunucuya geçmekten hem hızlı hem ucuzdur.

Geçiş Sinyalleri: Neye Bakmalısınız?

Adanmış sunucu kararı “sitem yavaşladı” hissiyle değil, veriyle verilir. Aşağıdaki sinyaller, izleme panelinizde ya da muhasebe tablonuzda somut karşılığı olan göstergelerdir.

Sinyal	Ne gözlemlersiniz?	Ne anlama gelir?
Kalıcı işlemci doygunluğu	Ortalama işlemci kullanımı günün büyük kısmında %70’in üzerinde; yoğun saatte tavan yapıyor	Esneklik değil ham güç gerekiyor; dikey büyüme sınırına gelinmiş
Bellek tavanı ve takas kullanımı	Bellek doluyor, takas (swap) alanı devreye giriyor, veritabanı önbelleği küçülüyor	Veri kümesi belleğe sığmıyor; yüksek bellekli fiziksel donanım gerekir
Disk giriş/çıkış kuyruğu	Depolama gecikmesi artıyor, yazma yoğun işlerde kuyruk büyüyor	Ayrılmış, komşusuz depolama hattı gerekiyor
p99 gecikme bozulması	Ortalama iyi ama en yavaş %1’lik dilim sürekli hedefi aşıyor	Klasik gürültücü komşu ve sanallaştırma ek yükü belirtisi
Sürekli en üst kaynak sınıfı	Bulut sunucuyu aylardır en büyük yapılandırmada çalıştırıyorsunuz	Esneklikten faydalanmıyorsunuz; esneklik için ödeme yapmayı bırakma zamanı
Denetim veya sözleşme maddesi	Müşteriniz ya da denetçiniz tek kiracılı donanım belgesi istiyor	Teknik değil uyumluluk gerekçesi; tartışmasız geçiş sebebi
Kesintinin ciro karşılığı	Bir saatlik kesintinin maliyeti, aylık sunucu bedelini aşıyor	Altyapı artık gider değil risk kalemi; üst segment ve SLA gerekir

Pratik bir eşik: bu tablodaki sinyallerden en az üçü aynı anda görünüyorsa ve bunlar geçici bir kampanya etkisi değil, üç aydır süren bir eğilimse, adanmış sunucu konuşulmalıdır.

Maliyet Kırılım Noktası Nasıl Hesaplanır?

Adanmış sunucunun aylık bedeli, ilk bakışta bulut sunucudan yüksek görünür. Ancak karşılaştırmayı doğru yapmak için üç kalemi birlikte toplamak gerekir.

Birincisi kira bedeli. Bulut sunucuda esneklik bir hizmettir ve fiyatlanır; sürekli en üst sınıfta çalışıyorsanız, hiç kullanmadığınız bir esneklik için prim ödüyorsunuz demektir. Aynı işlemci ve bellek kapasitesini fiziksel makinede almak, belirli bir kapasitenin üzerinde birim başına daha ucuza gelir. Kırılım noktası tam olarak buradadır: eşdeğer donanımın fiziksel kira bedeli, sürekli ödediğiniz bulut bedelinin altına indiği an.

İkincisi yönetim maliyeti. Adanmış sunucu, işletim sistemi güncellemesi, güvenlik yapılandırması, yedekleme ve izleme gerektirir. Bu yükü ekibiniz taşımayacaksa yönetilen hizmet alırsınız ve bu bedel toplama eklenir. Hesabı yaparken “sunucu kirası” değil “sunucunun bana toplam maliyeti” yazın.

Üçüncüsü kayıp maliyeti. Yetersiz altyapının faturası genellikle sunucu bedelinden büyüktür: terk edilen sepet, düşen dönüşüm, gecikme yüzünden kaybedilen arama sıralaması, kesinti sırasında çalışamayan personel. Bu kalemi tabloya koymadan yapılan her karşılaştırma eksiktir.

Basit bir kural: eşdeğer bir fiziksel sunucunun toplam aylık maliyeti, mevcut bulut harcamanızın %20’sinden fazla üzerine çıkmıyorsa ve yukarıdaki sinyaller varsa, geçiş ekonomik olarak da mantıklıdır. Çünkü aynı parayla ölçülebilir biçimde daha yüksek ve daha tutarlı performans alırsınız.

Adanmış Sunucuya Geçiş Süreci

Geçiş, donanım siparişiyle başlayan bir iş değildir; ihtiyaç analiziyle başlayan bir projedir. İzlenmesi gereken sıra şudur.

1. İhtiyaç analizi yapın. Son 90 günün işlemci, bellek, disk giriş/çıkış ve ağ ölçümlerini çıkarın. Zirve saatleri, p95/p99 gecikme değerleri ve veri kümesinin büyüklüğü not edilir. Amaç, “ne kadar donanım” sorusunu tahminle değil ölçümle yanıtlamaktır.
2. Donanım yapılandırmasını seçin. İş yükü işlemci ağırlıklıysa çekirdek sayısı ve saat hızı, veritabanı ağırlıklıysa bellek miktarı ve depolama gecikmesi öne çıkar. Alastyr’da adanmış sunucular Dell kurumsal donanım, Intel Xeon Gold işlemciler ve all-flash depolama üzerine kurulur; yapılandırma iş yükünüze göre birlikte belirlenir.
3. Veri taşıma planını yazın. Alan adları, veritabanları, e-posta hesapları, zamanlanmış görevler, SSL sertifikaları, üçüncü parti entegrasyonlar ve güvenlik duvarı kuralları envanterlenir. Taşımada en sık unutulan kalemler zamanlanmış görevler ve e-postadır. Geri dönüş (rollback) senaryosu da bu aşamada yazılır.
4. Yeni sunucuyu kurun ve test edin. İşletim sistemi, web sunucusu, çalışma zamanı sürümleri ve veritabanı, mevcut ortamla uyumlu biçimde kurulur. İlk kopya alınır; yerel hosts dosyası üzerinden yeni sunucuya bakılarak her sayfa, form, ödeme adımı ve rapor denenir. Ardından gerçek yüke yakın bir yük testiyle donanımın hedefi karşıladığı doğrulanır.
5. DNS geçişini yapın. Geçişten 24-48 saat önce alan adı kayıtlarının TTL değeri 300 saniyeye çekilir. Son senkronizasyonda ilk kopyadan bu yana değişen dosya ve veritabanı kayıtları aktarılır, sonra A kaydı yeni sunucuya yönlendirilir. Eski sunucu 48-72 saat açık bırakılır; henüz güncellemeyi almamış ziyaretçiler oradan sorunsuz hizmet alır. Kimse hata sayfası görmez.
6. İzleyin ve olgunlaştırın. Yanıt süreleri, hata kayıtları, disk sağlığı ve yedek işleri en az 72 saat yakından izlenir. Yedekleme politikası, izleme uyarıları ve güvenlik sıkılaştırması bu pencerede yerine oturtulur; her şey doğrulandıktan sonra eski ortam kapatılır.

Alastyr’da bu sürecin tamamı ücretsiz taşıma kapsamında yürütülür ve teknik ekip tarafından yönetilir. Sunucular İzmir’deki kendi veri merkezimizde durduğu için donanım seviyesindeki bir ihtiyaçta üçüncü bir tarafa bağımlı değiliz: disk değişimi, bellek ekleme veya fiziksel müdahale saatler değil dakikalar meselesidir. N+1 yedekli enerji ve soğutma, kendi RIPE kayıtlı AS3188 ağımız ve %99,9 uptime taahhüdümüz bu tasarımın sonucudur. Bugün 2.000’den fazla sunucu müşterisi bu altyapıda barınıyor.

Geçmemeniz Gereken Durumlar

Adanmış sunucu, her sorunun çözümü değildir. Yavaşlığın kaynağı optimize edilmemiş veritabanı sorguları, önbelleklenmemiş sayfalar veya kötü yazılmış bir eklentiyse, aynı kodu daha güçlü donanımda çalıştırmak sorunu erteler, çözmez. Fiziksel sunucuya geçmeden önce mutlaka bir performans profili çıkarın: darboğaz kodda mı, donanımda mı?

Benzer şekilde, trafiğiniz keskin ve öngörülemez şekilde dalgalanıyorsa, sabit donanım size ters düşer; boş saatlerde kapasite için ödeme yaparsınız. Böyle projelerde doğru adres esnek bulut sunucu, kurumsal içerik siteleri içinse çoğu zaman kurumsal hosting hâlâ en verimli seçenektir. Ölçeklenme merdiveninde bir basamak atlamak zorunda değilsiniz; büyüyen altyapı yaklaşımının amacı, doğru zamanda doğru basamakta olmanızdır.

Sıkça Sorulan Sorular

Adanmış sunucuya geçmenin en net işareti nedir?

Bulut sunucuyu aylardır en üst kaynak sınıfında çalıştırıyor olmanız ve buna rağmen yoğun saatlerde hedef yanıt sürelerini tutturamamanızdır. Bu tablo, esneklik için ödeme yaptığınız hâlde esneklikten faydalanmadığınız anlamına gelir; ham güç ve tutarlılık gerekiyordur.

Adanmış sunucu ile bulut sunucu arasındaki temel fark nedir?

Bulut sunucuda kaynaklar size ayrılmıştır ama altta paylaşılan fiziksel donanım ve bir sanallaştırma katmanı vardır; buna karşılık kaynağı dakikalar içinde büyütüp küçültebilirsiniz. Adanmış sunucuda makinenin tamamı yalnızca sizindir, sanallaştırma ek yükü ve komşu etkisi yoktur; ancak donanım sabittir ve değişiklik bakım penceresi gerektirir.

Maliyet kırılım noktasını nasıl hesaplarım?

Sunucu kirasını tek başına değil, toplam maliyeti karşılaştırın: kira, yönetim (kendi ekibinizin zamanı ya da yönetilen hizmet bedeli) ve yetersiz performansın yol açtığı kayıp. Eşdeğer bir fiziksel sunucunun toplam aylık maliyeti mevcut bulut harcamanızın çok üzerine çıkmıyorsa ve geçiş sinyalleri varsa, geçiş ekonomik olarak da mantıklıdır.

Adanmış sunucu yönetmek için sistem yöneticisi şart mı?

Kök yetkisiyle gelen yönetimsiz bir sunucuda işletim sistemi güncellemeleri, güvenlik sıkılaştırması, yedekleme ve izleme sizin sorumluluğunuzdadır. Bu yükü almak istemiyorsanız yönetilen sunucu seçeneğini tercih edebilirsiniz; bu durumda kurulum, bakım ve olay müdahalesi Alastyr ekibindedir ve 7/24 destek devreye girer.

Geçiş sırasında sitem kapanır mı?

Doğru planlanırsa hayır. TTL değeri önceden düşürülür, yeni sunucu test edilir, son senkronizasyondan sonra DNS yönlendirilir ve eski sunucu 48-72 saat açık bırakılır. Bu çift yayın penceresi sayesinde ziyaretçiler kesinti görmez. Alastyr’da taşıma ücretsizdir ve teknik ekip tarafından yürütülür.

Adanmış sunucu her zaman daha mı hızlıdır?

Hayır. Darboğaz optimize edilmemiş sorgular veya önbelleklenmemiş sayfalarsa, aynı kod daha güçlü donanımda da yavaş çalışır. Adanmış sunucunun asıl üstünlüğü ortalama hızda değil, yüksek yük altında gecikmenin tutarlı kalmasında ve en yavaş yüzdelik dilimlerin bozulmamasındadır. Geçişten önce mutlaka performans profili çıkarın.

Regülasyon veya denetim adanmış sunucu gerektirir mi?

Bazı sektörlerde evet. Sözleşmeniz ya da denetiminiz verinin tek kiracılı, fiziksel olarak ayrılmış donanımda tutulmasını şart koşuyorsa, bu teknik değil uyumluluk gerekçesidir ve tartışmaya açık değildir. Sunucunun fiziksel konumunun ve veri merkezinin sahipliğinin belgelenebilir olması bu tür denetimlerde belirleyici olur.

Donanım arızalanırsa ne olur?

Adanmış sunucuda donanım tek bir fiziksel makinedir; bu yüzden yedekleme ve müdahale süresi kritiktir. Alastyr sunucuları İzmir’deki kendi veri merkezimizde bulunduğu için disk, bellek veya bileşen değişimi üçüncü bir tarafa bağımlı olmadan hızla yapılır. SLA paketleri ile müdahale ve çözüm süreleri sözleşmeye bağlanır.

Adanmış sunucudan geri dönebilir miyim?

Evet. İhtiyacınız değişir ve esneklik yeniden öncelik hâline gelirse bulut sunucuya geri geçebilirsiniz. Büyüyen altyapı yaklaşımının amacı sizi tek bir basamağa kilitlemek değil, her aşamada doğru basamakta olmanızı sağlamaktır; basamaklar arası taşıma aynı çatı altında ve ücretsiz yapılır.