Yönetilen mi Yönetilmeyen Sunucu mu? Hangisi Size Uygun

Yönetilen sunucu mu yönetilmeyen mi sorusu, sunucu alan hemen herkesin takıldığı ilk yerdir ve neredeyse her zaman yanlış eksende tartışılır. İnsanlar bunu bir fiyat sorusu sanıyor: "yönetilen daha pahalı, o zaman yönetilmeyeni alayım." Oysa iki paket arasındaki asıl fark fiyat değil, sorumluluk sınırıdır. Yönetilmeyen bir sunucu satın aldığınızda size teslim edilen şey çalışan bir sistem değil, boş bir işletim sistemi ve bir root parolasıdır. O andan itibaren güvenlik yaması, çekirdek güncellemesi, güvenlik duvarı kuralları, yedeğin alınması, yedeğin geri dönüp dönmediğinin sınanması ve gece üçte çöken servisin ayağa kaldırılması sizin işinizdir.

Bu yazıda iki modeli yan yana koyup her bir işin kimde olduğunu satır satır tabloya döküyoruz. Sonra çoğu Türkçe kaynağın hiç değinmediği iki soruyu cevaplıyoruz: "yönetilen" paketin kapsamı tam olarak nerede biter ve aylık ek ücretin saat cinsinden karşılığı nedir. En sonda da üç gerçek arıza senaryosunu iki modelde ayrı ayrı yürütüyoruz — çünkü hangi paketi aldığınızı anladığınız an, her şeyin yolunda gittiği gün değil, bir şeyin bozulduğu gündür.

Yönetilen ve Yönetilmeyen Sunucu Ne Demek#

Yönetilmeyen (unmanaged) sunucu, donanım ve ağın sağlayıcıya, işletim sisteminin üstündeki her şeyin size ait olduğu modeldir. Yönetilen (managed) sunucu ise işletim sistemi seviyesindeki bakımın da sağlayıcıya devredildiği modeldir.

Yönetilmeyen bir sunucuda sağlayıcının garanti ettiği şey listesi kısadır: fiziksel makinenin ayakta olması, ağ bağlantısının çalışması, güç ve soğutmanın sürmesi, sizin talebiniz üzerine işletim sisteminin yeniden kurulması ve konsol erişimi. Bu kadar. Sunucuya SSH ile bağlanamıyorsanız, sağlayıcının kontrolü "makine ayakta mı, ağ geliyor mu" ile sınırlıdır; ayaktaysa ve ağ geliyorsa cevap "sunucunuz çalışıyor" olur, çünkü sözleşme gereği gerçekten çalışıyordur.

Yönetilen modelde ise sağlayıcı, işletim sistemi ve genellikle kontrol paneli seviyesinde de sorumluluk üstlenir: güncellemeler uygulanır, güvenlik duvarı yapılandırılır, servisler izlenir, düşen servis kaldırılır, yedek alınır. Ancak bu listenin nerede bittiği paketten pakete değişir ve asıl kritik nokta budur.

Arada bir de "yarı yönetilen" model vardır: temel kurulum ve izleme sağlayıcıda, uygulama tarafı sizde. Türkiye'de en çok satılan model aslında budur ama adı çoğu zaman konmaz.

Sorumluluk Sınırı Tablosu: Hangi İş Kimde#

Aşağıdaki tablo, bir sunucunun ömrü boyunca yapılması gereken işleri ve iki modelde bunların kimde olduğunu gösterir. Sunucu almadan önce bu tabloyu sağlayıcıya gösterip "sizin pakette hangileri var" diye sormak, sonradan yaşanacak her tartışmayı bitirir.

Tablodaki en önemli satır "uygulama içi hata" satırıdır. Yönetilen bir sunucuda bile WordPress'inizin beyaz ekran vermesi sizin sorununuzdur; sağlayıcı size sunucunun ayakta olduğunu ve PHP'nin çalıştığını gösterir, gerisi uygulama katmanıdır. Bu ayrımı bilmeden yönetilen paket alan kullanıcı, ilk uygulama hatasında hayal kırıklığı yaşar.

"Yönetilen" Paketin Kapsamı Nerede Biter#

Yönetilen paketin sınırı neredeyse her zaman "işletim sistemi ve altındaki servisler" ile çizilir; sizin yazdığınız veya kurduğunuz uygulamanın içi kapsam dışıdır. Satın almadan önce sorulacak beş net soru şudur:

