Reseller Hosting mi VDS mi? Ajanslar İçin Karşılaştırma

Müşteri sayınız onu geçtiğinde şu soru kaçınılmaz olarak gelir: reseller hosting mi VDS mi? Yani müşteri sitelerini bir bayi hosting hesabının altında mı tutmalısınız, yoksa kendi sunucunuzu kurup WHM ile mi yönetmelisiniz? Türkçe içeriklerin neredeyse tamamı bu soruyu "bayilik başlatın, pasif gelir elde edin" tonuyla cevaplıyor; çünkü çoğu bayilik satmak isteyen bir sağlayıcının kendi blogunda yazılmış. Oysa kararın gerçek bileşenleri farklıdır: lisans maliyetinin hesap sayısına göre nasıl kademelendiği, WHM ile bir sunucuyu ayakta tutmanın aylık kaç saat iş yükü ürettiği ve gece 03:00'te sunucu çöktüğünde telefonu kimin açtığı.

Bu yazıda iki modeli bir ajansın gerçek işletme kalemleri üzerinden karşılaştırıyoruz: kimin neyi üstlendiği, lisans katmanlarının hesap sayısıyla nasıl değiştiği, müşteri sayısına göre kırılma noktasının nasıl hesaplandığı ve kesinti anında sorumluluğun hangi noktada size geçtiği. Sonunda ikisinin arasında kalanlar için karma bir model ve geçişi yaparken izlenecek teknik adımlar da var. Rakam yerine formül veriyoruz; kendi müşteri sayınızı ve saat ücretinizi yerine koyarak kararı kendiniz vereceksiniz.

İki Model Gerçekte Neyi Satın Alıyor#

Reseller hosting, bir sunucu üzerinde size ayrılmış bir kota ve o kotanın içinde hesap açma yetkisi satın almaktır. WHM paneline erişirsiniz ama sınırlı bir WHM'dir: hesap açabilir, paket tanımlayabilir, DNS bölgesini düzenleyebilir, hesabı askıya alabilirsiniz. Erişemedikleriniz de nettir — SSH'a root olarak giremez, PHP sürümü listesine yeni bir sürüm ekleyemez, çekirdek parametresi değiştiremez, güvenlik duvarı kuralı yazamaz, sunucuya Redis kuramazsınız. Modelin ayrıntılı tanımı için reseller hosting nedir yazısına bakabilirsiniz.

VDS ise size boş bir makine verir. Üzerine kontrol panelini siz kurarsınız, lisansını siz alırsınız, güncellemesini siz yaparsınız, güvenlik duvarını siz yapılandırırsınız, yedeğini siz kurgular ve geri dönme testini siz yaparsınız. Karşılığında sınır tanımayan bir yetki alırsınız: kendi PHP eklentiniz, kendi cron sıklığınız, kendi bellek dağılımınız, istediğiniz sayıda hesap.

Aradaki fark tek cümleyle şudur: reseller hostingte kapasite satın alırsınız, VDS'te sorumluluk satın alırsınız. Bu cümle basit görünür ama aşağıdaki tüm hesabın temeli odur.

Reseller Hostingte Sizin Sorumluluğunuz Nerede Biter#

Bayi hesabında sizin işiniz hesap açmak, paket atamak, DNS'i doğru yönlendirmek ve müşteriye WordPress kurmakla biter. Sunucunun ayakta kalması sağlayıcının işidir ve bu, göründüğünden büyük bir yüktür.

Pratikte üstlenmediğiniz kalemler şunlardır: kernel ve paket güncellemeleri, Apache/LiteSpeed sürüm yükseltmeleri, MySQL ayarlarının yük altında düzeltilmesi, brute force saldırılarının engellenmesi, spam gönderen hacklenmiş bir hesabın IP itibarını düşürmesini önlemek, disk dolduğunda müdahale, RAID/disk arızası, veri merkezi tarafındaki ağ kesintisi. Bunların her biri ayrı bir uzmanlık ve her biri gece yarısı olabiliyor.

Buna karşılık reseller modelinin gerçek kısıtları da vardır ve müşteri portföyünüz belli bir profile geldiğinde duvara toslar:

• Kaynak tavanı sabittir. Bir müşteri sitesi beklenmedik trafik alırsa, tüm bayi kotanız o hesabın altında zorlanır. Diğer müşterileriniz de yavaşlar.
• Özel yazılım kurulamaz. Node.js tabanlı bir uygulama, kendi derlediğiniz bir PHP eklentisi, headless bir CMS ya da özel bir kuyruk servisi isteyen bir müşteri geldiğinde bayilik yetmez.
• Cron sıklığı ve çalışma süresi sınırlıdır. Ağır bir XML entegrasyonu ya da toplu ürün güncellemesi, paylaşımlı ortamın CPU ve çalışma süresi limitlerine takılır.
• Nameserver ve marka. Kendi nameserver'ınızla müşteriye görünmek mümkündür ama kaydın oluşturulması ve IP eşleşmesi bayilikte sağlayıcıya bağımlıdır.

