Managed Server Nedir? Yönetilen ve Yönetilmeyen Sunucu Arasındaki Fark

Managed server (yönetilen sunucu), sunucunun güncelleme, güvenlik, izleme, yedek kontrolü ve arıza müdahalesi gibi operasyonel işlerinin sağlayıcı tarafından yürütüldüğü hizmet modelidir. Unmanaged sunucuda sağlayıcı yalnızca donanım, ağ ve sanallaştırma katmanından sorumludur; işletim sistemi ve üstündeki her şey kullanıcıya aittir. Aradaki fark bir sorumluluk matrisiyle ve SLA ile tanımlanır.

Bu yazıda iki modeli katman katman ayırıyor, yönetim seviyelerinin nasıl kademelendiğini gösteriyor ve hangi durumda hangisinin mantıklı olduğunu bir karar tablosuyla özetliyoruz. Somut örnek olarak Bulutzone'un SLA'lı sunucu yönetimi paketlerindeki kalemleri tek bir matriste topladık.

Managed server nedir?

Managed server, sunucunun çalışır ve güvenli kalması işini sözleşmeyle sağlayıcıya devrettiğiniz modeldir. Siz uygulamanıza odaklanırsınız; işletim sistemi yamaları, servislerin ayakta olup olmadığı, şüpheli trafik ve arıza anındaki ilk müdahale sağlayıcının iş listesine girer.

Kısa tanım

Terim sunucunun kendisini değil, sunucuya eklenen hizmet katmanını anlatır. Aynı sanal ya da fiziksel sunucu hem yönetilen hem yönetilmeyen olarak kullanılabilir; farkı belirleyen, hangi işin kimde olduğunu yazan sözleşmedir. Bu sözleşmenin ölçülebilir kısmına SLA (Service Level Agreement, hizmet seviyesi sözleşmesi) denir. Yanıt süresi, destek kanalları ve kapsanan işler SLA'da yazılıdır; yazılı olmayan bir iş kapsam dışı kabul edilir.

Unmanaged (yönetilmeyen) sunucu nedir?

Unmanaged sunucuda sağlayıcı size çalışan bir makine ve root erişimi verir; gerisi sizindir. Donanım arızası, veri merkezi ağındaki bir kesinti veya sanallaştırma katmanındaki bir sorun sağlayıcının sorumluluğundadır. Buna karşılık bir paket güncellemesinin web sunucusunu bozması, diskin log dosyalarıyla dolması ya da SSH'a yönelik kaba kuvvet saldırıları sizin sorununuzdur.

Bu model, Linux yönetimini bilen ve gerektiğinde gece de müdahale edebilen bir ekip için esnek ve ekonomiktir. Bu bilgi ya da zaman yoksa, sorumluluğun kimde olduğu genellikle ilk ciddi arızada ve en pahalı anda netleşir.

Sorumluluk matrisi: Kim neyi yönetir?

İki modelde de fiziksel altyapı ve ağ sağlayıcıdadır; managed hizmet bu sınırı işletim sistemi ve servisler katmanına doğru yukarı taşır. Uygulama kodu ve iş verisi ise çoğu sözleşmede müşteride kalır.

Proje yönetiminde bu tür dağılımlar RACI matrisiyle gösterilir: her iş için kimin yaptığı (Responsible), kimin hesap verdiği (Accountable), kime danışıldığı (Consulted) ve kimin bilgilendirildiği (Informed) yazılır. Sunucu hizmetinde tam bir RACI'ye gerek yoktur; "bu işi kim yapar" sorusunu katman bazında cevaplamak yeterlidir.

Donanım, ağ ve sanallaştırma katmanı

Disk, bellek, güç, soğutma, veri merkezi ağı ve sanal makineleri çalıştıran sanallaştırma katmanı her durumda sağlayıcının işidir. Unmanaged bir sunucu alsanız bile arızalı bir diski değiştirmek ya da ağ bağlantısını onarmak size düşmez. Bu katmanın kalitesi sağlayıcı seçimiyle belirlenir, yönetim paketiyle değil.

İşletim sistemi ve güncellemeler

Asıl ayrım burada başlar. İşletim sistemi güncellemesi, güvenlik açıklarını kapatan paketlerin düzenli ve kontrollü biçimde uygulanmasıdır. Unmanaged modelde güncellemeyi ne zaman yapacağınıza, hangi servisin yeniden başlatılacağına ve bir güncelleme bir şeyi bozarsa geri dönüşe siz karar verirsiniz. Managed modelde bu iş, SLA'da tanımlandığı ölçüde sağlayıcıya geçer. Periyodik bir yama süreci, NIST'in yama yönetimi rehberinde de önleyici bakımın temel parçası olarak tanımlanır.

Uygulama, veritabanı ve kod

