Kurumsal Sunucu Kiralama Teklifi Nasıl Karşılaştırılır?

Kurumsal sunucu kiralama teklifi, yalnız vCPU, RAM ve aylık ücret karşılaştırmasıyla seçilmez. İş uygulamalarını taşıyacak altyapının depolama gecikmesi, lisans kapsamı, yedekleme ve kurtarma hedefleri, firewall/VPN, teknik destek ve veri çıkış koşulları aynı tabloda görülmelidir. Sunucu kiralama fiyatları ancak hizmet kapsamı eşitlendiğinde anlamlı biçimde kıyaslanabilir. Kurumsal sunucu kiralama seçeneklerini incelerken önce bu kontrol listesini kullanın.

Kısa cevap: Önce kullanıcı sayısı, uygulama ve veritabanı yükü, veri büyümesi, erişim biçimi ve kesinti toleransını belirleyin. Aynı gereksinim belgesini bütün sağlayıcılara gönderin. Teklifleri 12/36 aylık toplam maliyet, doğrulanabilir performans, RPO/RTO, lisanslar ve sorumluluk matrisi üzerinden karşılaştırın. Eksik kapsamı “dahil” varsaymayın; yazılı yanıt isteyin.

Bu rehber, özellikle Logo, Mikro, Zirve ve benzeri muhasebe uygulamaları, SQL Server, Active Directory, dosya sunucusu ve çok kullanıcılı kurumsal uygulamalar için sunucu kiralamak isteyen BT yöneticileri ile satın alma ekiplerine yöneliktir.

Sunucu kiralama teklifinde 12 kritik kriter: hızlı kontrol tablosu

Aşağıdaki matris, farklı satıcılardan gelen teklifleri aynı sorularla incelemek için hazırlanmıştır. “Var” yanıtı tek başına yeterli değildir: sayısal hedef, teknik kapsam, sözleşme maddesi veya test kanıtı isteyin.

Satın alma kararı için pratik kural: Teknik ekip önce “zorunlu” gereksinimleri karşılamayan teklifleri eleyebilir; kalanlar, aynı hizmet kapsamı için toplam maliyet ve operasyon riskine göre değerlendirilir. Böylece farklı kapsamdaki iki rakamı doğrudan karşılaştırma hatası önlenir.

1. Önce uygulamayı tanımlayın, sonra sunucu seçin

Satın alma sürecinde sık görülen hata, yalnız “8 vCPU, 32 GB RAM, 500 GB SSD” yazarak teklif istemektir. Bu değerler tek başına performans garantisi değildir. Uygulamanın nasıl çalıştığı ve kullanıcı profili belirtilmezse birbirinden çok farklı altyapılar aynı şartnameye uygun gibi görünebilir.

Ön keşifte şu bilgileri toparlayın: uygulama türü ve sürümü, veritabanı büyüklüğü, eşzamanlı kullanıcı sayısı, yoğun saatler, uzaktan erişim ihtiyacı, internet bağlantısı, veri büyüme hızı, kritik çalışma saatleri ve kesinti toleransı. Mümkünse mevcut sunucudan en az birkaç iş günü CPU, bellek, depolama gecikmesi ve ağ ölçümleri alın.

Örneğin Logo muhasebe ve SQL Server aynı sistemde çalışıyorsa işlemci çekirdeği sayısı kadar depolama gecikmesi, veri tabanı büyümesi ve lisans koşulları önemlidir. İş yüküne göre hazırlanmış ERP ve muhasebe sunucusu çözümlerini incelemek başlangıç için yararlı olabilir.

2. VPS, dedicated ve yönetilen sunucu arasındaki ticari fark

VPS veya bulut sunucu ile dedicated fiziksel sunucu farklı kaynak ve işletim modelleridir. VPS, sanallaştırılmış kaynakların tahsis edildiği bir altyapıda çalışır. Fiziksel sunucuda kiracı donanıma ayrılmış bir sistem kullanır; ancak dayanıklılık, depolama ve ağ mimarisi yine ayrıca değerlendirilmelidir.