1. Güvenlik yamaları otomatik mi uygulanıyor, uygulanınca haber veriliyor mu? Otomatik güncelleme açıksa çekirdek güncellemesi sonrası yeniden başlatmanın ne zaman yapılacağı belirlenmiş olmalıdır. Bu mekanizmayı kendiniz kuracaksanız unattended upgrades otomatik güncelleme yazısı doğru başlangıç noktasıdır.
2. Yedek nereye alınıyor ve kaç sürüm saklanıyor? Yedeğin aynı sunucunun diskinde durması yedek değildir; sunucu gittiğinde yedek de gider.
3. Geri yükleme kimin talebiyle, ne kadar sürede yapılıyor? "Yedek var" cümlesi ile "iki saat içinde geri döndürürüz" cümlesi arasında ciddi fark vardır.
4. İzleme var mı, alarm kime gidiyor? Servis düştüğünde haberi sizin mi vermeniz gerekiyor, yoksa sistem mi tespit ediyor?
5. Hacklenme durumunda temizlik kapsamda mı? Çoğu pakette değildir; en fazla sunucu izole edilir ve temiz kurulum önerilir. Bu senaryoda ne yapmanız gerektiğini hacklenmiş site kurtarma yazısında anlatıyoruz.

Bu beş sorunun cevabı yazılı değilse, aldığınız şey "yönetilen sunucu" değil, "destek ekibi biraz daha yardımcı olan sunucu"dur. Aradaki fark bir arıza gecesinde ortaya çıkar.

Aylık Ek Ücretin Saat Karşılığı#

Yönetim hizmetinin ek ücretini değerlendirmenin doğru yolu, o işleri kendiniz yaptığınızda harcayacağınız saati hesaplamaktır. Aşağıdaki tablo, tek bir Linux sunucuyu üretimde tutmanın rutin bakım yükünü gösterir. Rakamlar deneyimli bir sistem yöneticisi için geçerlidir; ilk kez sunucu yönetiyorsanız ilk aylarda bunun birkaç katını harcarsınız.

Yani rutin işleyişte tek bir sunucu ayda kabaca bir iş günü kadar zaman ister. Buna öğrenme eğrisi dahil değildir. Karar şu basit soruya iner: bu 6-8 saati kendi işinize ayırdığınızda kazandığınız değer, yönetim hizmetinin aylık farkından yüksek mi? E-ticaret yapan, ajans işleten veya ekipte sistem yöneticisi olmayan çoğu kullanıcı için cevap açık biçimde evettir.

Bir de gizli maliyet var: kesinti süresi. Yönetilmeyen bir sunucuda gece 03:00'te düşen bir servis, siz sabah fark edene kadar aşağıda kalır. Bu sürenin yıllık kullanılabilirlik oranınıza etkisini görmek için uptime SLA hesaplayıcı aracını kullanabilirsiniz; SLA kavramının kendisi için uptime sla nedir yazısına bakın. Tek bir gecelik 6 saatlik kesinti, aylık kullanılabilirliğinizi ciddi biçimde aşağı çeker.

Yönetilmeyen Sunucuda İlk Hafta Gerçekte Ne Yaparsınız#

Yönetilmeyen bir sunucu aldığınızda size e-posta ile IP adresi, kullanıcı adı ve parola gelir. Sonrasında yapılması gerekenler listesi şudur — ve bu liste tamamlanmadan üzerine site koymamalısınız.

1. Gün: erişimi güvene alın.

adduser yonetici
usermod -aG sudo yonetici
mkdir -p /home/yonetici/.ssh
nano /home/yonetici/.ssh/authorized_keys   ### yerel makinenizdeki açık anahtarı buraya yapıştırın
chmod 700 /home/yonetici/.ssh && chmod 600 /home/yonetici/.ssh/authorized_keys

Ardından parola girişini kapatın:

sed -i 's/^#\?PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config
sed -i 's/^#\?PermitRootLogin.*/PermitRootLogin no/' /etc/ssh/sshd_config
sshd -t && systemctl reload ssh

⚠️ sshd -t adımını atlamayın; yapılandırmada bir yazım hatası varsa servisi yeniden yüklediğiniz anda kendinizi sunucudan kilitlersiniz. Yeni ayarı sınamadan mevcut oturumunuzu kapatmayın.

2. Gün: güvenlik duvarı ve otomatik güncelleme.

ufw default deny incoming
ufw default allow outgoing
ufw allow 22/tcp
ufw allow 80,443/tcp
ufw enable
ufw status verbose

apt install -y unattended-upgrades
dpkg-reconfigure --priority=low unattended-upgrades

3. Gün: kaba kuvvet koruması ve izleme. fail2ban kurulumu, disk ve bellek eşiklerinin izlenmesi, e-posta ya da başka bir kanala alarm tanımlanması. Bu adımların ayrıntısı için sunucu sertleştirme kontrol listesi yazısını takip edebilirsiniz.