WordPress eklentileriniz, kendi yazdığınız uygulama, veritabanındaki kayıtlar ve bunların iş mantığı neredeyse her sözleşmede müşteride kalır. Managed hizmet veritabanı servisinin ayakta olduğunu izleyebilir; ama bir sorgunun neden yavaş olduğunu ya da bir eklenti güncellemesinin siteyi neden bozduğunu çözmek, ayrıca anlaşılmadıkça kapsam dışıdır.

Bulutzone paketlerinde matris

Aşağıdaki tablo yalnızca Bulutzone sunucu yönetimi paketlerinde listelenen kalemlerden oluşur. Paketler kümülatiftir: SLA-2, SLA-1'in tüm kalemlerini, SLA-3 de SLA-2'nin tüm kalemlerini içerir. "Unmanaged" sütunu genel modeli gösterir ve karşılaştırma içindir.

SLA-1 sunucuyla birlikte ücretsiz gelir; SLA-2 ve SLA-3 aylık ücretlidir ve güncel fiyatlar /sunucu-yonetimi sayfasında yer alır. Tabloda olmayan bir iş, örneğin yedeklerin geri yüklenebilirliğinin test edilmesi ya da uygulama kodunda hata ayıklama, sizin için kritikse kapsamını sözleşme öncesinde yazılı olarak teyit edin.

Yönetim seviyeleri nasıl farklılaşır?

Yönetim hizmetleri genellikle üç kademede toplanır: sunucuyu ayakta tutan temel işler, düzenli güncelleme ve izleme, ardından güvenlik ve servis bazında izleme. Her kademe bir öncekinin üstüne eklenir.

Temel destek

İlk kademe, sunucunun kullanılabilir hale gelmesi ve takıldığında kurtarılmasıyla ilgilidir: işletim sistemi ve panel kurulumu, yeniden kurulum, yeniden başlatma, şifre sıfırlama. Bulutzone'da bu kademe, sunucuyla birlikte ücretsiz gelen SLA-1'e karşılık gelir.

Süre taahhütlerini okurken iki kavramı ayırın. Yanıt süresi, destek talebinize ilk insan dönüşünün yapıldığı süredir. Çözüm süresi ise sorunun giderildiği ana kadar geçen süredir ve arızanın türüne göre değişir. Bir paketteki saat ifadesinin hangisini anlattığını sözleşme metninden teyit etmek, kesinti anında yanlış beklentiye girmenizi önler.

İzleme ve güncelleme

İkinci kademe, sorunu siz fark etmeden yakalamaya yöneliktir. Ping izleme, sunucunun ağda yanıt verip vermediğini ICMP echo mesajlarıyla düzenli aralıklarla kontrol eder. Log analizi, sistem ve servis kayıtlarındaki hata ve uyarıların incelenmesidir. Matristeki SLA-2 satırları bu kademeye denk gelir.

Ping izlemenin sınırı şudur: sunucu ağda yanıt verirken web ya da veritabanı servisi çökmüş olabilir. Bu yüzden ping ve servis izleme farkı, paket seçiminde belirleyici bir kriterdir.

Güvenlik ve servis izleme

Üçüncü kademe, servislerin tek tek izlenmesini ve güvenlik katmanını kapsar. Servis izleme, web sunucusu, SQL ve mail servisinin gerçekten istek kabul edip etmediğini ayrı ayrı test eder. Saldırı tespiti (IDS, Intrusion Detection System), log ve trafik örüntülerinden şüpheli davranışı yakalayan sistemdir. Yazılımsal firewall ise sunucu üzerinde çalışan ve hangi bağlantıya izin verileceğini belirleyen kural kümesidir. Matriste bu kademe SLA-3 sütunudur.

Managed mi unmanaged mı? Karar tablosu

Ekibinizde Linux yönetimini bilen ve kesinti anında ulaşılabilen biri varsa unmanaged çoğu zaman yeterlidir. Bu iki koşuldan biri eksikse managed hizmetin maliyeti, tek bir uzun kesintinin maliyetinden genellikle düşük kalır.

Ekip yetkinliği

Sadece komutları bilmek yetmez; bir güncellemenin hangi servisi etkileyeceğini öngörmek ve bir şey bozulduğunda geri dönebilmek gerekir. Sunucuyu tek bir çalışanın bildiği ekiplerde, o kişi izindeyken yaşanan arıza en yaygın risk senaryosudur. Kendiniz yönetmeye karar verirseniz, yeni bir sunucuda atılacak ilk güvenlik adımlarını da planınıza ekleyin.

Kesintinin maliyeti

Basit bir hesap yapın: sitenin bir saatlik kesintisi size kaç sipariş, kaç destek talebi ya da ne kadar itibar kaybettirir? Bu rakam yüksekse, sorunu dakikalar içinde fark eden izleme ve 24 saat ulaşılabilen bir destek kanalı doğrudan para kazandırır.

Uyumluluk ve log gereksinimleri