Yönetilen sunucu hizmeti, donanımdan çok operasyon kapsamını ifade eder. İşletim sistemi güncellemeleri, izleme, yedekleme, güvenlik kuralları ve arıza müdahalesinin kimin sorumluluğunda olduğu yazılı belirtilmelidir. Bir VPS de dedicated sunucu da yönetilen hizmet kapsamında sunulabilir.

Tek bir model herkes için daha iyi değildir. İş yükü, insan kaynağı, bütçe ve risk toleransı seçimi belirler.

3. CPU ve RAM rakamlarını nasıl kıyaslayalım?

vCPU sayısı fiziksel çekirdek sayısıyla her durumda birebir aynı değildir. İşlemci nesli, saat hızı, mimari, paylaşımlı kaynak yoğunluğu ve sanallaştırma ayarları uygulama performansını etkiler. Teklifte işlemci modeli veya eşdeğer performans sınıfı, kaynak tahsis politikası ve büyütme yöntemi açıkça belirtilmelidir.

RAM tarafında yalnız ilk kapasiteyi değil, uygulamanın en yoğun kullanımda ne kadar bellek tükettiğini ve gelecekte artırma seçeneklerini sorun. Veritabanı, uzak masaüstü oturumları, antivirüs ve işletim sistemi servisleri farklı bellek profillerine sahiptir. Kullanılmayan çok fazla bellek için ödeme yapmak da eksik kapasiteyle sık kesinti yaşamak da maliyetlidir.

4. Depolama: SSD etiketi performans garantisi değildir

Depolamada yalnız kapasiteye bakmayın. SSD ve NVMe sistemleri de farklı gecikme, dayanıklılık ve yük altı davranışlarına sahip olabilir. Özellikle işlem odaklı veritabanlarında IOPS, gecikme ve yoğun saatlerde sürdürülebilir performans önemlidir.

Teklifte depolama teknolojisini, olası IOPS veya gecikme hedeflerini, büyütme koşullarını, arıza durumundaki veri korumasını ve disk değişim sorumluluğunu isteyin. RAID, donanım arızasına dayanıklılık sağlayabilse de yedekleme değildir. Ayrı yedek kopyalarının nerede ve nasıl saklandığı ayrıca tarif edilmelidir.

Dosya paylaşımında çok sayıda küçük dosya, SQL veritabanında yoğun rastgele erişim veya büyük arşiv dosyalarında sıralı aktarım gibi farklı iş yükleri için tek bir disk ölçümü yeterli olmaz.

5. Yedekleme, RPO ve RTO mutlaka fiyatın içinde karşılaştırılsın

İki sağlayıcı da “günlük yedek var” diyebilir; ama bu ifadenin anlamı aynı olmayabilir. Bir teklif yalnız sunucu anlık görüntüsü içerirken başka bir teklif ayrı depolama alanına tutulan, belirli süre saklanan ve geri yüklemesi test edilen yedekleri kapsayabilir.

RPO, kabul edilebilir veri kaybı aralığını; RTO, hizmeti geri getirmek için hedeflenen süreyi anlatır. İşletme bu hedefleri belirlemeli, sağlayıcı ise hangi teknoloji ve kapsamla karşılayabileceğini açıklamalıdır. Otomatik yedekleme, uygulama tutarlılığı ve geri yükleme testi olmadan yeterli güvence sağlamayabilir.

Yedekleme ve felaket kurtarma hizmetlerini karşılaştırırken ayrı kopya, değiştirilemezlik veya yetki izolasyonu, saklama süresi, geri dönüş ücreti ve test sıklığını birlikte sorun.

6. Firewall, VPN ve güvenli erişim ayrı kalem mi?

Özellikle uzaktan çalışan personelin ERP, Active Directory veya dosya sunucularına bağlandığı ortamlarda güvenlik yalnız antivirüs kurulumundan ibaret değildir. Firewall kuralları, VPN, kullanıcı kimlik doğrulama, yönetim portlarının sınırlandırılması ve olay kayıtları planlanmalıdır.

Teklifte sanal veya fiziksel firewall hizmetinin bulunup bulunmadığını, VPN kullanıcı sayısı veya bağlantı limitlerini, yönetim sorumluluğunu ve politika değişikliklerinin nasıl yapılacağını kontrol edin. Dış dünyaya açık RDP veya SMB paylaşımı varsayılan tercih olmamalıdır.