Yani bayilik "kolay" olduğu için değil, kısıtları kabul edilebilir olduğu sürece doğru seçimdir.

VDS ve WHM ile Üstlendiğiniz Gerçek İş Yükü#

Bu, karşılaştırmalarda en sık atlanan kısımdır. Kendi sunucunuzu yönetmek "bir kere kurup unutulacak" bir iş değildir; tekrarlayan bir bakım takvimidir. Aşağıdaki tablo, WHM'li bir üretim sunucusunun tipik aylık bakım yükünü kalemlere ayırıyor. Süreler deneyimli bir sistem yöneticisi içindir; ilk yılınızda hepsini 2–3 ile çarpın.

Kabaca toplarsanız, olağan aylarda 8–14 saat, bir olay yaşandığında 20 saati aşan bir yük çıkar. Ajans işletiyorsanız bu saatlerin bir maliyeti vardır: ya sizin faturalanabilir saatinizden düşer ya da birine ödersiniz. Karşılaştırmayı yaparken bu kalemi sıfır kabul etmek, kararın en büyük hatasıdır.

Sunucuyu ilk kurarken atlanmaması gereken adımların listesi için sunucu sertleştirme kontrol listesi yazısı bir başlangıç noktası olur; WHM tarafındaki hesap ve paket yönetiminin nasıl işlediğini de WHM nedir yazısında bulabilirsiniz.

Lisans Maliyeti Hesap Sayısına Göre Nasıl Değişir#

Rakam vermeden yapının kendisini anlatmak mümkün, çünkü asıl tuzak fiyatta değil kademelendirmede saklı.

cPanel/WHM lisansları hesap sayısına göre katmanlıdır. Tek hesaplık bir katman, birkaç hesaplık bir katman, birkaç düzine hesaplık bir katman ve yüzlerce hesaplık bir üst katman şeklinde ilerler; en üst katmandan sonra ise hesap başına ek ücret işlemeye başlar. Katman adları ve eşikleri zaman içinde değişebilir, ama üç sonucu her zaman aynıdır:

1. Maliyet doğrusal değil, basamaklıdır. Bir hesap ekleyerek üst katmana geçtiğiniz anda aylık gideriniz sıçrar. Yani "bir müşteri daha alsam ne olur" sorusunun cevabı, katman sınırının hangi tarafında olduğunuza bağlıdır.
2. Az hesapla kendi sunucunuz pahalıdır. 5–8 müşterisi olan bir ajansta, VDS bedeli + panel lisansı + yedek alanı + aylık bakım saatleri toplamı, aynı işi yapan bir bayi hesabının çok üzerine çıkar.
3. Çok hesapta oyun tersine döner. Katman başına düşen hesap sayısı arttıkça hesap başına lisans yükü düşer; bayilikte ise kota ihtiyacınız her müşteriyle doğrusal büyür.

Lisans maliyetini tamamen ortadan kaldırmak istiyorsanız açık kaynak paneller (ör. birçok dağıtımda ücretsiz kullanılabilen alternatifler) bir seçenektir. Ama bu kararın da bir bedeli vardır: müşteriye teslim ettiğiniz panel değişir, cPanel'e alışkın bir müşteri her destek talebinde ekran farkı yaşar ve müşteriyi başka bir sağlayıcıya taşımak istediğinizde standart cPanel yedek formatı kullanılamayabilir. Panel kararını, müşteriye hangi arayüzü teslim edeceğinizi düşünerek verin.

Kırılma Noktasını Hesaplama#

Kararı duyguyla değil, tek bir eşitsizlikle verin. İki tarafın aylık toplam maliyetini yazın ve eşitlendiği müşteri sayısını bulun.

Bayi tarafı  = Bayi paketi bedeli
               + (ek kota ihtiyacı, müşteri sayısıyla artan)
               + sizin aylık yönetim saatiniz × saat ücretiniz

Kendi sunucu = VDS bedeli
               + panel lisansı (bulunduğunuz katman)
               + yedek depolama bedeli
               + aylık bakım saati × saat ücretiniz
               + risk payı (olay başına saat × beklenen olay sayısı)

