Yönetilen sunucu nedir: kapsam, sorumluluk paylaşımı ve yönetilmeyen VPS ile karşılaştırma

Sunucu kiralamaya karar verdiniz ama ekipte sunucuyla ilgilenecek kimse yok ya da tek kişi her işe yetişmeye çalışıyor. Bu noktada karşınıza iki seçenek çıkar: yönetilen sunucu ya da yönetilmeyen VPS. Yönetilen sunucu nedir, sağlayıcı neyi üstlenir, sizde ne kalır ve hangi durumda parasını hak eder; bu soruları KOBİ sahibi ve tek kişilik BT sorumlusu gözüyle ele alıyoruz. Amaç, sözleşmeyi imzalamadan önce kapsamı yazılı olarak netleştirebilmeniz.

Yönetilen sunucu nedir, yönetilmeyen sunucudan farkı

Yönetilmeyen (unmanaged) bir VPS ya da bulut sunucuda sağlayıcı size çalışan bir sanal makine, ağ bağlantısı ve genelde bir yönetim paneli verir. İşletim sisteminin içinde olan her şey sizindir: güncellemeler, güvenlik duvarı, kullanıcılar, yedek, izleme, uygulama kurulumu. Sunucu çökerse sağlayıcı altyapının ayakta olduğunu doğrular, makinenin içindeki sorunu siz çözersiniz.

Yönetilen sunucuda (managed server) sağlayıcı, işletim sistemi katmanındaki işlerin bir kısmını ya da tamamını üstlenir. Tipik olarak yama yönetimi, izleme ve uyarı, yedek kurgusu, temel güvenlik sertleştirmesi ve sorun anında müdahale bu kapsama girer. Ancak "yönetilen" kelimesinin sektörde standart bir tanımı yoktur. Bir sağlayıcı için yalnız işletim sistemi güncellemesi demekken, bir başkası için veritabanı bakımı ve uygulama desteğini de içerir. Bu yüzden asıl soru "yönetilen mi?" değil, "tam olarak neyi yönetiyorsunuz?" olmalıdır.

Sorumluluk tablosu: kim neyi yapar

Aşağıdaki tablo sık karşılaşılan bir paylaşımı gösterir. Sağlayıcınızın tablosu farklı olabilir; teklif alırken bu tabloyu doldurup karşı tarafa onaylatmak en hızlı netleştirme yöntemidir.

Tablonun son satırlarına dikkat edin. Hiçbir sağlayıcı verinizin içeriğinden, uygulamanızdaki kullanıcıların yetkisinden ya da yanlış girilen faturadan sorumlu olmaz. Yönetilen hizmet işletim sistemi ve altyapı katmanını alır; iş süreciniz sizde kalır.

Yönetilen hizmette genelde dahil olanlar ve olmayanlar

Teklifleri karşılaştırırken aşağıdaki listeyi kontrol listesi olarak kullanabilirsiniz.

Genelde dahil olanlar

• İlk kurulum ve temel sertleştirme: SSH ya da RDP erişiminin kısıtlanması, gereksiz servislerin kapatılması.
• Düzenli işletim sistemi güncellemesi ve bakım penceresi planı.
• CPU, RAM, disk ve servis durumunun izlenmesi, eşik aşılınca müdahale.
• Planlı yedek ve belli bir süre saklama.
• Sunucu erişilemez olduğunda arıza kaydı ve müdahale.

Genelde dahil olmayanlar ya da ek ücretli olanlar

• Uygulama hataları, eklenti uyumsuzlukları, özel kodun hata ayıklaması.
• Veritabanı performans ayarı, sorgu optimizasyonu.
• Saldırı sonrası adli inceleme ve temizlik.
• Sizin yaptığınız bir değişikliğin geri alınması.
• Taşıma, yeni sürüme yükseltme gibi proje nitelikli işler.

"Dahil olmayan" maddeler kötü niyet göstergesi değildir; sadece kapsam dışıdır. Sorun, bunun ilk arızada öğrenilmesidir. Teklifte açıkça yazmıyorsa yazılı sorun.

Root erişimi, panel ve kontrol: neyi kaybedersiniz

Yönetilen modelin bedeli yalnız ücret değildir; kontrolün bir kısmını da devredersiniz.

Root ya da yönetici erişimi. Bazı sağlayıcılar yönetilen sunucuda root erişimi vermez ya da verir ama "kendi yaptığınız değişiklikten doğan sorunlar kapsam dışıdır" maddesi ekler. Bu makul bir kuraldır: iki tarafın aynı yapılandırmayı habersiz değiştirmesi en sık arıza nedenlerinden biridir. Karar ölçütü şu: ekipte sunucuya dokunması gereken biri varsa, erişim verilip verilmediğini ve değişikliklerin nasıl bildirileceğini sözleşmeye yazdırın.