İhtiyacınıza uygun ağ ve güvenlik hizmetleri kapsamında güvenli bağlantı topolojisi değerlendirilmeden yalnız IP adresi ve bant genişliği üzerinden karar vermek riskli olabilir.

7. Windows Server, SQL Server ve uygulama lisansları

Aylık teklifin düşük görünmesinin bir nedeni lisansların kapsam dışında tutulması olabilir. Windows Server, SQL Server, uzak masaüstü kullanım hakları ve ticari ERP yazılımlarının lisans koşulları ayrı ayrı değerlendirilmeli. Mevcut lisansların taşınabileceği varsayılmamalıdır; üretici koşulları, ürün sürümü ve barındırma modeline göre doğrulama gerekir.

Satıcıdan “lisans dahil” ifadesinin hangi ürün, sürüm, kullanıcı/çekirdek kapsamı ve destek haklarını içerdiğini yazılı isteyin. Ayrıca bakım, sürüm yükseltme, CAL veya RDS erişim lisansları gibi kalemlerin hangi tarafa ait olduğunu netleştirin.

Bu bölüm hukuki veya üretici lisanslama kararı yerine geçmez. Nihai lisans kapsamı güncel üretici şartları ve yetkili lisans uzmanıyla doğrulanmalıdır.

8. SLA ve teknik desteğin gerçek kapsamı

“7/24 destek” ifadesi, her talebin gece boyunca aynı ekip tarafından çözüleceği anlamına gelmez. İzleme, çağrı kabulü, ilk yanıt, uzaktan müdahale ve çözüm hedefleri ayrı kavramlardır. Hizmet seviyesi sözleşmesinde hangi hizmetlerin ölçüldüğünü ve hangi istisnaların bulunduğunu inceleyin.

Ayrıca bakım pencereleri, planlı kesintiler, yedek internet ve enerji altyapısı, arızalı donanımın değiştirilmesi, kritik olay eskalasyonu ve kullanılabilirlik hesabı teklifin parçası olmalıdır. Doğrulanmamış bir uptime oranını garanti gibi kabul etmeyin.

BT ekibinizin hafta sonu veya mesai dışı müdahaleyi kendi başına yapamayacağı bir ortamda yönetim kapsamı fiyattan daha belirleyici hale gelebilir.

9. Veri taşıma ve kurulum sırasında gizli maliyetler

Bulut ya da ofis sunucusundan yeni bir veri merkezine geçişte veri kopyalamak tek adım değildir. DNS, kullanıcı erişimi, Active Directory ilişkileri, SQL bağlantıları, uygulama servisleri, firewall ve VPN ayarları birlikte taşınabilir. Kesinti penceresi ve geri dönüş planı önceden hazırlanmalıdır.

Teklifte ilk kurulum, veri transferi, test ortamı, uygulama geçişi, kullanıcı kabul testi ve geçiş sonrası destek için ek ücret olup olmadığını sorun. “Taşıma ücretsiz” deniyorsa bunun kapsamı ve veri hacmi sınırları açık olmalıdır.

Kurulum sonrasında işletim sistemi, uygulama, yedekleme ve güvenlik ayarlarının devredileceği kişi veya ekip de belirlenmeli. Aksi halde düşük başlangıç maliyeti yüksek operasyon yükü yaratabilir.

10. Bant genişliği ve ağ performansını ölçün

İnternet port hızı, garanti edilen kullanılabilir bant genişliği ve aylık trafik politikası farklı kavramlardır. Özellikle şubeler arası ERP kullanımı ve uzak masaüstü oturumlarında yalnız yüksek Mbps değeri düşük gecikme anlamına gelmez.

Teklifte bağlantı kapasitesi, varsa trafik kotası, aşım ücretleri, IP adresi ihtiyacı, operatör çeşitliliği ve ağ sorunlarında destek kapsamı yer almalıdır. Sahadan veri merkezine kadar olan uçtan uca bağlantının sorumluluğunu da değerlendirin.

Örneğin İstanbul dışındaki çok şubeli bir şirketin sunucuyu kiralaması, son kullanıcı internet hatlarının performansını otomatik olarak iyileştirmez. Pilot erişim testi ve ölçüm bu yüzden değerlidir.