Kişisel veri işleyen sistemlerde KVKK kapsamındaki teknik tedbirler, sektör düzenlemeleri ya da müşterilerinizin güvenlik soru formları sizden erişim kaydı tutmanızı ve güvenlik olaylarını takip etmenizi isteyebilir. Log toplamak kolaydır; zor olan onları düzenli okumaktır. NIST'in log yönetimi rehberi de log analizini ayrı bir operasyonel süreç olarak ele alır. Bu iş için kimse ayrılmamışsa, log analizi ve saldırı tespiti içeren bir paket boşluğu kapatır.

Managed VPS ile managed VDS arasında fark var mı?

Yönetim açısından fark küçüktür. VPS ile VDS arasındaki temel ayrım kaynak tahsis modelindedir: işlemci ve belleğin başka müşterilerle nasıl paylaşıldığı ya da ayrıldığı. Yönetim hizmeti ise sanal makinenin içindeki işletim sistemi ve servislerle ilgilenir; güncelleme, izleme ve güvenlik işleri iki üründe de aynı mantıkla yürür.

Pratik fark iş yükünden gelir. Daha fazla kaynak ve daha çok servis çalıştıran bir sunucuda izlenecek bileşen sayısı artar. Bu nedenle ürün seçimini kaynak ihtiyacına, yönetim paketini ise izlemek ve korumak istediğiniz servislere göre yapın.

Maliyet karşılaştırması: iç ekip, serbest çalışan, managed hizmet

İç ekip en yüksek kontrolü, serbest çalışan en esnek maliyeti, managed hizmet ise yazılı ve öngörülebilir bir kapsamı verir. Doğru karşılaştırma aylık ücret üzerinden değil, kapsama saatleri ve süreklilik üzerinden yapılır.

İç ekip, uygulamanızı da bilen biri olduğu için en derin müdahaleyi yapabilir; ama tek bir sistem yöneticisinin 7/24 ulaşılabilir olması gerçekçi değildir. Serbest çalışan küçük projelerde ekonomiktir, ancak bir sorun gece yarısı çıktığında telefonunuzu kimin açacağı belirsizdir. Managed hizmet ise uygulama bilgisini değil, altyapı sürekliliğini satın almaktır; bu yüzden birçok ekip iki modeli birlikte kullanır: altyapı sağlayıcıda, uygulama iç ekipte.

Sık sorulan sorular

Managed sunucuda root erişimi olur mu?

Bu, sağlayıcının politikasına bağlıdır; bazı sağlayıcılar root erişimini müşteride bırakır, bazıları yapılandırma bütünlüğünü korumak için kısıtlar. Root erişiminiz varsa, yaptığınız değişikliklerin yönetim kapsamını nasıl etkilediğini önceden konuşun. Örneğin elle değiştirdiğiniz bir firewall kuralı, sağlayıcının uyguladığı kural setiyle çakışabilir.

Unmanaged sunucuda sağlayıcı neyi yapar?

Donanımın, veri merkezi ağının ve sanallaştırma katmanının çalışmasını sağlar; arızalı donanımı değiştirir ve ağ sorunlarını giderir. İşletim sisteminin içinde olan hiçbir şeye, ayrıca anlaşılmadıkça müdahale etmez. Destek talepleri de genellikle bu altyapı konularıyla sınırlı tutulur.

Hangi durumda unmanaged yeterlidir?

Test ve geliştirme sunucularında, kısa süreli kesintinin iş kaybı yaratmadığı iç araçlarda ve ekibinde deneyimli bir Linux yöneticisi olan projelerde unmanaged yeterlidir. Bu durumda bile güncelleme ve izleme işlerini bir takvime bağlamak gerekir; periyodik bakım görevlerini bir kontrol listesine dökmek iyi bir başlangıçtır.

Managed hizmetin maliyeti neye göre değişir?

Belirleyici olan, devredilen işlerin kapsamı ve destek kanallarının erişilebilirliğidir: yalnızca kurulum ve temel destek mi, yoksa güncelleme, izleme, saldırı tespiti ve servis izleme de mi? 24 saat telefon desteği ve güvenlik işlemleri üst paketlerde yer aldığı için maliyeti artırır. Sunucu sayısı ve üzerinde çalışan servislerin çeşitliliği de iş yükünü doğrudan etkiler.

Matrise bakıp hangi satırların sizde boş kaldığını işaretleyin: güncelleme ve izleme boşsa SLA-2, güvenlik ve servis izleme de boşsa SLA-3 ihtiyacınıza denk gelir. Sunucunuzun hangi katmanlarını devretmek istediğinize karar verdiyseniz SLA paketlerini karşılaştırın; SLA-1 zaten sunucunuzla birlikte ücretsiz geliyor.

Kaynaklar

• NIST SP 800-40 Rev. 4: Guide to Enterprise Patch Management Planning
• NIST SP 800-92: Guide to Computer Security Log Management
• RFC 792: Internet Control Message Protocol