Sunucu kiralama fiyatları, yalnız vCPU, RAM ve disk kapasitesinden oluşmaz. Aynı görünen iki sunucu teklifi; lisanslar, veri transferi, yedekleme, firewall, yönetim, kurtarma ve kurulum kapsamı farklı olduğu için birbirinden önemli ölçüde ayrılabilir. BT yöneticisi ve satın alma ekibinin görevi en düşük aylık rakamı değil, işi gerçekten çalışır tutacak kapsamın toplam maliyetini karşılaştırmaktır.
Kısa cevap: Kurumsal sunucu kiralama bedelini dokuz ana unsur belirler: (1) sunucu modeli, (2) CPU ve bellek, (3) depolama, (4) ağ ve trafik, (5) yazılım lisansları, (6) yedekleme ve kurtarma, (7) güvenlik, (8) yönetim ve destek, (9) kurulum, sözleşme ve çıkış koşulları. Aynı teknik kapsamı 12 ve 36 aylık toplam maliyetle inceleyin; belirsiz kalan satırları sağlayıcıya yazılı sorun.
Bu rehber, Türkiye'deki şirketler için sabit bir 2026 fiyat listesi değildir. Gerçek teklif tutarı iş yüküne, tedarik edilen lisanslara ve sözleşmeye göre değişir. Amaç; daha ilk toplantıda eksik maliyet kalemlerini görmek, aşırı kapasite satın almamak ve sonradan çıkabilecek giderleri azaltmaktır. Mevcut sunucu kiralama fiyatlandırma yaklaşımımızı da bu çerçevede değerlendirebilirsiniz.
1. VPS, dedicated veya yönetilen sunucu modeli
VPS ve bulut sunucu, sanallaştırılmış işlem, bellek ve disk kaynaklarının tahsis edildiği modeldir. Başlangıçta esnek büyüme ve daha küçük iş yükleri için uygun olabilir. Ancak paylaşımlı altyapıda CPU politikası, depolama sınıfı ve yüksek erişilebilirlik özellikleri sağlayıcıya göre farklılaşır. “8 vCPU” ifadesi tek başına fiziksel işlemci performansını garanti etmez.
Dedicated fiziksel sunucu kiralama ise ayrılmış donanım, özel kapasite veya lisanslama gereksinimi olan kurumlarda değerlendirilebilir. Genellikle donanım, disk, ağ ve olası arıza müdahalesi birlikte fiyatlanır. Dedicated modelin otomatik olarak yedekli lokasyon veya felaket kurtarma içerdiğini düşünmeyin.
Yönetilen sunucu ise ayrı bir donanım türü değildir; aynı VPS veya fiziksel sunucuya işletim, güncelleme, izleme ve müdahale hizmetlerinin eklenmesidir. Bu nedenle ilk fiyat sorusu “VPS mi dedicated mı?” kadar “Tam olarak hangi sorumlulukları satın alıyoruz?” olmalıdır. Kurumsal uygulamayı kendi BT ekibi yönetecekse ve hizmet sağlayıcı yönetecekse toplam maliyet farklıdır.
2. CPU, RAM ve kaynakların gerçek performansı
CPU maliyetinde vCPU sayısının yanında işlemci nesli, çekirdek mimarisi, kaynak tahsis politikası ve uzun süreli yük altındaki davranış önemlidir. Saat başı birkaç hafif rapor çalışan bir sistem ile gün boyunca SQL sorguları işleyen ERP sunucusu aynı kapasite seçimine ihtiyaç duymayabilir. Gereksiz büyük kapasite ödemeyi, eksik kaynak ise iş kesintisi ve kullanıcı verimsizliğini artırabilir.
RAM tarafında işletim sistemi, veri tabanı önbelleği, eş zamanlı kullanıcı oturumları, antivirüs ve uygulama servisleri beraber hesaplanmalıdır. “32 GB RAM” ya da “64 GB RAM” gibi rakamlar, gerçek bellek kullanım ölçümleri olmadan tek başına doğru seçim değildir. Özellikle rapor ve dönem sonu kapanışlarında yoğunlaşan yükleri envantere alın.
Teklifte CPU paylaşım yöntemi, RAM büyütme bedeli, artırma sırasında yeniden başlatma gerekip gerekmediği ve kaynak azaltma olanağı yazılmalıdır. Böylece bir sonraki kapasite yükseltmesinin sürpriz bir işçilik veya lisans maliyeti doğurması önlenebilir. Satın alma aşamasında yalnız bugünün kapasitesi değil, önümüzdeki dönemin büyüme yolu fiyatlanmalıdır.
3. Disk kapasitesi, NVMe, IOPS ve veri büyümesi
Depolama maliyetini yalnız “500 GB SSD” veya “1 TB NVMe” satırı üzerinden hesaplamak yanıltıcıdır. SQL Server gibi işlem yoğun iş yüklerinde ortalama gecikme, IOPS, yazma performansı ve aynı altyapıyı paylaşan sistemlerin etkisi önemlidir. Büyük arşiv dosyaları ile küçük veritabanı işlemleri için doğru disk profili farklı olabilir.
Teklifte kullanılabilir kapasite, disk teknolojisi, büyütme adımları ve varsa performans sınıfı açıkça yazılmalıdır. Yedekleme için ayrılmış disk ile üretim diski aynı şey değildir. RAID kullanılması, disk arızasına karşı belirli dayanıklılık sağlayabilir; ancak yanlışlıkla silinme veya fidye yazılımı olayına karşı bağımsız yedeğin yerini almaz.
Veri her ay büyüyorsa yalnız bugünkü doluluk değil, beklenen büyüme ve bakım alanı da hesaplanmalıdır. Veritabanı logları, geçici çalışma alanları, rapor çıktıları ve arşiv, büyüme planına dahil edilebilir. Ek alanın GB/TB bazlı bedeli, genişleme işlemi ve bu sırada olası kesinti yazılı olmadan “uygun disk fiyatı” karşılaştırması tamamlanmış sayılmaz.
4. İnternet bağlantısı, trafik kotası, IP ve özel ağ
İnternet portunun hızı ile aylık transfer miktarı aynı kavram değildir. Bir teklif yüksek port hızı sağlarken sınırlı veri transferi içerebilir; başka bir teklif ise farklı aşım veya adil kullanım şartlarına sahip olabilir. Bu nedenle port hızı, garantili bant genişliği varsa kapsamı, aylık trafik limiti ve aşım bedeli ayrı sorulmalıdır.
Birden fazla statik IP, VLAN, şubeler arası özel ağ veya veri merkezi içi bağlantı ihtiyaçları maliyeti değiştirebilir. Kullanıcıların merkezdeki ERP'ye VPN ile erişmesi ile herkese açık web uygulaması kullanması aynı ağ mimarisi değildir. Veritabanının internet üzerinden herkese açık olmasına izin vermek maliyeti düşürmek için doğru bir yöntem değildir.
Özellikle uzak yedekleme deposuna ilk tam veri gönderiminde ve felaket anındaki toplu geri dönüşte ağ kapasitesi belirleyicidir. Günlük normal trafik ile kurtarma senaryosundaki veri hareketini ayrı hesaplayın. Hizmetten çıkarken toplu veri transferinin ayrıca ücretlendirilip ücretlendirilmediğini de öğrenin.
5. Windows Server, SQL Server ve RDS lisansları
Lisans bedelleri bazı kurumsal senaryolarda donanım bedeli kadar belirleyici olabilir. Linux tabanlı bir uygulamayla Windows Server, SQL Server ve uzak masaüstü kullanan bir muhasebe sistemi aynı lisans modeline sahip değildir. Mevcut müşteri lisanslarının kiralık ortama taşınabileceği de otomatik varsayılmamalıdır.
Microsoft'un SQL Server lisanslama rehberi, sürüm ve kullanım hakkına bağlı olarak çekirdek bazlı ve uygun Standard senaryolarında Server + CAL modellerini açıklar. Tam olarak hangi modelin uygulanacağı; SQL sürümü, sanal makine veya fiziksel sunucu, ticari sözleşme ve sağlayıcının lisanslama programına bağlıdır.
Birden çok kullanıcının Remote Desktop Session Host veya RemoteApp ile çalışması planlanıyorsa Microsoft'un RDS CAL belgesi ayrıca incelenmelidir. Kullanıcı başına mı cihaz başına mı lisans gerektiği, mevcut lisansların sürüm uyumu ve sağlayıcının neleri sunduğu teklifte netleştirilmelidir. Muhasebe veya ERP yazılımının kendi lisansı da işletim sistemi lisansından bağımsız bir kalem olabilir.
6. Yedekleme saklama süresi, RPO ve geri yükleme
“Günlük yedekleme dahil” ifadesi yeterince açıklayıcı değildir. Yedeklerin nerede saklandığı, ne kadar süre tutulduğu, uygulama tutarlılığı, farklı lokasyondaki kopyalar, geri yükleme testi ve kriz durumunda kimin müdahale edeceği maliyeti etkiler. Aynı depolama üzerinde tutulan snapshot ile bağımsız, erişimi sınırlandırılmış yedek deposu aynı hizmet değildir.
RPO, kabul edilebilir veri kaybı aralığını; RTO ise iş sürecinin yeniden çalışması için hedeflenen süredir. Daha sık kurtarma noktası almak depolama ve işlem yükünü, daha kısa RTO talep etmek hazır kurtarma altyapısını etkileyebilir. Ancak belirli bir yazılımı satın almak, bu sürelerin otomatik olarak karşılandığı anlamına gelmez.
Yedekleme ve felaket kurtarma hizmetini değerlendirirken kaç günlük saklama istendiğini, korunan gerçek veri miktarını, değişim oranını, şifreleme seçeneklerini ve tatbikat sıklığını yazın. Geri yükleme süresi ve geri yükleme desteğinin ücrete dahil olup olmadığı, düşük fiyatlı görünen iki teklifin arasındaki en önemli farklardan biri olabilir.
7. Firewall, VPN, MFA ve diğer güvenlik hizmetleri
Sunucu kiralama teklifi, işletim sistemine erişim sağlıyor diye şirketin güvenlik ihtiyacını otomatik karşılamaz. Kurumsal ağda firewall politikası, güvenli uzak erişim, kullanıcı kimlik doğrulama, log toplama, izleme ve gerektiğinde olay müdahalesi ayrıca planlanmalıdır.
Firewall sanal veya fiziksel cihaz olarak sunulabilir. VPN tünel sayısı, eş zamanlı oturumlar, ağ segmentasyonu ve değişiklik yönetimi anlaşmanın kapsamını etkiler. WAF veya DDoS koruma hizmetlerinin her pakete dahil olduğunu varsaymayın; hangi katmanda hangi tehditlere yönelik tedbir alındığını ayrı sorun.
Ağ ve güvenlik çözümlerinde hizmetin kurulumu kadar devam eden operasyon da fiyatın parçasıdır. Yeni şube ekleme, VPN ayarı değiştirme, olay kaydı inceleme veya kural güncelleme işlemlerinin kaçının aylık bedele dahil olduğunu öğrenin. Güvenliği iptal ederek maliyeti düşürmek, gerçekleşen bir olayda çok daha büyük operasyon zararına neden olabilir.
8. Yönetilen sunucu, izleme ve destek kapsamı
Kiralık bir sunucu için “destek var” denildiğinde bu ifadenin kapsamı değişebilir. Bazı hizmetler yalnız donanım ve ağın erişilebilirliğini kapsar; diğerleri işletim sistemi güncellemeleri, yedekleme alarmı, performans izleme, güvenlik kontrolü ve gerektiğinde geri yükleme operasyonunu da üstlenebilir. ERP uygulamasının kendi hata mesajı, altyapı sağlayıcısının sorumluluğuna her zaman girmez.
Yönetilen sunucu hizmetlerinde izleme kapsamını, bakım penceresini, destek kanalını, mesai dışı müdahale şartlarını ve sorumluluk paylaşımını yazılı isteyin. SLA ifadesi tek başına her hizmette aynı süre veya aynı tazmin yöntemi anlamına gelmez. Sözleşmenin ölçüm yöntemi, istisnaları ve hizmet kredisi koşulları ayrıca değerlendirilmelidir.
BT ekibinin kendi iş gücü de gerçek bir maliyettir. Tamamen yönetimsiz daha düşük aylık fiyat, kurum içinde fazla mesai, izleme aracı ve uzman zamanıyla dengeleniyor olabilir. Daha kapsamlı hizmet de gereksizse ekonomik değildir. Yönetimi kimin, hangi ölçülebilir çıktıyla sağladığını görmek doğru karşılaştırmanın temelidir.
9. Kurulum, taşıma, sözleşme, artış ve çıkış koşulları
Tek seferlik kurulum hizmeti bazı tekliflerde bedelsiz, bazılarında ayrı olabilir. İşletim sistemi kurulumu, ERP/SQL taşıması, kullanıcı testleri, güvenli erişim ve kesinti penceresi farklı uzmanlık gerektirir. Üretim sistemindeki mevcut verilerin taşınması ile boş sunucu teslimi aynı maliyet değildir.
Sözleşmenin aylık, yıllık veya daha uzun dönemli olması peşin ödeme, yenileme, fiyat güncelleme, para birimi ve erken ayrılma koşullarını etkileyebilir. “Aylık fiyat” incelenirken KDV'nin dahil olup olmadığı ve döviz üzerinden faturalamada hangi kurun esas alındığı sözleşmede açıkça belirtilmelidir. Bütün sağlayıcılardan aynı koşullarla teklif isteyin.
İşin sonunda verinin dışarı alınması, yedeklerin teslimi, veri silme teyidi, aktarım trafiği ve destek maliyetini de sorun. Sunucuyu taşımayı veya sağlayıcı değiştirmeyi zorlaştıran belirsizlik, ilk yıldaki küçük bir fiyat avantajını ortadan kaldırabilir. Bunun için yalnız ilk kurulum değil, hizmetten çıkış planı da teklifin parçası olmalıdır.
10. Aylık fiyat yerine toplam maliyet nasıl hesaplanır?
Satın alma kararı için, teklifteki giderleri tekrarlayan ve tek seferlik kalemler olarak ayırın. Microsoft'un iş yükü maliyet modeli rehberi, altyapı, lisans, personel, bakım ve desteğin birlikte modellenmesini önerir. Sunucu kiralama sözleşmelerine aynı yaklaşım uygulanabilir.
| Maliyet grubu | Örnek kalem | Bütçedeki yeri |
|---|---|---|
| Altyapı | Sunucu, disk, ağ ve IP | Aylık / kullanım bazlı |
| Yazılım | Windows, SQL, RDS veya ERP lisansı | Aylık, yıllık veya ayrı lisans hakkı |
| Koruma | Yedekleme, ayrı depo, firewall ve VPN | Aylık ve gerektiğinde ek işlem |
| Operasyon | İzleme, güncelleme, destek, kurtarma testi | Paket veya ayrıca hizmet |
| Başlangıç / çıkış | Kurulum, veri taşıma, eğitim, dışa aktarma | Tek seferlik veya olaya bağlı |
Örnek hesap yöntemi: Aylık sabit gideri A, tahmini aylık değişken gideri D, ilk kurulum ve taşıma giderini K olarak kabul edelim. 12 aylık toplam: 12 × (A + D) + K. Eğer yenileme veya tüketim değişiyorsa her ayın gerçek tutarı ayrıca toplanmalıdır. Bu sembolik örnek gerçek bir Netsun fiyatı değildir.
Aynı formülü 36 aylık değerlendirmeye genişletebilirsiniz; ancak sonraki yıllardaki lisans yenilemesi, fiyat artışı, döviz riski, büyüme ve çıkış bedeli aynı kabul edilmemelidir. Bütçe ile teknik kapasiteyi eşleştiren bir çalışma, en ucuz teklifi seçmekten daha yararlıdır.
11. ERP, Active Directory ve web uygulamasında öncelikler farklıdır
Logo, Mikro, Zirve ve SAP gibi ERP uygulamalarında veritabanı diskinin gecikmesi, SQL lisansı, yoğun raporlar, kullanıcı erişimi ve tutarlı yedekleme maliyeti belirleyebilir. Mevcut bir muhasebe altyapısı taşınacaksa lisans sahibi, veri boyutu ve yazılımın desteklediği yöntem birlikte değerlendirilmelidir. ERP ve muhasebe çözümlerini inceleyen ekipler için teklif, uygulamaya özel olmalıdır.
Active Directory ve dosya sunucularında veri miktarı kadar kullanıcı yetkileri, VPN, kurtarma senaryosu ve erişim sürekliliği önemlidir. İki küçük sanal sunucu ile tek büyük fiziksel sistemin maliyetini kıyaslarken arıza bağımlılıkları ve işletim yükü de incelenmelidir. “İki sunucu varsa iki kat güvence vardır” sonucu teknik topoloji doğrulanmadan söylenemez.
Web uygulamalarında ise trafik dalgalanması, HTTPS ve uygulama katmanı güvenliği, veri tabanı bağlantı sayısı ve ölçeklenebilirlik daha öne çıkabilir. Bu iş yükünde kaynak tüketimini kullanıma göre artırıp azaltabilmek avantaj sağlayabilir; fakat ölçekleme ve trafik ücretleri bütçede sürpriz yaratmamalıdır. Her üç senaryoda da ilk adım gerçek iş yükünü ölçmektir.
12. Karşılaştırılabilir teklif için kısa ihtiyaç listesi
İyi bir satın alma talebinde uygulama adı kadar operasyon kapsamı da belirtilir. Teklif vermeden önce işletim sistemi ve sürüm, veri tabanı türü, kullanıcı sayısı, eş zamanlı oturum, mevcut disk kullanımı, beklenen büyüme, şube bağlantısı, kabul edilebilir kesinti ve ihtiyaç duyulan destek saatlerini netleştirin.
Sağlayıcıdan tüm hizmetleri tek satırda sunmasını değil, kalem kalem açıklamasını isteyin. Dahil olan ve olmayan lisansları, yedekleme politikasını, güvenlik hizmetlerini, ek trafiği, kurulum bedelini ve sözleşme bitiş koşullarını ayrı görün. Belirsiz kalan bir alanı “dahil” kabul etmeyin. Bu yaklaşım, maliyet dışında operasyon riskini de görünür kılar.
Bir sonraki adım olarak mevcut uygulamalarınızı, kullanıcı ve şube sayınızı, depolama ihtiyacınızı ve yedekleme hedefinizi paylaşarak kurumsal sunucu kiralama teklifi talep edin. Böylece fiyat çalışması yalnız bir donanım listesine değil, gerçekten kullanılacak hizmetlerin ölçülebilir kapsamına dayanır.
Sık sorulan sorular
1. Sunucu kiralama fiyatları neden firmadan firmaya değişir?
Fiziksel veya sanal altyapı, CPU paylaşımı, disk performansı, lisans, ağ, yedekleme, güvenlik ve destek kapsamı aynı olmayabilir. İki fiyatı karşılaştırmadan önce hizmetlerin aynı teknik ve sözleşmesel şartlarla sunulduğundan emin olun.
2. VPS her zaman dedicated sunucudan daha ucuz mudur?
Hayır. Küçük iş yüklerinde VPS daha düşük başlangıç bütçesi sunabilir; ancak yüksek kalıcı kapasite, performans, ağ ve lisans gereksinimlerinde farklı sonuçlar ortaya çıkabilir. Karar için eşit kapsamlı toplam maliyet hesabı gerekir.
3. Windows Server ve SQL lisansları sunucu fiyatına dahil mi?
Her pakette otomatik olarak dahil değildir. Windows, SQL, RDS ve ERP lisansları ayrı kalemler olabilir. Hangi hakların sağlayıcıdan geldiğini, hangilerinin müşteriye ait olduğunu yazılı teyit edin.
4. Yedekleme varsa neden ayrıca felaket kurtarma bedeli olabilir?
Yedek saklama ile felaket sonrası uygulamayı çalışır hâle getirme farklı operasyonlardır. Alternatif işlem kapasitesi, ağ, uzman müdahalesi, geri yükleme ve tatbikat ek hizmet gerektirebilir.
5. 12 aylık sunucu kiralama toplam maliyeti nasıl hesaplanır?
Aylık sabit ve kullanım bazlı giderleri 12 ay için toplayın; başlangıç taşıma ve kurulum bedellerini ekleyin. Öngörülen lisans yenilemesi, kapasite büyümesi, vergi ve çıkış kalemlerini ayrıca değerlendirin.
6. En ucuz kiralık sunucu işletmem için uygun mu?
Tek başına fiyat uygunluğu yeterli değildir. Uygulama performansı, kullanıcı deneyimi, yedekleme, güvenlik ve müdahale kapsamı iş ihtiyacını karşılamıyorsa daha düşük bedel, daha yüksek operasyon riski yaratabilir.
7. Teklif istemeden önce hangi bilgileri hazırlamalıyım?
Uygulama ve sürümler, kullanıcı sayısı, eş zamanlı oturumlar, mevcut CPU/RAM/disk kullanımı, veritabanı büyüklüğü, internet erişimi, şubeler, yedekleme ve kabul edilebilir kesinti hedefleri iyi bir başlangıçtır. Bilinmeyen kalemler teknik keşifte ölçülebilir.
Teknik kaynaklar ve sonuç
Bu rehberin lisanslama açıklamaları için Microsoft SQL Server lisanslama rehberi ve Microsoft RDS CAL dokümanı, maliyet sınıflandırması için ise Microsoft'un maliyet modeli rehberi temel alınmıştır. Sürüm ve sözleşme koşulları değişebileceğinden güncel haklar resmi ürün koşullarından ve lisans sağlayıcısından ayrıca doğrulanmalıdır.
Sonuç: Sunucu kiralama fiyatını anlamanın en iyi yolu dokuz maliyet kalemini yazılı hâle getirmek, gerçek iş yükünü ölçmek ve toplam maliyeti aynı varsayımlarla hesaplamaktır. En düşük fiyat yerine ihtiyaç duyulan performans, güvenlik ve kurtarma kapsamını sağlayan seçenek değerlendirilmelidir. Sunucu kiralama teklifi alın ve ihtiyaç analizinizi bu kontrol listesine göre şekillendirin.