Paket ve sürüm seçimi. Sağlayıcı desteklediği sürümleri belirler. Uygulamanız belli bir PHP, .NET ya da SQL Server sürümü istiyorsa önceden doğrulayın.

Bakım penceresi. Yamaların ne zaman uygulanacağına sağlayıcı karar verir. Gün içinde yeniden başlatma, muhasebe programı kullanan bir ofiste iş durdurur. Pencerenin sizinle birlikte belirlenmesini isteyin.

Çıkış hakkı. Hizmeti bıraktığınızda yönetici parolalarının, yedeklerin ve yapılandırma belgelerinin size teslim edileceği yazılı olmalı. Aksi halde sağlayıcıya bağımlı kalırsınız.

Hangi işletme için yönetilen sunucu mantıklı

Kararı ekip yetkinliği, kesintinin maliyeti ve iş yükünün türü belirler.

Logo, Mikro, Netsis gibi muhasebe ve ERP kullananlar

Bu programlar genelde Windows Server, SQL Server ve uzak masaüstü üçlüsüyle çalışır. Güncelleme sonrası açılmayan bir RDP oturumu ya da dolan bir SQL Express veritabanı, ofisin tamamını durdurur. İçeride Windows Server ve SQL Server bilen biri yoksa yönetilen model genelde daha güvenli tercihtir. Bu iş yükleri için hazırlanmış Logo sunucu gibi seçeneklerde kurulum ve yedek kurgusu baştan tanımlı gelir; yine de program içi destek çoğunlukla yazılım bayinizde kalır, bunu ayırt edin.

E-ticaret siteleri

Kampanya günü yavaşlayan ya da güvenlik açığından etkilenen mağaza doğrudan ciro kaybıdır. Ancak e-ticarette sorunların büyük kısmı uygulama katmanındadır: eklenti, tema, ödeme entegrasyonu. Yönetilen sunucu altyapıyı korur, uygulama hatasını çözmez. Ajansınız ya da yazılımcınız uygulamayı sahipleniyorsa altyapı için yönetilen hizmet, uygulama için ajans iyi bir iş bölümüdür.

Ajanslar

Çok sayıda müşteri sitesi barındıran ajanslarda genelde Linux ve panel bilgisi vardır. Bu ekipler için yönetilmeyen VPS ve iyi bir otomasyon daha esnek ve ucuzdur. Yönetilen hizmet, ekipte gece nöbeti tutacak kimse yoksa anlam kazanır.

Yönetilmeyen VPS'in mantıklı olduğu durumlar

• Ekipte Linux ya da Windows Server yönetebilen, zamanı olan biri var.
• Test, geliştirme ya da kısa süreli projeler.
• Yazılımın gerektirdiği özel yapılandırma sağlayıcının standart kapsamına sığmıyor.

Sözleşmede bakılacaklar: SLA, müdahale süresi, yedek ve KVKK

Yönetilen sunucu hizmetinin değeri sözleşmedeki maddeler kadardır. Şu başlıkları tek tek kontrol edin.

Erişilebilirlik SLA'sı. Yüzde olarak verilen erişilebilirlik taahhüdünün neyi kapsadığına bakın: yalnız altyapı mı, yoksa işletim sistemi içindeki servisler de mi? Planlı bakım bu hesaptan düşülüyor mu? İhlal durumunda ne olacağı (genelde hizmet kredisi) yazıyor mu?

Müdahale ve çözüm süresi. "Müdahale" ile "çözüm" farklı şeylerdir. Kaydın alınıp bir mühendisin işe başladığı süre ile sorunun giderildiği süre ayrı ayrı yazılmalı. Mesai dışı ve hafta sonu için farklı süre varsa bunu da öğrenin.

Yedek politikası. Yedeğin sıklığı, saklama süresi, nerede tutulduğu ve aynı sunucuda mı yoksa ayrı bir depoda mı olduğu yazılı olsun. Sunucuyla aynı diskte duran yedek, fidye yazılımında yedeklerle birlikte şifrelenir. Ayrı bir depoya alınan yedek mantığı için KVKK ve fidye yazılımına karşı ayrı yedek çözümlerine bakabilirsiniz.

