Bir muhasebe ya da ERP sisteminin yavaşlaması, çoğu zaman yalnızca yazılım ekibinin çözebileceği bir problem değildir. Kullanıcılar aynı anda fiş girdiğinde, dönem sonu raporları çalıştığında veya veritabanında toplu işlemler yapıldığında altyapının kapasitesi doğrudan iş akışını etkiler. Bu nedenle Logo, Mikro veya SAP Business One gibi iş uygulamaları için sunucu kiralarken ilk soru "Kaç çekirdek ve kaç GB RAM?" olmamalıdır. Önce uygulamanın çalışma karakteristiği, kullanıcı beklentisi, lisans koşulları ve iş sürekliliği hedefleri anlaşılmalıdır.
İki temel barındırma seçeneği öne çıkar: VPS/sanal sunucu ve dedicated/fiziksel sunucu. Her ikisi de doğru mimariyle işletmelere hizmet verebilir; ancak aynı fiyat ya da aynı vCPU sayısı aynı performansı garanti etmez. Bu rehberde hangi seçeneğin hangi koşullarda daha mantıklı olduğunu, teklif almadan önce hangi verileri toplamanız gerektiğini ve geçişte en sık gözden kaçan riskleri ele alıyoruz.
Önce ERP iş yükünün yapısını anlamak gerekir
ERP sunucularında işlemci, bellek, depolama ve ağ birlikte çalışır. Eş zamanlı kullanıcı sayısı tek başına kapasiteyi açıklamaz: Beş kullanıcının büyük raporlar çalıştırdığı sistem, onlarca kullanıcının yalnızca basit kayıt girdiği başka bir sistemden daha fazla kaynak tüketebilir. İşlem yoğunluğu gün içinde, ay sonlarında ve yıl sonu kapanışlarında da değişebilir.
Teknik değerlendirme için şu bilgileri netleştirin:
- Hangi ERP/muhasebe yazılımı kullanılıyor; tam sürümü nedir?
- Veritabanı teknolojisi ve sürümü nedir? Microsoft SQL Server mı, SAP HANA mı, başka bir sistem mi?
- Toplam kullanıcı ile aynı anda işlem yapan aktif kullanıcı sayısı kaç?
- Veritabanı boyutu, günlük büyümesi ve yoğun rapor oluşturma saatleri nedir?
- Kullanıcılar uygulamaya yerel ağdan mı, VPN üzerinden mi, uzak masaüstü ile mi erişiyor?
- Kabul edilebilir kesinti ve veri kaybı sınırları nelerdir?
Bu veriler olmadan yalnızca paket tablosuna bakarak seçim yapmak, başlangıçta düşük maliyetli görünse bile sonradan beklenmedik masraflar yaratabilir.
VPS ile dedicated sunucu arasındaki gerçek fark
Bir VPS (Virtual Private Server), fiziksel donanımın sanallaştırma yoluyla ayrılan kaynaklarında çalışır. Kullanıcıya işletim sistemi, belirli sanal CPU ve bellek tahsisi sunulur. Sağlayıcının kullandığı platforma göre depolama, işlemci paylaşımı ve yüksek erişilebilirlik özellikleri değişebilir. VPS, izleme ve ölçeklendirme imkânı sunan uygun bir altyapıda pek çok kurumsal uygulama için iyi bir başlangıç noktasıdır.
Dedicated sunucu ise işlemci, bellek ve fiziksel kaynakların kurumun kullanımına ayrıldığı donanım modelidir. Kaynak izolasyonunun güçlü olması, özellikle yoğun veritabanı işlemlerinde veya özel yapılandırma gerektiren iş yüklerinde tercih nedeni olabilir. Bununla birlikte fiziksel sunucu seçmek tek başına daha hızlı disk, daha iyi yedekleme ya da otomatik felaket kurtarma anlamına gelmez. Donanım nesli, depolama mimarisi ve operasyon hizmeti yine incelenmelidir.
| Karar kriteri | VPS / Sanal sunucu | Dedicated / Fiziksel sunucu |
|---|---|---|
| İlk kapasite | Küçük ve orta iş yüklerinde esnek başlangıç | Başlangıçtan itibaren ayrılmış kaynak |
| Ölçekleme | Altyapıya bağlı olarak daha kolay kaynak artırımı | Donanım kapasitesi ve yükseltme planına bağlı |
| Kaynak izolasyonu | Sanallaştırma ve sağlayıcı politikasına bağlı | Fiziksel kaynaklar kuruma ayrılır |
| Disk performansı | Paylaşımlı veya ayrılmış depolama tasarımına bağlı | Ayrılmış disk ya da SAN seçeneklerine bağlı |
| İşletim | Yönetilen hizmet ayrıca tanımlanabilir | Yönetilen hizmet ayrıca tanımlanabilir |
| Uygunluk | Ölçülmüş yük, desteklenen sanallaştırma, esnek büyüme | Yoğun I/O, yüksek izolasyon veya özel donanım gereksinimi |
Karar verirken "VPS ucuz, dedicated pahalı" genellemesine değil, aynı hizmet kapsamı üzerinden toplam maliyet ve operasyon riski karşılaştırmasına bakılmalıdır.
Logo ve Mikro kullanan işletmeler nelere bakmalı?
Logo ve Mikro ailesinde farklı sürümler, modüller ve veritabanı bileşenleri kullanılabilir. Dolayısıyla tek bir sunucu profili bütün kurulumlar için doğru kabul edilemez. Önce uygulama üreticisinin kullandığınız sürüm için yayımladığı desteklenen işletim sistemi, SQL Server ve terminal erişim gereksinimleri kontrol edilmelidir.
Muhasebe çalışanlarının aynı anda fatura veya irsaliye girdiği, veri aktardığı ve raporlama yaptığı ortamlarda depolama gecikmesi önemli bir değişkendir. Kullanıcıların şikâyet ettiği yavaşlığı çözmek için rastgele RAM artırmak yerine işlemci, bellek kullanımı, veritabanı beklemeleri ve disk performansı ölçülmelidir. Dosya paylaşımı ile ERP veritabanını aynı sunucuda çalıştırıyorsanız diğer yüklerin veritabanına etkisi de hesaba katılmalıdır.
Özellikle uzaktan çalışan ekibiniz varsa ağ üzerinden ham veritabanı bağlantısı açmak yerine, uygulamanın desteklediği güvenli erişim modeli değerlendirilmelidir. VPN, çok faktörlü kimlik doğrulama, erişim kısıtları ve gerekiyorsa uzak masaüstü yayınlama çözümleri bu mimarinin parçaları olabilir.
Kurumsal altyapı seçenekleri için VPS ve bulut sunucu hizmetini inceleyebilir veya doğrudan ERP sunucu çözümü hakkında teklif isteyebilirsiniz.
SAP Business One için ayrı bir değerlendirme neden gerekir?
SAP Business One tarafında veritabanı türü, mimari kararları doğrudan etkiler. Microsoft SQL Server üzerinde çalışan bir ortam ile SAP HANA kullanılan ortamın destek matrisi, işletim sistemi, bellek planlaması ve yönetim yaklaşımı farklı olabilir. SAP'nin Hardware Requirements Guide ve Platform Support Matrix belgeleri kullanılan ürün sürümüyle birlikte incelenmelidir.
SAP'nin resmi donanım kılavuzu, düşük işlem hacmine yönelik asgari tavsiyelerin yoğun işlem ve ayrıntılı raporlama yapılan ortamlara doğrudan uygulanamayacağını belirtir. Bu nedenle uygulama bileşenleri, veri boyutu ve eş zamanlı iş yükü analizi yapılmadan sabit bir CPU/RAM önerisi vermek doğru değildir.
SAP Business One için sanallaştırma düşünüldüğünde, veritabanı ve uygulama bileşenlerinin desteklenen platformlarda çalışması, performans ölçümü ve geri yükleme prosedürleri ayrıca doğrulanmalıdır. Özellikle SAP HANA mimarilerinde donanım ve işletim sistemi uygunluğu yalnızca işlemci adından karar verilerek belirlenmez.
Ayrıntılı inceleme için SAP Business One resmi donanım gereksinimleri ile SAP'nin teknik bilgi sayfasını referans alın.
Yalnızca CPU ve RAM değil: Disk IOPS ve gecikme
ERP kullanıcılarının ekranda "kaydet" tuşuna bastığında beklediği süre bazen doğrudan depolama performansıyla ilişkilidir. Veritabanı kayıt dosyaları, işlem günlükleri, yedekleme görevleri ve toplu raporlar farklı I/O davranışları oluşturur. Bu yüzden SSD veya NVMe etiketi tek başına yeterli bir performans ölçütü değildir.
Teklifte şu soruların yanıtları yer almalıdır: Depolama kapasitesi garanti mi? Yoğun kullanımda beklenen IOPS ve gecikme için ölçüm var mı? Disklerin yedekliliği nasıl sağlanıyor? Günlük yedekleme işlemi üretim performansını etkiliyor mu? Büyüyen veritabanı için kapasite artışı nasıl yapılacak?
Önemli olan teorik hız tabloları değil, sizin ERP sisteminizde çalışan işlemlerin gözlenebilir performansıdır. Uygulama ve veritabanı performans sayaçlarının izlenmesi, sonraki kapasite değişikliklerini de veriye dayandırır.
Windows Server ve SQL Server lisans maliyetini atlamayın
Sunucu kiralama teklifleri aynı hizmetleri içeriyormuş gibi görünse de bazı önemli maliyetler ayrı olabilir. Windows Server lisansı, Microsoft SQL Server sürümü/edition seçimi, kullanıcı erişim hakları, uzak masaüstü hizmeti için gerekli lisanslar, uygulama üreticisinin aboneliği, yedekleme yazılımı ve yönetim hizmeti ayrı ayrı değerlendirilmelidir.
Burada en güvenli yaklaşım, tek toplam tutarın hangi kalemleri içerdiğini sözleşmede açıkça görmek ve kurumunuzun mevcut lisanslarının taşınabilirliğini lisans koşullarına göre kontrol etmektir. Bazı lisanslar hizmet sağlayıcı ortamında farklı kurallar gerektirebilir. Üretici ya da yetkili lisans danışmanıyla teyit edilmeden "mevcut lisansı direkt taşırız" taahhüdünde bulunulmamalıdır.
İş yükünüze uygun dedicated sunucu kiralama ile sanal sunucu seçeneklerini, uygulama ve lisans maliyetlerini dahil ederek karşılaştırmak daha sağlıklı sonuç verir.
Yedek var demek, geri dönüş hazır demek değildir
Muhasebe verisi yalnızca şirketin bir dosyası değil, operasyon ve yasal süreçler açısından kritik bir varlıktır. Otomatik yedekleme bir başlangıçtır; fakat asıl soru, gerektiğinde veriyi tutarlı şekilde ne kadar sürede geri yükleyebileceğinizdir.
- RPO (Recovery Point Objective): Bir arızada kabul edilebilir en fazla veri kaybı süresi.
- RTO (Recovery Time Objective): Hizmetin yeniden devreye alınması için kabul edilebilir hedef süre.
- Uygulama tutarlılığı: ERP uygulaması ve veritabanının uyumlu, gerçekten kullanılabilir durumdan geri alınabilmesi.
- Test: Yalnız yedek dosyasının oluştuğunun değil, kontrollü geri yüklemenin de doğrulanması.
VPS veya dedicated tercihi ne olursa olsun, yedekleme, yedek saklama politikası, kritik verilerin erişim yetkileri ve felaket senaryoları ayrı bir gereksinim başlığı olmalıdır. Anlık görüntü (snapshot), her senaryoda uygulama tutarlı veritabanı yedeğinin yerine geçmez.
Güvenlik açısından hangi model daha avantajlı?
Dedicated sunucunun fiziksel ayrılmış olması önemli bir izolasyon katmanı sunar. Öte yandan uygun sanallaştırma, ağ segmentasyonu, güncel yazılım ve düzgün kimlik doğrulama ayarlarıyla VPS üzerinde de güvenli kurumsal hizmetler tasarlanabilir. Güvenlik değerlendirmesi yalnızca donanım modeline bağlanmamalıdır.
Özellikle ERP sunucularında uygulama erişiminin internete gereksiz yere açılmaması, yönetim portlarının sınırlandırılması, yetkili hesapların çok faktörlü kimlik doğrulamayla korunması, yedek erişimlerinin ayrıştırılması ve güvenlik güncellemelerinin planlanması önemlidir. Log ve olay inceleme sorumluluğu da teknik hizmet kapsamına dahil edilmelidir.
Bir sağlayıcının "DDoS koruması", "firewall" veya "7/24 destek" ifadesini kullanması tek başına kapsamı tanımlamaz. Teklifte hangi ürün, hangi yönetim seviyesi, hangi reaksiyon süresi ve hangi istisnalar bulunduğunu kontrol edin.
ERP sunucusunu taşırken izlenebilecek 6 aşama
1. Mevcut durumu belgeleme: Uygulama sürümü, veritabanı ve dosya boyutu, entegrasyonlar, kullanıcı bağlantıları, yedek planı ve iş saatleri çıkarılır.
2. Hedef mimari: VPS/dedicated seçimi, işletim sistemi, veritabanı, disk ve ağ tasarımı üretici destek koşullarına göre belirlenir.
3. Pilot kurulum: Gerçek veriyle sınırlı bir test ortamında kritik senaryolar, raporlar, entegrasyonlar ve yazıcı gibi bağımlılıklar kontrol edilir.
4. Yedek ve geri dönüş: Geçiş öncesi doğrulanmış yedek, geri yükleme testi ve başarısızlık halinde eski ortama dönüş adımları hazırlanır.
5. Kontrollü geçiş: Veri senkronizasyonu, uygulama tutarlılığı ve kullanıcı kabul kriterleri test edilerek canlı geçiş gerçekleştirilir.
6. Geçiş sonrası izleme: Performans, işlem hataları, yedekler, erişim kayıtları ve uygulama davranışı belirlenen süre boyunca takip edilir.
Bu süreçte en sık karşılaşılan risklerden biri, yalnızca dosyaları taşıyıp uygulamanın entegrasyonları ve lisans sunucusu gibi bağımlılıklarını unutmak olur. Plan yalnız altyapıyı değil, operasyonel kullanımın tamamını kapsamalıdır.
ERP sunucu kiralama teklifinde istemeniz gereken kontrol listesi
Teklif istemeden önce kısa bir bilgi seti paylaşmanız doğru kapasiteye daha hızlı ulaşmayı sağlar: yazılım ve sürüm bilgisi, veritabanı, kullanıcı sayısı, veri boyutu, mevcut altyapının karşılaşılan sorunları, bağlantı biçimi, yedek/kurtarma beklentisi, hedef geçiş tarihi ve lisans kapsamı.
Teklifte de sunucu modeli, CPU/RAM ve depolama yaklaşımı, ağ, güvenlik, yedekleme, yönetim, teknik destek, yükseltme ve sözleşme koşulları birbirinden ayrılmalıdır. Bunlar açık olduğunda kurumsal satın alma ve BT ekipleri aynı veriyle karar verebilir.
Sık sorulan sorular
1. Logo veya Mikro için VPS yeterli olur mu?
Uygulamanın sürümü, kullanılan veritabanı, eş zamanlı kullanıcı sayısı ve yoğun raporlama ihtiyacına bağlıdır. Küçük ya da orta ölçekte pek çok uygun kurulum VPS üzerinde değerlendirilebilir; ancak yeterlilik ölçüm ve üretici uyumluluğu ile doğrulanmalıdır.
2. Dedicated sunucu ERP'yi her zaman daha hızlı çalıştırır mı?
Hayır. Dedicated kaynak izolasyonu sunabilir; fakat eski işlemci, yetersiz disk altyapısı veya hatalı veritabanı yapılandırması performansı sınırlandırabilir. Eşdeğer koşullarda gerçek iş yükü ölçümü yapılmalıdır.
3. SAP Business One için kaç GB RAM gerekir?
Tek bir sayı vermek doğru değildir. SAP HANA ile SQL Server sürümleri, veri boyutu, rapor kullanımı ve üretici gereksinimleri farklılık gösterir. SAP'nin ilgili donanım kılavuzu ve güncel destek matrisiyle planlama yapılmalıdır.
4. ERP sunucusu kiralarken SQL Server lisansı dahil midir?
Varsayılmamalıdır. Lisansın teklif kapsamında olup olmadığı ve ilgili kullanım hakları yazılı olarak belirtilmelidir. Kullanıcı erişim lisansları ve diğer bileşenler de değerlendirilebilir.
5. ERP sunucusuna ofis dışından güvenli şekilde erişilebilir mi?
Evet, uygulamanın desteklediği model doğrultusunda VPN, MFA ve yetkili uzak erişim çözümleri planlanabilir. İnternete gereksiz yönetim veya veritabanı portu açılması önerilmez.
6. Verilerimizi taşırken kesinti yaşar mıyız?
Bazı geçişlerde belirli bir kesinti penceresi gerekebilir. Kesinti süresi veri boyutu, uygulamanın taşıma yaklaşımı ve senkronizasyon imkânlarına bağlıdır. Test ve geri dönüş planıyla risk azaltılır; koşulsuz sıfır kesinti sözü verilmemelidir.
7. Yedekleme ve felaket kurtarma aynı şey midir?
Hayır. Yedekleme verinin kopyalarını üretirken felaket kurtarma hizmetin öngörülen hedef sürede çalışır hâle gelmesi için altyapı, erişim, uygulama ve operasyon adımlarını da içerir.
8. En doğru sunucu teklifini almak için hangi bilgileri vermeliyiz?
ERP adı ve sürümü, veritabanı, aktif kullanıcı sayısı, veri boyutu, çalışma yoğunluğu, mevcut performans sorunu, yedekleme beklentisi ve başlangıç tarihi doğru teklifin temel girdileridir.
İş yükünüze uygun sunucu mimarisini birlikte belirleyelim
Muhasebe ve ERP altyapısı şirketin veri akışını taşıdığı için seçim yalnızca aylık ücret karşılaştırması olmamalıdır. Doğru sunucu; yazılımın destek koşullarına, ölçülmüş performans ihtiyacına, güvenlik sorumluluklarına ve kurtarma hedeflerine uyan sunucudur.
Netsun Bilişim olarak ihtiyacınızın VPS, dedicated sunucu veya yönetilen bir altyapı modeliyle karşılanması gerektiğini birlikte değerlendirmek üzere uygulama bilgilerinizi paylaşabilirsiniz. İlk adım için ERP altyapınız adına teklif talebi oluşturun.