Buradaki tek zor değişken "saat ücretiniz". Ajanssanız zaten biliyorsunuz; freelance çalışıyorsanız müşteriye faturaladığınız saat ücretini kullanın — sunucuya harcadığınız saat, faturalayamadığınız saattir.

Pratikte gördüğüm kaba eşikler şöyle:

• 1–8 müşteri site: Bayi hosting neredeyse her zaman kazanır. Lisans ve bakım yükü bu ölçekte kendini amorti etmez.
• 8–25 müşteri site: Gri bölge. Kararı müşteri profili verir: hepsi standart WordPress ise bayilik hâlâ mantıklıdır; içlerinde e-ticaret, üyelik sistemi veya özel uygulama varsa VDS'e geçmenin teknik gerekçesi doğar.
• 25+ müşteri site: Kendi sunucunuz genellikle kazanır — hem birim maliyet hem de kaynak esnekliği açısından. Bu ölçekte bakım saatlerini bir yönetilen hizmet paketine devretmek de rasyonel hâle gelir.

Kritik uyarı: bu eşikler müşteri sayısına değil, kaynak ağırlığına bağlıdır. 40 küçük tanıtım sitesi, 6 orta ölçekli WooCommerce mağazasından daha az yük üretir. Ağırlığı ölçmek için müşterilerinizin zirve saatteki eşzamanlı PHP isteklerini toplayın; e-ticaret tarafındaki farkı e-ticaret için hosting seçimi yazısında ayrıntılandırdık. Bir müşteri projesinin toplam kalemlerini çıkarırken web sitesi açma maliyeti yazısı da kontrol listesi işlevi görür.

Kesinti Anında Sorumluluk Kime Geçer#

Bu, sözleşme yazarken en çok pişmanlık üreten başlıktır. İki modelde de müşteriniz sizi arar — fark, sizin ne yapabildiğinizdedir.

Bayi modelinde kesinti anında yapabileceğiniz şey sağlayıcıya talep açmak ve durumu müşteriye aktarmaktır. Bu sizi çaresiz gibi gösterse de aslında koruyucudur: teknik çözüm sorumluluğu sizde değildir ve sağlayıcının 7/24 nöbetçi ekibi devrededir. Müşteriye verdiğiniz erişilebilirlik taahhüdünü, sağlayıcınızın taahhüdünün altında tutun; üstünde bir söz verirseniz kendi kontrolünüzde olmayan bir riski üstlenmiş olursunuz. Taahhüdün yüzde olarak ne kadar kesinti süresine karşılık geldiğini uptime SLA nedir yazısında bulabilirsiniz.

Kendi sunucunuzda ise zincir sizde biter. Sağlayıcı size donanımın ve ağın ayakta olduğunu garanti eder; işletim sisteminden yukarısı sizindir. Bir müşteri sitesi hacklendiğinde temizlik sizin, sunucu spam gönderdiği için IP karalisteye girdiğinde çıkarma süreci sizin, MySQL bozulduğunda onarım sizindir. Bu gerçeği baştan planlamanın üç pratik yolu var:

1. Yedek stratejisini "var" değil "test edilmiş" yapın. Ayda bir, rastgele bir hesabı ayrı bir dizine geri döndürüp açılışını doğrulayın. Geri dönmeyen yedek, yedek değildir.
2. Nöbet ve iletişim kuralını yazın. Müşteriye "mesai içinde 1 saat, mesai dışında 4 saat içinde dönüş" gibi gerçekçi bir yanıt süresi verin; "7/24 anında" demeyin.
3. Tek sunucuya bağımlılığı azaltın. Kritik müşterilerin DNS kayıtlarında TTL değerini düşük tutun ki acil bir taşımada yönlendirme dakikalar içinde etkili olsun.

Karma Model: İkisini Birlikte Kullanmak#

En sık önerdiğim yapı, tek bir modele bağlanmak yerine portföyü ikiye bölmektir. Standart, düşük trafikli, sürprizsiz müşteri sitelerini bayi hesabında tutar; ağır, özel gereksinimli veya yüksek gelirli projeleri kendi sunucunuza alırsınız.

Bu yapının üç somut faydası var. Birincisi, ağır bir müşterinin dalgalanması diğerlerini etkilemez — kaynak izolasyonu portföy düzeyinde sağlanmış olur. İkincisi, kendi sunucunuzda hesap sayınız düşük kaldığı için alt lisans katmanında kalırsınız ve birim maliyetiniz şişmez. Üçüncüsü, bir tarafta yaşanan kesinti tüm müşteri portföyünü aynı anda etkilemez; bu, itibar açısından ölçülmesi zor ama gerçek bir kazançtır.