Geri yükleme testi. Test edilmemiş yedek, yedek sayılmaz. Sözleşmede yılda en az birkaç kez geri yükleme testi yapılacağı ve sonucun size raporlanacağı yazmalı. Kendi tarafınızda da test edebilmeniz için bir dosyayı geri yükleme talebi açın ve süresini not alın.

KVKK. Kişisel veri işliyorsanız sağlayıcı sizin adınıza veri işleyen konumundadır. Veri işleyen sözleşmesi, verinin hangi ülkede tutulduğu, alt yüklenici kullanılıp kullanılmadığı ve sağlayıcı personelinin verilere erişim kuralları yazılı olmalı. Sunucu yurt dışındaysa aktarım hükümleri devreye girer; ayrıntısı için KVKK uyumlu sunucu ve yurt dışı VPS yazısına bakabilirsiniz.

Çıkış maddesi. Hizmet sonunda verinin ve erişim bilgilerinin teslim süresi ve biçimi.

Teslim aldığınız sunucuyu kendiniz kontrol edin

Yönetilen hizmette bile sunucunun durumunu ara sıra kendiniz doğrulamanız iyi bir alışkanlıktır. Aşağıdaki betik yalnız okuma yapar, hiçbir ayarı değiştirmez; bu yüzden geri alınacak bir işlem yoktur. Ubuntu 24.04 ve Debian 12 için hazırlandı, sudo yetkisi olan bir kullanıcıyla çalıştırılır.

#!/usr/bin/env bash
# yonetim-kontrol.sh : Yönetilen sunucunun temel durumunu okur, değişiklik yapmaz.
# Ubuntu 24.04 ve Debian 12 için hazırlandı.

echo "== Bekleyen güncellemeler =="
apt list --upgradable 2>/dev/null | tail -n +2 | wc -l

echo "== Otomatik güvenlik güncellemesi durumu =="
systemctl is-enabled unattended-upgrades 2>/dev/null || echo "unattended-upgrades kurulu değil"

echo "== Yeniden başlatma gerekiyor mu =="
if [ -f /var/run/reboot-required ]; then echo "EVET"; else echo "Hayır"; fi

echo "== Disk doluluğu =="
df -h --output=target,pcent -x tmpfs -x devtmpfs

echo "== Son 5 başarılı oturum açma =="
last -n 5 -w | head -n 5

echo "== Yönetici yetkili kullanıcılar (sudo grubu) =="
getent group sudo

echo "== Zamanlanmış görevler (systemd timer) =="
systemctl list-timers --no-pager | head -n 15

Beklenen çıktıda bekleyen güncelleme sayısının düşük olması, unattended-upgrades için enabled görmeniz ve "Yeniden başlatma gerekiyor mu" satırının uzun süre "EVET" kalmaması gerekir. sudo grubunda tanımadığınız bir kullanıcı ya da listede yedek görevine ait hiçbir zamanlayıcı yoksa, bunu sağlayıcıya yazılı sorun. Yedek görevi farklı bir araçla ya da sunucu dışından yürütülüyor olabilir; önemli olan bunun size açıklanmasıdır.

Windows Server kullanıyorsanız benzer kontrolü Ayarlar > Windows Update geçmişi, Disk Yönetimi ve yerel Administrators grubu üzerinden yapabilirsiniz.

Maliyeti etkileyen kalemler ve iç personelle kıyas

Yönetilen sunucu ücreti genelde şu kalemlerden oluşur: sunucu kaynakları (CPU, RAM, disk), yönetim kapsamı, destek saatleri (mesai içi ya da 7/24), yedek saklama süresi ve hacmi, lisanslar (Windows Server, SQL Server, RDS CAL). Teklifleri karşılaştırırken bu kalemleri ayrı ayrı yazdırın; tek satırlık paket fiyatı karşılaştırmayı imkânsız kılar.

İç personelle kıyas yaparken yalnız maaşı değil şunları da hesaba katın:

• Süreklilik. Tek kişi izne çıktığında ya da işten ayrıldığında sunucu bilgisi de gider.
• Mesai dışı. Gece yarısı dolan disk için kim uyanacak?
• Yetkinlik genişliği. Linux, Windows, SQL Server, ağ ve güvenlik konularının hepsini bilen kişi bulmak zordur.
• Kesinti maliyeti. Bir günlük duruşun size maliyetini kabaca hesaplayın: o gün kesilemeyen fatura, giremeyen sipariş, bekleyen personel.

Basit bir karar ölçütü: kesintinin bir günlük maliyeti, yıllık yönetim ücretinin anlamlı bir kısmına denk geliyorsa ve içeride yetkin biri yoksa yönetilen model mantıklıdır. İçeride yetkin ve zamanı olan biri varsa yönetilmeyen sunucu ile iyi bir izleme ve yedek kurgusu genelde daha ekonomiktir. Arada bir yol da vardır: yönetilmeyen sunucu üzerinde yalnız yedek ve izlemeyi hizmet olarak almak.