11. Sunucu kiralamada 12 ve 36 aylık TCO nasıl hesaplanır?

Toplam sahip olma maliyeti (TCO) yalnız sunucu aylık ücretlerinden oluşmaz. Başlangıç kurulum maliyeti, lisanslar, güvenlik, yedekleme, veri taşıma, olası çıkış maliyeti ve kurum içi BT operasyon zamanı da dahildir.

Aynı hizmet kapsamını tanımladıktan sonra yaklaşık hesap: TCO = tek seferlik maliyetler + sözleşme süresindeki aylık ücretler + öngörülen ek giderler + iç operasyon maliyeti. Bu hesap örnek yöntemdir; gerçek teklif bedelleri ve sözleşme maddeleriyle doldurulmalıdır. Fiyatlara KDV, kur farkı ve yıllık artış maddelerinin nasıl yansıdığı da belirtilmelidir.

Örnek hesaplama (gerçek fiyat değildir): Aylık sunucu ücreti S, aylık lisans L, aylık yedekleme Y, aylık yönetim M, tek seferlik kurulum K ve olası veri taşıma maliyeti T olarak tanımlansın. Aynı para birimi ve vergi yaklaşımıyla 12 aylık TCO = 12 × (S + L + Y + M) + K + T; 36 aylık hesapta sözleşmedeki dönemsel artışlar ayrıca uygulanmalıdır. Bu formül olası iç BT emeği ve çıkış ücretlerini dışarıda bırakıyorsa bunları da ekleyin. Finans ekibi iki teklifi ancak varsayımlar eşitlendiğinde sağlıklı karşılaştırabilir.

Paketleri tek ekrandan incelemek için sunucu kiralama fiyatlandırması sayfasını kullanabilir; nihai kapasite ve hizmet kapsamı için kişiselleştirilmiş teklif isteyebilirsiniz.

12. Karar öncesinde tedarikçiye sorulacak net sorular

Tekliflerin aynı koşullarda karşılaştırılabilmesi için satın alma ve BT ekibiniz ortak bir listeyle hareket etsin. Kaynakların ne kadarının tahsis edildiğini, hangi hizmetlerin üçüncü taraflara bağlı olduğunu, yedek ve kurtarma sorumluluğunu, lisansların kapsamını, izleme ve müdahale düzeyini ve veri çıkış prosedürünü mutlaka sorun.

Kurumsal verilerin saklanması, erişimi ve işlenmesi için uygulanacak KVKK yükümlülükleri kurumun veri işleme ilişkilerine göre ayrıca değerlendirilmelidir. Sunucunun fiziksel konumu tek başına mevzuata tam uyum sağlandığı anlamına gelmez. Gerekli sözleşmesel ve hukuki incelemeyi kendi danışmanlarınızla tamamlayın.

Netsun Bilişim ile ihtiyacınızı görüşürken kullanıcı sayısını, çalıştırılacak uygulamaları, mevcut sorunları, veri hacmini ve hedef erişim senaryosunu paylaşabilirsiniz. Doğru sunucu kiralama teklifi, yalnız fiyat gönderen değil, kapsam ve sorumlulukları şeffaf biçimde ortaya koyan tekliftir. Kurumsal sunucu kiralama için teklif alın.

Teklif istemek için kopyalanabilir ihtiyaç listesi

Satış ekibine yalnız “fiyat gönderin” demek yerine aşağıdaki bilgileri tek mesajda sunmanız, daha karşılaştırılabilir teklifler almanızı sağlar:

• Uygulamalar: Logo/Mikro/Zirve/SAP, SQL Server, dosya sunucusu veya diğer kritik servisler; mevcut sürümler.
• Kullanım: Toplam ve eşzamanlı kullanıcı, şube sayısı, VPN/uzak masaüstü ihtiyacı, yoğun çalışma saatleri.
• Mevcut altyapı: CPU/RAM kullanım ölçümü, veri tabanı büyüklüğü, toplam depolama, yedek miktarı.
• Güvenlik: MFA, firewall, şifreli uzak erişim, kullanıcı yönetimi ve veri konumu beklentisi.
• İş sürekliliği: Kabul edilebilir veri kaybı (RPO), hedef geri dönüş süresi (RTO) ve test beklentisi.
• Geçiş: Hedef başlangıç tarihi, kesinti penceresi, lisans sahipliği ve taşıma sorumluluğu.