Ayrımı yaparken kullanabileceğiniz basit kural: müşterinin sitesi PHP dışında bir şeye ihtiyaç duyuyorsa (Node.js servisi, kendi kuyruğu, özel bellek içi önbellek, olağandışı cron sıklığı) ya da aylık gelirinin kaybı bir günlük kesintiyle ölçülemeyecek kadar büyükse, o site kendi sunucunuza aittir. Geri kalanı bayi hesabında kalabilir.

Geçişi Nasıl Yaparsınız#

Bayi hesabından kendi sunucunuza taşınmaya karar verdiyseniz sıra şu şekildedir. Aceleye getirilirse en çok e-posta ve DNS tarafında kayıp verilir.

1. Sunucuyu hazırlayın. VDS'i kurun, işletim sistemini güncelleyin, paneli kurun, güvenlik duvarını yapılandırın, giriş denemelerini kısıtlayan bir servisi devreye alın. Müşteri taşımadan önce bitirin.
2. Paketleri birebir kurun. WHM'de eski bayi paketlerinizin karşılığı olan paketleri disk, bant genişliği, giriş süreci ve bellek değerleriyle yeniden tanımlayın.
3. Tam yedek alın. Her hesabın cPanel tam yedeğini indirin. Bayi panelinizden tek tek ya da toplu yedekleme özelliğiyle.
4. Test hesabıyla prova yapın. En küçük müşteriyi taşıyıp hosts dosyanızdan yeni IP'ye yönlendirerek sitenin, e-postanın ve SSL'in çalıştığını doğrulayın. Süreç WHM hesap transferi yazısında adım adım anlatılıyor.
5. DNS TTL'yi düşürün. Geçişten en az 24 saat önce ilgili kayıtların TTL değerini 300 saniyeye indirin ki dönüş hızlı olsun.
6. E-postayı ayrı planlayın. Sitelerin taşınması hızlıdır, posta kutuları değil. Geçiş penceresinde gelen postaların kaybolmaması için eski sunucuyu bir süre çalışır tutun; yöntem için e-postaları yeni sunucuya taşıma yazısına bakın.
7. Nameserver ve A kaydını değiştirin, sonra izleyin. Yayılma tamamlanana kadar iki sunucu da ayakta kalsın; TTL'yi düşürmüş olsanız bile bazı çözümleyicilerin eski kaydı bir süre daha sunacağını hesaba katın.
8. Eski hesabı hemen kapatmayın. En az iki hafta bekleyin; bu süre içinde fark edilmeyen bir alt alan adı veya cron mutlaka çıkar.

Sıkça Sorulan Sorular#

Kaç müşteriden sonra kendi sunucuma geçmeliyim#

Sayıya değil kaynak ağırlığına bakın; yine de kaba eşik 8–25 müşteri arasındaki gri bölgedir. Sekiz siteye kadar bayi hosting hemen her senaryoda daha ucuz ve daha az risklidir, çünkü lisans ve bakım yükü bu ölçekte amorti olmaz. Yirmi beş sitenin üzerinde ise birim maliyet ve kaynak esnekliği kendi sunucunuz lehine döner. Arada kaldıysanız kararı müşteri profili versin: portföyünüzde e-ticaret, üyelik sistemi veya PHP dışı servis isteyen bir proje varsa geçiş için teknik gerekçeniz zaten oluşmuştur.

Reseller hostingte root erişimi alabilir miyim#

Hayır, reseller hesabında root erişimi hiçbir sağlayıcıda verilmez ve bu bir kısıtlama değil, modelin tanımıdır. Bayi hesabı, aynı fiziksel sunucuda başka bayilerin de bulunduğu bir ortamda size ayrılmış bir kotadır; root erişimi vermek diğer tüm hesapların güvenliğini ortadan kaldırırdı. Size verilen WHM, hesap açma, paket atama, DNS düzenleme ve askıya alma yetkileriyle sınırlı bir alt kümedir. Sunucu düzeyinde yapılandırma değiştirmeniz gerekiyorsa tek yol kendi sunucunuza geçmektir.

Kendi sunucumda cPanel yerine ücretsiz panel kullanabilir miyim#

Evet, kullanabilirsiniz ve bu lisans kalemini tamamen ortadan kaldırır; ancak üç yan etkisini hesaba katın. Birincisi müşteri deneyimi değişir — cPanel arayüzüne alışkın bir müşteri her destek talebinde ekran farkı yaşar ve dokümantasyonlarınızı yeniden yazmanız gerekir. İkincisi ileride başka bir sağlayıcıya ya da cPanel'e taşımak isterseniz standart cPanel yedek formatı elinizde olmadığı için taşıma manuel hâle gelir. Üçüncüsü, panelin kendisi de güncelleme ve güvenlik yüküyle gelir ve o yük artık tamamen sizindir.