Sık yapılan hatalar

• "Yönetilen" kelimesine güvenip kapsamı okumamak. İlk arızada uygulamanın kapsam dışı olduğu öğrenilir.
• Yedeği sunucuyla aynı yerde tutmak. Disk arızası ya da fidye yazılımında ikisi birlikte kaybolur.
• Geri yükleme testini hiç istememek. Yedeğin açılmadığı en kötü anda anlaşılır.
• Yönetici parolasını yalnız sağlayıcıda bırakmak. Çıkışta ya da acil durumda erişiminiz olmaz.
• Habersiz değişiklik yapmak. Root erişimi verilen sunucuda, sağlayıcıya bildirmeden yapılan değişiklik hem arıza hem kapsam tartışması doğurur.
• Uygulama desteğini sağlayıcıdan beklemek. Logo ya da e-ticaret yazılımının kendi hatası, yazılım bayisinin ya da geliştiricinin işidir.
• KVKK sözleşmesini atlamak. Kişisel veri işleyen her sağlayıcıyla yazılı veri işleyen sözleşmesi gerekir.

Sık sorulan sorular

Yönetilen sunucuda root ya da yönetici erişimim olur mu?

Sağlayıcıya göre değişir. Bazıları erişim verir ama sizin değişikliklerinizi kapsam dışı sayar, bazıları hiç vermez. Ekipte sunucuya dokunması gereken biri varsa bunu teklif aşamasında yazılı sorun ve değişiklik bildirim yöntemini belirleyin.

Yönetilen sunucu güvenlik açığına karşı tam koruma sağlar mı?

Hayır. İşletim sistemi yamaları ve temel sertleştirme riski azaltır, ama zayıf bir uygulama parolası, güncellenmemiş bir eklenti ya da kimlik avıyla ele geçirilen bir kullanıcı hesabı yine risk oluşturur. Güvenlik paylaşılan bir sorumluluktur.

Yönetilmeyen VPS'ten yönetilen hizmete sonradan geçebilir miyim?

Genelde evet, ama sağlayıcı önce sunucuyu inceler ve kendi standardına uymayan yapılandırmaları düzeltmek ister. Bazen temiz kurulum ve taşıma daha hızlı olur. Mevcut yapılandırmanızı ve yedeğinizi belgelemek geçişi kolaylaştırır.

Yedekler zaten alınıyorsa ayrıca yedek hizmeti gerekir mi?

Sağlayıcının yedeğinin nerede tutulduğuna ve ne kadar saklandığına bakın. Aynı altyapıda kısa süreli tutuluyorsa, kritik veriler için ayrı bir depoda ikinci bir kopya tutmak mantıklıdır. Önemli olan en az bir kopyanın sunucudan bağımsız olmasıdır.

Muhasebe programım için yönetilen sunucu şart mı?

Şart değil, ama içeride Windows Server ve SQL Server bilen biri yoksa kesinti riskini ciddi şekilde azaltır. Program içi sorunlar için yazılım bayinizle, sunucu sorunları için sağlayıcıyla çalışacağınızı baştan netleştirin.

Bu işi hazır yapmak isterseniz

Sunucunun kurulumunu, yedek kurgusunu ve taşımayı kendiniz yapmak yerine hazır bir altyapıyla başlamak isterseniz, İstanbul ve Strasbourg lokasyonlu bulut sunucu seçeneklerini inceleyebilirsiniz. Hangi işlerin kapsamda olduğunu yukarıdaki sorumluluk tablosunu kullanarak yazılı olarak sormanızı öneririz.

Sonuç

Yönetilen sunucu, işletim sistemi ve altyapı katmanındaki işleri sağlayıcıya devretmenin yoludur; uygulamanız, verileriniz ve iş süreciniz sizde kalır. Karar verirken etiketin değil kapsamın peşine düşün: sorumluluk tablosunu doldurun, SLA'da müdahale ve çözüm süresini ayırın, yedeğin nerede tutulduğunu ve geri yükleme testinin nasıl yapılacağını yazdırın, KVKK ve çıkış maddelerini atlamayın. İçeride yetkin biri yoksa ve kesintinin maliyeti yüksekse yönetilen model genelde doğru tercihtir. Ekibiniz sunucuyu yönetebiliyorsa yönetilmeyen VPS daha esnek ve ekonomik kalır.