4-5. Gün: yığın kurulumu. Web sunucusu, PHP-FPM, veritabanı, SSL. Buradaki her bileşenin kendi yapılandırma kararları vardır ve varsayılan ayarlar üretim için uygun değildir.

6. Gün: yedekleme. Yedeğin sunucu dışına çıkması ve zamanlanmış olması gerekir:

0 3 * * * /usr/local/bin/yedek.sh >> /var/log/yedek.log 2>&1

7. Gün: geri dönüş testi. Bu adım en çok atlanan ve en pahalıya patlayan adımdır. Aldığınız yedeği başka bir sunucuya geri yükleyip sitenin açıldığını görmediyseniz, elinizde yedek olduğunu bilmiyorsunuz demektir; sadece bir dosyanız var.

Aynı listenin daha ayrıntılı hali için vds satın alma sonrası ilk adımlar yazısına bakabilirsiniz. Bu işleri tek tek elle yapmak yerine tekrarlanabilir hale getirmek isterseniz ansible ile sunucu otomasyonu yazısı aynı kurulumu bir dosyaya indirger.

Root Erişimi Kimde Kalır, Neyi Değiştirir#

Yönetilen bir pakette de genellikle root erişimi sizde kalır, ama bu erişim iki tarafın da sorumluluğunu bulanıklaştırabilir. Sağlayıcı bir yapılandırma kurmuşsa ve siz onu değiştirdiyseniz, sonrasında çıkan sorun kapsam dışına düşer. Bu yüzden yönetilen pakette şu kuralı işletin: sunucu düzeyindeki değişiklikleri destek üzerinden isteyin, uygulama düzeyindeki değişiklikleri kendiniz yapın.

Ayrım pratikte şöyledir:

• Sunucu düzeyi (destekten isteyin): PHP sürümü değişimi, php.ini limitleri, Nginx/Apache sanal sunucu tanımı, güvenlik duvarı kuralı, cron tanımı, servis yeniden başlatma.
• Uygulama düzeyi (sizde): tema/eklenti kurulumu, veritabanı içeriği, uygulama yapılandırma dosyaları, dosya izinleri, içerik yükleme.

Yönetilmeyen tarafta böyle bir ayrım yoktur; her şey sizindir. Bu bir dezavantaj değil, sadece bir gerçektir — ve doğru ekiple çalışıyorsanız avantaja dönüşür, çünkü kimseden izin beklemeden istediğiniz yığını kurabilirsiniz.

Arıza Anında Ne Oluyor: Üç Senaryo#

Modelin gerçek farkı, bir şey bozulduğunda ortaya çıkar. Üç yaygın senaryoyu iki modelde yan yana koyalım.