Bayi hostingte bir müşterim çok trafik alırsa ne olur#

Kotanız ortak olduğu için o müşterinin dalgalanması diğer müşterilerinizi de yavaşlatır. Bayi paketinde sizin adınıza tanımlı toplam bir kaynak sınırı vardır; hesap başına alt sınırlar koyabilirsiniz ama toplam tavan sabittir. Tek bir sitenin kampanya trafiği bu tavanı zorladığında sunucu tarafında sıraya girme başlar ve tüm hesaplarda yanıt süreleri uzar. Bu riski azaltmanın yolu, WHM paketlerinizde hesap başına giriş süreci ve bellek sınırlarını gerçekçi belirlemek, kaynak yoğun müşteriyi ise ayrı bir ortama almaktır.

VDS'e geçince müşterilerimin e-postaları taşınır mı#

Taşınır ama site taşımasından çok daha dikkatli planlanması gerekir. cPanel tam yedeği posta kutularını da içerir; ancak yedeğin alındığı an ile DNS'in yeni sunucuya yönlendiği an arasında eski sunucuya gelen postalar yeni sunucuda görünmez. Bu boşluğu kapatmak için eski hesabı geçişten sonra en az bir–iki hafta çalışır tutun ve son bir eşitleme yapın. IMAP kullanan müşterilerde eşitleme araçlarıyla fark alınabilir; POP3 kullananlarda yerel kayıplar riski daha yüksektir, o yüzden geçiş öncesi müşteriye bilgi verin.

Kendi sunucumu yönetecek teknik bilgim yoksa ne yapmalıyım#

İki seçeneğiniz var: bayi hostingte kalmak ya da sunucuyu alıp yönetimini dışarıya vermek. İkincisi ajanslar için giderek yaygınlaşan bir model; kaynak esnekliğini ve root yetkisini kaybetmeden, güncelleme–izleme–müdahale yükünü bir yönetilen hizmet paketine devredersiniz. Karar verirken şu soruyu sorun: bir gece sunucu yanıt vermediğinde ilk 30 dakikada ne yapacağınızı adım adım biliyor musunuz? Cevap hayırsa, sunucuyu tek başınıza işletmeye henüz hazır değilsiniz demektir.

Müşteriye verdiğim erişilebilirlik sözü hangi modelde daha güvenli#

Bayi modelinde daha güvenlidir, çünkü sağlayıcının 7/24 operasyon ekibi arkanızdadır ve siz taahhüdünüzü onunkinin altında tutarak kendinizi koruyabilirsiniz. Kendi sunucunuzda ise verilen söz doğrudan sizin müdahale hızınıza bağlanır; tek kişilik bir ekipte "7/24 anında müdahale" gerçekçi bir taahhüt değildir. Sözleşmeye mesai içi ve mesai dışı için ayrı yanıt süreleri yazın, kesintinin tazmin biçimini (hizmet süresi uzatımı gibi) baştan belirleyin ve ölçümü bağımsız bir izleme aracının kaydına dayandırın.

Kapanış#

Reseller hosting mi VDS mi sorusunun cevabı prestijde değil aritmetikte. Bayi hesabı size kapasite satar ve sunucuyu ayakta tutma sorumluluğunu sağlayıcıda bırakır; kendi sunucunuz size sınırsız yetki verir ama aylık 8–14 saatlik bakım yükünü, hesap sayısına göre basamaklanan lisans maliyetini ve kesinti anında telefonun sizde çalmasını da beraberinde getirir. Sekiz müşteriye kadar bayilik neredeyse her zaman kazanır, yirmi beşin üstünde tablo tersine döner, arada kalan bölgede kararı müşteri sayısı değil müşteri profili verir. En sağlıklı yapı çoğu ajans için ikisini birlikte kullanmak: standart siteleri bayi hesabında tutmak, ağır ve kritik projeleri kendi sunucunuza almak.

Portföyünüzü bu şekilde ikiye ayırmak isterseniz standart müşteri siteleri için reseller hosting paketleri, kaynak izolasyonu ve root yetkisi gereken projeler için VDS sunucu paketleri doğal başlangıç noktalarıdır. Sunucuyu alıp güncelleme, izleme ve müdahale yükünü üstlenmek istemiyorsanız sunucu yönetimi hizmeti bu kalemi devralır; müşterilerinizi mevcut ortamdan taşırken veri ve e-posta kaybı riskini düşürmek için de site taşıma desteğini geçiş planınıza baştan dahil edin.