Örnek bir senaryoda, çok şubeli bir muhasebe şirketinin SQL, Active Directory ve dosya hizmetleri için tek paket istemesi ilk bakışta kolay görünebilir. Fakat kimlik servisleri, veritabanı ve dosya erişiminin farklı güvenlik ve geri dönüş ihtiyaçları vardır. Sağlayıcıdan bu servislerin tek sunucuda mı yoksa ayrı sanal makinelerde mi çalışacağını, bunun lisans ve yedekleme etkisini açıklamasını isteyin. Bu temsili senaryodur, müşteri referansı ya da garanti edilmiş sistem kapasitesi değildir.

Netsun Bilişim ile teknik keşif: Yukarıdaki bilgileri sunucu kiralama teklif formuna ekleyin. İhtiyaç analizi sonrasında sunucu kaynaklarının yanında lisans, yedekleme, güvenlik ve işletim kapsamının ayrı ayrı belirtildiği bir teklif talep edin.

Teknik kaynaklar ve kontrol notları

Bu rehberdeki bazı kritik maddeleri üretici ve kamu kaynaklarından doğrulayabilirsiniz: Microsoft'un barındırma için Windows Server lisans kullanım hakları, Microsoft'un SMB trafik güvenliği önerileri, CISA'nın fidye yazılımı ve yedekleme rehberi ve NIST'in iş sürekliliği planlama yayını. Bu kaynaklar tedarikçi sözleşmesinin veya uygulama üreticisinin güncel lisans koşullarının yerine geçmez.

Sık sorulan sorular

1. Kurumsal sunucu kiralama fiyatları neden değişiyor?

CPU ve RAM kapasitesi kadar donanım sınıfı, depolama performansı, lisanslar, yedekleme, firewall, yönetim desteği ve sözleşme kapsamı toplam maliyeti değiştirir. Aynı kaynak başlıklarının yazması eşdeğer hizmet verildiğini kanıtlamaz.

2. VPS mi dedicated sunucu mu daha avantajlı?

Bu seçim uygulamanın performans ve izolasyon gereksinimine, esnek büyüme ihtiyacına ve yönetim modeline bağlıdır. İkisini aynı iş yükü ve destek kapsamıyla karşılaştırmak gerekir.

3. Sunucu kiralama ücretine Windows lisansı dahil mi?

Her teklifte dahil değildir. Windows Server, SQL Server, RDS ve uygulama lisanslarının ayrı ayrı yazılmasını isteyin.

4. ERP uygulaması için kaç GB RAM gerekir?

Tek bir sabit değer yoktur. Kullanıcı sayısı, veri tabanı büyüklüğü, servis sayısı ve gerçek kullanım ölçümleriyle kapasite belirlenmelidir.

5. Sunucu kiralama teklifinde yedekleme zorunlu mu?

İş sürekliliği gerektiren kurumsal iş yüklerinde uygun yedekleme ve geri yükleme planı kritik önemdedir. Sıklık, saklama, koruma ve test kapsamı teklif üzerinde tanımlanmalıdır.

6. Sunucu taşıma sırasında işimiz durur mu?

Kesinti süresi uygulamanın mimarisine, veri hacmine ve geçiş yöntemine bağlıdır. Test, son senkronizasyon, bakım penceresi ve geri dönüş planı ile risk azaltılabilir.

7. Aylık fiyatı düşük teklifi seçmek yanlış mı?

Her zaman değil. Ancak lisans, güvenlik, yedekleme, destek ve veri çıkışı kapsamı eksikse düşük görünen aylık bedel toplam maliyette daha yüksek olabilir.

8. Sunucu kiralama teklifi almak için hangi bilgiler gerekli?

Uygulama ve sürümleri, eşzamanlı kullanıcı sayısı, depolama miktarı, şubeler, VPN ihtiyacı, mevcut performans sorunları ve yedekleme hedefleri yeterli bir başlangıç oluşturur. İhtiyaçlarınızı teklif formuna yazın.