Senaryo 1: Disk doldu, site 500 hatası veriyor. Yönetilmeyen: Siz fark edersiniz (muhtemelen müşteri arayınca). SSH ile bağlanıp df -h ile hangi bölümün dolduğuna, du -sh /var/log/* ile hangi dizinin şiştiğine bakarsınız. Genelde suçlu birikmiş loglardır; logrotate yapılandırmasını düzeltip yer açarsınız. Toplam süre: fark etme + müdahale. Yönetilen: İzleme eşiği aşıldığında alarm üretilir, ekip yer açar ve size bilgi verir. Sizin tarafta bir işlem gerekmez.

Senaryo 2: WordPress güncellemesi sonrası site açılmıyor. Yönetilmeyen: Sizde. Yönetilen: Yine sizde. Bu uygulama katmanıdır. Sağlayıcı size en fazla PHP hata günlüğünü gösterir ve sunucunun sağlıklı olduğunu doğrular. Yedekten geri dönüş talebi verebilirsiniz ama hangi eklentinin kırdığını bulmak sizin işinizdir. Bu tür hatalarda izlenecek yol wordpress hata çözümü yazısında adım adım anlatılıyor.

Senaryo 3: Sunucuya yetkisiz erişim, dosyalar değiştirilmiş. Yönetilmeyen: Tamamen sizde — izolasyon, adli inceleme, temiz kurulum, yedekten dönüş, açığın kapatılması. Yönetilen: Sağlayıcı genellikle sunucuyu ağdan izole eder ve size bildirir; temizlik ve yeniden kurulum çoğu pakette ek hizmettir. Yani "yönetilen paketim var, hacklenirsem onlar temizler" beklentisi çoğunlukla karşılanmaz. Bu senaryoda yedeğin sunucu dışında olması hayat kurtarır.

Üç senaryonun ortak dersi şudur: yönetilen paket, sistem katmanındaki işleri devralır. Uygulamanız hâlâ sizindir ve yedeğiniz hâlâ sizin sigortanızdır.

Hangisini Seçmelisiniz: Karar Ağacı#

Kararı beş soruyla verebilirsiniz. Her "hayır" cevabı sizi yönetilen tarafa yaklaştırır.

1. SSH ile bağlanıp bir servisi yeniden başlatmayı biliyor musunuz? Bilmiyorsanız yönetilmeyen sunucuda ilk arızada çaresiz kalırsınız.
2. Sunucuya haftada bir saat ayırabilir misiniz? Ayıramıyorsanız bakım birikir; birikmiş bakım güvenlik açığı demektir.
3. Yedeğinizi geri yükleyip test ettiniz mi? Hiç yapmadıysanız, o yedeğin çalıştığını varsaymayın.
4. Kesinti size ne kadara mal olur? Satış yapan bir site için birkaç saatlik kesinti, yıllık yönetim farkından pahalı olabilir.
5. Özel bir yığın mı kuracaksınız? Kendi konteyner ortamınızı, özel derlemelerinizi veya standart dışı bir yapılandırmayı kuracaksanız yönetilmeyen taraf size daha çok özgürlük verir.

Genel kural: teknik ekibiniz varsa yönetilmeyen, yoksa yönetilen. Arada kaldıysanız üçüncü bir yol var — yönetilmeyen sunucu alıp yönetim hizmetini ayrı bir kalem olarak eklemek. Bu, kapsamın yazılı olarak belirlendiği ve ihtiyaç değiştiğinde ölçeklenebilen en esnek modeldir. Sunucu türü seçimini de bu kararla birlikte yapmanız gerekiyorsa vds nedir nasıl alınır yazısı paket seçim tarafını tamamlar; işlem terminali gibi özel bir yük çalıştıracaksanız forex vds nedir yazısındaki gereksinim listesi işinizi görür.

Sıkça Sorulan Sorular#

Yönetilen sunucu tam olarak neleri kapsar#

Tipik olarak işletim sistemi ve altındaki servislerin bakımını kapsar: güvenlik yamaları, çekirdek güncellemeleri, güvenlik duvarı yapılandırması, web sunucusu ve veritabanı kurulumu, SSL yenilemesi, izleme ve düşen servisin ayağa kaldırılması. Kapsam dışında kalan şey ise sizin uygulamanızdır — WordPress eklentisi, özel yazılımınız veya tema kodu her iki modelde de size aittir. Satın almadan önce kapsamı yazılı olarak isteyin; "destek dahildir" cümlesi kapsam tanımı değildir. En kritik iki soru şudur: yedek nereye alınıyor ve geri yükleme ne kadar sürede yapılıyor.

Yönetilmeyen sunucuda root parolasını kaybedersem ne olur#

Sağlayıcının kurtarma modu veya konsol erişimi üzerinden parolayı sıfırlayabilirsiniz, veri kaybı yaşanmaz. Çoğu sağlayıcı panelde bir kurtarma (rescue) modu sunar; sunucu geçici bir sistemle açılır, ana diski bağlarsınız ve parolayı değiştirirsiniz. Bu seçenek yoksa destek talebiyle parola sıfırlama istenebilir. Bu riski baştan ortadan kaldırmanın yolu SSH anahtarı kullanmak ve anahtarın yedeğini sunucu dışında güvenli bir yerde tutmaktır.

Yönetilen pakette de root erişimim olur mu#

Çoğu yönetilen pakette root erişimi size verilir, ancak yaptığınız değişiklikler destek kapsamını etkileyebilir. Sağlayıcının kurduğu bir yapılandırmayı elle değiştirdiyseniz ve sonrasında bir sorun çıktıysa, o sorun genellikle kapsam dışında değerlendirilir. Bu yüzden pratik kural şudur: sunucu düzeyindeki değişiklikleri destek üzerinden talep edin, uygulama düzeyindeki değişiklikleri kendiniz yapın. Bu ayrımı baştan netleştirmek, arıza anındaki tartışmayı tamamen ortadan kaldırır.

Yedekleme yönetilen pakete dahil mi#

Genellikle dahildir ama "dahil" kelimesi tek başına yeterli bilgi vermez. Sorulması gereken üç şey vardır: yedek sunucunun kendi diskinde mi yoksa ayrı bir depolamada mı tutuluyor, kaç sürüm saklanıyor ve geri yükleme ne kadar sürede yapılıyor. Aynı diskte duran bir yedek, disk arızasında birlikte kaybolur ve yedek sayılmaz. Kapsam ne olursa olsun kendi bağımsız yedeğinizi de almanız, sağlayıcı bağımlılığını ortadan kaldırdığı için her zaman doğru karardır.

Sunucumu kendim yönetirsem ne kadar zamanımı alır#

Tek bir Linux sunucu için rutin bakım ayda kabaca 6-8 saat tutar ve buna beklenmeyen arızalar dahil değildir. Bu sürenin dağılımı şöyledir: haftalık paket güncellemeleri ve kontroller, aylık çekirdek güncellemesi ve planlı yeniden başlatma, aylık yedek doğrulama testi, düzenli log incelemesi ve kaynak kullanımı kontrolü. İlk kez sunucu yönetiyorsanız ilk üç ay bu sürenin birkaç katını harcarsınız çünkü her adım bir araştırma gerektirir. Bu zamanın karşılığını hesaplarken kendi saatlik değerinizi de denklemin içine koyun.

Yönetilmeyen sunucu daha mı güvensiz#

Sunucu değil, bakımsız bırakılması güvensizdir. Yönetilmeyen bir sunucu doğru sertleştirildiğinde ve güncellemeleri düzenli uygulandığında yönetilen bir sunucudan daha az güvenli değildir. Risk, güncellemelerin aylarca yapılmaması, güvenlik duvarının hiç kurulmaması ve parola tabanlı SSH girişinin açık bırakılmasından doğar. Sahada gördüğüm ihlallerin büyük çoğunluğu sıfırıncı gün açığından değil, aylardır yamalanmamış bilinen bir açıktan gelir.

Yönetilenden yönetilmeyene sonradan geçebilir miyim#

Çoğu sağlayıcıda geçebilirsiniz; teknik olarak sunucu aynı kalır, yalnızca hizmet kapsamı değişir. Geçmeden önce yapılması gereken hazırlık şudur: mevcut yapılandırmanın tam bir dökümünü alın, hangi servislerin hangi ayarlarla çalıştığını yazılı hale getirin ve yedeğin nereye alındığını öğrenip aynı işi kendi tarafınızda kurun. Devir sonrası en sık yaşanan sorun, sağlayıcının kurduğu otomatik yedek görevinin durması ve kimsenin bunu aylarca fark etmemesidir. Geçiş gününde crontab -l ve systemctl list-timers çıktılarını mutlaka inceleyin.

Paylaşımlı hosting de yönetilen sayılır mı#

Evet, paylaşımlı hosting en yönetilen barındırma modelidir; sunucu bakımının tamamı sağlayıcıdadır ve sizin sorumluluğunuz yalnızca kendi hesabınızın içindedir. Bu yüzden sunucu yönetmek istemeyen çoğu kullanıcı için doğru cevap "yönetilen VDS" değil, doğru boyutlandırılmış bir paylaşımlı pakettir. VDS'e geçiş kararı genellikle kaynak limitlerine dayanmaya başlandığında veya özel bir yazılım yığını gerektiğinde anlamlı hale gelir. Sunucuya ihtiyacınız olup olmadığından emin değilseniz, önce mevcut paketinizin kaynak kullanım ekranına bakmak en ucuz teşhistir.

Kapanış#

Yönetilen mi yönetilmeyen mi sorusunun cevabı bütçede değil, sorumluluk tablosunda saklı. Yönetilmeyen bir sunucu size özgürlük verir ama karşılığında ayda 6-8 saatlik rutin bakımı ve gece üçte düşen servisin sizin telefonunuza düşmesini kabul etmenizi ister. Yönetilen paket bu yükün sistem katmanındaki kısmını devralır; ancak uygulamanızın içi, eklenti çakışmalarınız ve çoğu durumda bir ihlal sonrası temizlik hâlâ sizdedir. Satın almadan önce yapılacak tek şey vardır: yukarıdaki tabloyu sağlayıcıya gösterip her satırın karşısına kimin adının yazıldığını yazılı olarak almak. O tablo doldurulduğu anda karar kendiliğinden netleşir.

Sunucuyu kendiniz yönetmek istemiyor, güncelleme ve güvenlik yamalarını devretmeyi tercih ediyorsanız sunucu yönetimi hizmeti bu kalemleri üstlenir; donanım ve kaynak tarafında tam kontrol istiyorsanız VDS sunucu paketleri root erişimiyle birlikte gelir. Hangi modeli seçerseniz seçin bağımsız bir kopya bulundurmak istiyorsanız yedekleme hizmeti yedeği sunucunun dışına taşır; sunucu yönetmeye hiç girmeden bir site yayınlamak yeterliyse hosting paketleri zaten tüm sistem bakımını kapsar.