Odoo, ERPNext ve Diğer CRM/ERP Uygulamaları İçin VPS Hosting Rehberi

Odoo ve ERPNext İçin Doğru VPS Hosting Neden Bu Kadar Önemli?

Odoo, ERPNext ve benzeri CRM/ERP uygulamaları bir web sitesi gibi sadece sayfa sunmaz; tüm satış, stok, muhasebe, üretim ve insan kaynakları süreçlerinizi gerçek zamanlı olarak çalıştırır. Yani bu sistemler yavaşladığında ya da erişilemez olduğunda, aslında şirketin operasyonu da yavaşlar. Bu yüzden bu uygulamaları nerede ve nasıl host ettiğiniz, yazılım seçimi kadar stratejik bir karardır.

Birçok işletme Odoo veya ERPNext’i ilk kurarken “paylaşımlı hosting yeter mi, yoksa VPS mi almalıyım, dedicated sunucuya ne zaman geçmeliyim?” sorularında takılıyor. DCHost tarafında gördüğümüz tablo net: 5–10 kullanıcılı küçük kurulumlar bile doğru kaynak planlanmazsa birkaç ay içinde CPU ve RAM limitlerine takılıp performans sorunları yaşamaya başlıyor. Öte yandan, baştan aşırı büyük sunucuya çıkmak da gereksiz maliyet demek.

Bu rehberde, DCHost altyapısı üzerinden Odoo, ERPNext ve diğer CRM/ERP uygulamalarını çalıştırırken hangi VPS özelliklerine ihtiyaç duyduğunuzu, hangi mimarinin hangi ölçek için uygun olduğunu ve güvenlik, yedekleme, izleme tarafında neleri mutlaka yapmanız gerektiğini, sahadaki gerçek senaryolara dayanarak adım adım anlatacağız.

CRM/ERP Uygulamaları İçin Neden VPS Tercih Etmelisiniz?

Odoo ve ERPNext gibi uygulamalar, klasik bir içerik yönetim sistemine göre çok daha yoğun veritabanı ve arka plan işlem yüküne sahiptir. Paylaşımlı hosting’deki kısıtlı CPU, RAM ve I/O limitleri, bu tür uygulamalarda genellikle ilk aydan itibaren dar boğaz yaratır. İşte bu noktada VPS hosting, kontrol ve performans dengesini sağlayan ideal çözüm haline gelir.

VPS’inizi seçerken temel avantajlar şunlardır:

• Kaynak izolasyonu: CPU, RAM ve disk I/O değerleriniz diğer sitelerle paylaşılmaz. ERP çalışırken aynı sunucudaki başka bir sitenin kampanya yoğunluğu sizi etkilemez.
• Tam kontrol: İşletim sistemi, veritabanı sürümü, Python/NodeJS sürümleri ve ek servisler (Redis, Celery, wkhtmltopdf vb.) üzerinde tam yetkiniz olur.
• Ölçeklenebilirlik: Kullanıcı sayınız arttıkça vCPU, RAM ve disk kapasitesini kademeli olarak büyütebilirsiniz.
• Güvenlik ve uyumluluk: KVKK, GDPR veya sektör regülasyonları gereği, verilerinizi daha sıkı şekilde izole etme ve yedekleme imkânı sağlar.

VPS’in ne olduğunu ve küçük işletmeler için ne tür avantajlar sunduğunu daha temelden görmek isterseniz, VPS hosting nedir ve küçük işletmeler için avantajları yazımıza da göz atabilirsiniz.

Odoo ve ERPNext İçin Kaynak Planlama: CPU, RAM, Disk ve Trafik

ERP kurulumlarında en sık gördüğümüz hata, “rastgele” bir VPS paketi seçmek. Oysa birkaç basit hesapla çok daha isabetli kaynak planlaması yapılabiliyor. DCHost tarafında onlarca Odoo/ERPNext kurulumu gördüğümüz için aşağıdaki rakamlar pratik saha deneyimine dayanıyor.

Tipik Kullanım Senaryoları

• Senaryo 1 – Küçük ekip (5–10 kullanıcı): Temel CRM, satış, stok; eş zamanlı 3–4 kullanıcı aktif. Önerilen minimum: 2 vCPU, 4 GB RAM, NVMe SSD üzerinde en az 80–100 GB disk.
• Senaryo 2 – Orta ölçek (20–40 kullanıcı): CRM + muhasebe + satın alma + üretim modülleri, eş zamanlı 15–20 kullanıcı. Önerilen minimum: 4 vCPU, 8 GB RAM, NVMe SSD’de 150–250 GB disk.
• Senaryo 3 – Yoğun kullanım (50+ kullanıcı): Birden fazla lokasyon, raporlama ve yoğun stok hareketi. Önerilen başlangıç: 8 vCPU, 16 GB RAM, NVMe SSD’de 300+ GB disk; veritabanını ayrı bir VPS veya dedicated sunucuya alma planıyla.

Benzer bir kapasite planlama mantığını, farklı iş yükleri için anlattığımız CPU, RAM, NVMe ve bant genişliği rehberimizde daha ayrıntılı olarak görebilirsiniz; aynı yaklaşım ERP dünyasında da geçerli.

CPU (vCPU) Seçimi

Odoo ve ERPNext gibi Python tabanlı ERP çözümleri, özellikle raporlama, toplu fatura kesimi ve toplu stok güncellemelerinde CPU’ya yüklenir. Dikkat etmeniz gerekenler:

• Minimum 2 vCPU: Tek vCPU çoğu gerçek ERP senaryosunda dar boğaz yaratır. Arka plan görevleri (cron) ve web istekleri aynı anda koşarken kuyruk oluşur.
• Eş zamanlı kullanıcı başına yaklaşık 0.2–0.3 vCPU: Örneğin aynı anda 20 aktif kullanıcı varsa, 4–6 vCPU civarı pratik bir başlangıç aralığıdır.
• Raporlama ve BI yükü: Çok ağır raporlar ve pivot analizleri için, üretim veritabanınızın bir replikası üzerinde ayrı bir raporlama sunucusu planlamak mantıklı olabilir.

RAM Planlaması

RAM, özellikle PostgreSQL/MariaDB veritabanı ve Odoo/ERPNext uygulama süreçleri için kritiktir. Yetersiz RAM, swap kullanımını tetikleyerek tüm sistemi ağırlaştırır.

• Çıplak alt limit: Demo ve PoC testleri dışında 2 GB RAM’i alt sınır olarak bile önermiyoruz; gerçek kullanımda 4 GB altında kalmayın.
• Veritabanı + uygulama: Aynı VPS üzerinde hem Odoo/ERPNext hem de veritabanı çalışıyorsa, üretim ortamında 8 GB ve üzeri RAM çok daha sağlıklı.
• Arka plan iş yükleri: E-posta gönderimleri, entegrasyon script’leri ve planlanmış görevler için de RAM planlamasına +1–2 GB pay bırakın.

Disk Türü, Kapasite ve IOPS

ERP sistemlerinde disk sadece kapasite değil, IOPS (saniyede okuma/yazma işlemi) açısından da önemlidir. Yavaş diskler, özellikle stok hareketleri ve muhasebe kayıtlarında ciddi yavaşlık yaratabilir.

• NVMe SSD tercih edin: DCHost tarafında ERP müşterilerimizin tamamına klasik HDD yerine NVMe SSD katmanını kullanmalarını tavsiye ediyoruz.
• Kapasite hesabı: Uygulama dosyaları + veritabanı + ek dosyalar (rapor PDF’leri, ekler, belge taramaları) için 2–3 yıllık büyümeyi hesaplayın. Örneğin yıllık 20–30 GB artış bekliyorsanız, başlangıçta en az 150–200 GB planlayın.
• IOPS ihtiyacı: Yoğun yazma yükü olan üretim/muhasebe sistemlerinde, NVMe disklerin sunduğu yüksek IOPS ERP hissiyatını doğrudan iyileştirir.

Ağ ve Bant Genişliği

Çoğu ERP kurulumunda bant genişliği, statik dosya ağırlıklı e-ticaret siteleri kadar kritik değildir; asıl yoğunluk veritabanı ve CPU tarafındadır. Yine de:

• Uzaktan çalışan çok sayıda kullanıcı varsa (VPN üzerinden), yeterli upload/download kapasitesi planlayın.
• Harici entegrasyonlar (e-fatura, e-arşiv, e-irsaliye, API tüketen entegrasyonlar) için de sürekli açık bağlantılarınıza göre bant genişliği düşünün.

Daha detaylı trafik ve bant genişliği hesabı için, paylaşımlı hosting ve VPS için bant genişliği ihtiyacı hesaplama rehberimizde yer alan prensipleri ERP senaryolarına da uyarlayabilirsiniz.

Mimari Seçenekleri: Tek VPS mi, Çoklu VPS mi, Dedicated mi?

Doğru mimariyi seçmek, sadece bugünkü kullanıcı sayınıza değil, önümüzdeki 2–3 yıldaki büyüme hızınıza da bağlı. DCHost’ta sıkça gördüğümüz üç temel yaklaşım var.

1) Tek VPS Üzerinde Tüm Bileşenler (Uygulama + Veritabanı)

Kimler için uygun? 5–20 arası aktif kullanıcı, hızlı başlamak isteyen ekipler, tek lokasyonlu şirketler.

• Avantajlar: Basit kurulum, tek sunucu yönetimi, düşük başlangıç maliyeti.
• Dezavantajlar: Büyüdükçe veritabanı ve uygulama aynı kaynakları tükettiği için performans sıkışabilir.

Önerilen kaynaklar: En az 4 vCPU, 8 GB RAM, NVMe SSD 150–200 GB. Büyüme öngörüsü varsa 6–8 vCPU’ya çıkmak mantıklı.

2) Uygulama ve Veritabanının Ayrı VPS’lerde Koşması

Kimler için uygun? 20+ aktif kullanıcı, yoğun raporlama, çok lokasyonlu şirketler, büyümesini öngören KOBİ’ler.

• 1 adet VPS: Odoo/ERPNext uygulaması (web + worker’lar)
• 1 adet VPS: PostgreSQL veya MariaDB/MySQL veritabanı sunucusu

Avantajları:

• Uygulama ve veritabanı kaynaklarını ayrı ayrı ölçekleyebilirsiniz.
• Veritabanı sunucusuna ek disk, RAM ve yedekleme stratejisi tanımlamak kolaylaşır.
• Güvenlik açısından veritabanı sunucusunu sadece uygulama VPS’inden erişilebilir hale getirerek saldırı yüzeyini küçültürsünüz.

3) Dedicated Sunucu + VPS Kombinasyonları

Kimler için uygun? 50+ aktif kullanıcı, yüksek işlem hacmi, sık raporlama, yoğun entegrasyonlar, 7/24 kritik operasyon.

• Dedicated sunucu üzerinde veritabanı (yüksek RAM, güçlü disk altyapısı)
• 1 veya daha fazla VPS üzerinde Odoo/ERPNext uygulama katmanı

Bu mimari, özellikle büyüyen SaaS girişimleri veya birden fazla şirketi tek Odoo/ERPNext altyapısında çalıştıran gruplar için idealdir. DCHost tarafında, ihtiyaç halinde dedicated sunucu ve colocation ile kendi fiziksel sunucunuzu barındırma senaryolarını da aynı mimaride birlikte kullanabiliyoruz.

Küçük SaaS uygulamaları için tek VPS, çoklu VPS ve yönetilen bulut mimarilerini karşılaştırdığımız detaylı mimari rehberimiz, ERP projelerinde de düşünce sisteminizi netleştirmenize yardımcı olacaktır.

Kurulum Stratejileri: Odoo ve ERPNext’i VPS Üzerinde Nasıl Konumlandırmalı?

Linux Dağıtımı Seçimi

Odoo ve ERPNext ekosisteminde ağırlıklı olarak Debian/Ubuntu tabanlı dağıtımlar tercih ediliyor. Ancak doğru seçim, ekip kültürünüz ve diğer sistemlerinizle uyumla da ilgili.

• Ubuntu/Debian: Odoo ve ERPNext dokümantasyonlarının büyük kısmı Ubuntu/Debian üzerinde yazılmıştır; paket isimleri ve komutlar genellikle bire bir uyumludur.
• AlmaLinux/Rocky Linux: Kurumsal dünyada tercih edilen RHEL uyumlu dağıtımlar; özellikle PostgreSQL ve MariaDB gibi servisleri sistematik yönetmek için tercih edilebilir.

Bu konuda kararsızsanız, VPS için Linux dağıtımı seçimi rehberimizde, Ubuntu, Debian, AlmaLinux ve Rocky Linux’u artılarıyla birlikte detaylı karşılaştırdık.

Tek Tenant mı, Çok Tenant mı?

Odoo tarafında özellikle iki yaklaşım var:

• Tek veritabanı / tek şirket (single-tenant): Klasik KOBİ senaryosu; tek firma, tek veritabanı.
• Birden fazla veritabanı (multi-tenant): Aynı Odoo kurulumunda birden fazla şirket (veya müşteriyi) barındırma.

Multi-tenant yapılar, ajanslar ve SaaS girişimleri için maliyet avantajı sağlayabilir; ancak her veritabanı ekstra kaynak tüketir ve bir yerde toplu performans dar boğazlarıyla karşılaşabilirsiniz. Genellikle şu yaklaşım sağlıklı oluyor:

• Kaynak sınırı belirsiz büyüyecek her şirket için ayrı VPS + ayrı veritabanı (tam izolasyon)
• Küçük müşteriler veya test ortamları için ortak Odoo kurulumunda birden fazla veritabanı

Docker mı, Klasik Kurulum mu?

Son yıllarda birçok ekip Odoo/ERPNext’i Docker ile konteynerleştirerek yönetmeyi tercih ediyor. Her iki yaklaşımın da artıları var:

• Klasik kurulum (bare metal / çıplak VPS): Daha az katman, daha az karmaşıklık; küçük ve orta ölçekli kurulumlarda yönetmesi çoğu zaman daha kolay.
• Docker ile kurulum: Versiyon yönetimi, test/staging ortamları, rollback ve CI/CD süreçleri için daha esnek. Ancak logging, güvenlik ve izleme tarafında ek disiplin gerektirir.

Docker ile çalışan ekipler için, VPS üzerinde konteyner tabanlı üretim mimarilerini anlattığımız konteynerize WordPress üretim mimarisi yazımızdaki prensiplerin tamamına yakını Odoo/ERPNext kurulumları için de geçerlidir: reverse proxy, SSL sonlandırma, kalıcı depolama, yedekleme ve loglama gibi konular bire bir benzerdir.

Kontrol Paneli Kullanımı

cPanel, Plesk veya DirectAdmin gibi kontrol panelleri, klasik web barındırma (WordPress, PHP siteler) için son derece pratik araçlar. Ancak Odoo/ERPNext gibi özel uygulamalarda, çoğu zaman:

• Doğrudan SSH ile yönetim,
• Systemd servisleri,
• Nginx/Apache reverse proxy yapılandırmaları,
• Ve veritabanının CLI üzerinden yönetimi

çok daha esnek ve temiz bir kurulum sağlar. Yine de e-posta, ek web siteleri ve alt alan adlarını panel üzerinden yönetmek istiyorsanız, panel + manual Odoo/ERPNext kurulumunu hibrit şekilde kurgulamak da mümkün.

Güvenlik, Yedekleme ve İzleme: ERP Sunucunuzu Gerçekten Üretim-Hazır Yapmak

ERP sunucuları, içerdiği verinin kritikliği nedeniyle saldırganlar açısından da cazip hedeflerdir. Birkaç temel güvenlik, yedekleme ve izleme adımını standart hale getirmek, riski dramatik şekilde düşürür.

VPS Güvenlik Temelleri

Yeni bir VPS aldığınızda ilk 24 saatte yapmanız gerekenler çoğu ortamda benzerdir: sistem güncellemeleri, temel güvenlik duvarı (firewall) kuralları, kullanıcı hesaplarının düzenlenmesi. Bu adımları yeni VPS’te ilk 24 saat rehberimizde adım adım anlattık; ERP sunucularında da bire bir aynı yaklaşımı öneriyoruz.

Buna ek olarak:

• SSH portunu varsayılandan farklı kullanın ve parola yerine SSH anahtarları ile giriş yapın.
• Güçlü bir güvenlik duvarı (nftables, ufw vb.) ile sadece gerekli portları (80/443 + gerekirse 22) dış dünyaya açın.
• Veritabanı portlarını (PostgreSQL: 5432, MySQL/MariaDB: 3306) mümkünse sadece iç ağdan veya belirli IP’lerden erişilebilir hale getirin.
• ERP yönetim paneli erişimlerini IP kısıtlamaları, VPN veya ek HTTP kimlik doğrulaması ile sınırlandırın.

VPS güvenliğini daha derinlemesine ele aldığımız VPS sunucu güvenliği rehberi, ERP sunucularınız için de uygulayabileceğiniz kapsamlı bir kontrol listesi sunuyor.

Yedekleme Stratejisi: RPO/RTO’yu Netleştirin

ERP tarafında yedekleme tamamen ne kadar veri kaybını tolere edebileceğinize (RPO) ve bir kesinti sonrası sisteme ne kadar sürede geri dönmeniz gerektiğine (RTO) bağlıdır.

• Günlük tam veritabanı yedeği + saatlik incremental (kritik sistemler için)
• Dosya sistemi yedeği: Odoo/ERPNext konfigürasyonları, ek dosyalar, modüller
• Uzak lokasyona yedek: Aynı fiziksel sunucuda veya aynı veri merkezinde tek kopya yedek, felaket senaryolarında yeterli olmayabilir. Farklı fiziksel havuz veya farklı veri merkezine replike yedek idealdir.

Veritabanı yedeklerine özellikle önem verin. MySQL/MariaDB için mysqldump, XtraBackup ve snapshot karşılaştırmasını yaptığımız rehberde anlattığımız mantık, PostgreSQL dünyasında da benzer araçlarla geçerlidir.

Loglama ve İzlenebilirlik

ERP performans problemlerinin kök nedenini bulmanın en etkili yolu, düzenli loglama ve izlemedir. Sadece CPU ve RAM grafiği yeterli olmaz; hangi modülün, hangi sorgunun sistemi yorduğunu da görmek istersiniz.

• Uygulama logları (Odoo/ERPNext),
• Veritabanı slow query logları,
• Nginx/Apache erişim ve hata logları

gibi kayıtları tek noktada toplayarak arayabilmek büyük konfor sağlar. DCHost’ta önerdiğimiz yaklaşımlardan biri, VPS log yönetimi için Loki + Promtail + Grafana mimarisiyle merkezi loglama kurmak; çoklu ERP sunucusu olan yapılarda hayat kurtaran bir adım.

Birden fazla sunucunuz varsa, birden fazla sunucuda ELK/Loki Stack ile merkezi loglama rehberimizde anlattığımız yaklaşım, ERP altyapınız için de bire bir geçerli.

DCHost Üzerinde Odoo/ERPNext İçin Örnek Mimari Senaryolar

Senaryo 1: Büyüyen KOBİ (10–20 Kullanıcı)

Durum: Tek ofis veya birkaç şube, temel modüller (CRM, satış, stok, fatura), ara sıra raporlar.

• Altyapı: 1 adet NVMe VPS (4 vCPU, 8 GB RAM, 150–200 GB NVMe SSD)
• Odoo/ERPNext + PostgreSQL aynı VPS üzerinde
• Günlük tam veritabanı yedeği + haftalık tam dosya sistemi yedeği
• SSH erişimi sadece belirli IP’lere açık, ERP paneli HTTPS üzerinden yayınlanıyor

Bu mimari, ilk 1–2 yıl için çoğu KOBİ’ye fazlasıyla yeterli oluyor. İzleme ve loglama ihtiyacı arttıkça, ayrı bir küçük VPS üzerine merkezi loglama istasyonu eklenerek büyütülebilir.

Senaryo 2: Çok Lokasyonlu Üretim Firması (30–60 Kullanıcı)

Durum: Birden fazla depo, üretim modülü, yoğun stok hareketi, sık raporlama, entegrasyonlar (e-fatura, B2B, e-ticaret).

• Altyapı: 2 adet NVMe VPS
• VPS-1: Odoo/ERPNext uygulaması (6–8 vCPU, 12–16 GB RAM)
• VPS-2: PostgreSQL veritabanı (4–6 vCPU, 16–24 GB RAM, daha yüksek NVMe disk kapasitesi)
• Opsiyonel: Küçük bir üçüncü VPS üzerinde loglama + izleme (Loki + Prometheus + Grafana)

Bu senaryoda veritabanını ayrı bir VPS’e almak, yüksek I/O ve RAM ihtiyacını daha sağlıklı yönetmeyi sağlıyor. İleride raporlama için okuma replikası eklemek de kolaylaşıyor.

Senaryo 3: ERP Tabanlı SaaS Girişimi

Durum: Birden fazla müşteriye Odoo/ERPNext bazlı SaaS hizmeti sunan bir girişim; her müşteri için ayrı veritabanı, bazıları için ayrı modül setleri.

• Altyapı:
• 1–2 adet güçlü NVMe VPS üzerinde Odoo/ERPNext uygulama katmanı (yüksek vCPU sayısı)
• 1 adet dedicated veritabanı sunucusu (veya büyük RAM’li güçlü VPS)
• İsteğe bağlı olarak farklı müşterileri farklı VPS kümelerine bölerek kaynak izolasyonu sağlama

Bu mimaride otomatik deploy, CI/CD, staging ortamları, domain ve SSL yönetimi gibi konular öne çıkıyor. SaaS uygulamaları için çok kiracılı mimari rehberimizde anlattığımız yaklaşımlar, ERP tabanlı SaaS projeleri için de geçerlidir.

Sonuç ve Yol Haritası: Odoo/ERPNext İçin DCHost’ta Nasıl İlerlemelisiniz?

Odoo, ERPNext ve benzeri CRM/ERP uygulamaları için doğru VPS hosting seçimi; sadece “kaç CPU, kaç GB RAM?” sorusuna cevap vermek değil, 3–5 yıllık büyüme planınızı, güvenlik ve yedekleme stratejinizi ve iş sürekliliği beklentinizi birlikte ele almak demek. DCHost tarafında gördüğümüz başarılı projelerin ortak noktası, küçük başlarken bile mimariyi bir üst seviyeye taşıyabilecek şekilde planlamaları.

İlk adım olarak, kullanıcı sayınızı, modül kapsamınızı ve büyüme hızınızı kabaca çıkarın. Ardından bu rehberde anlattığımız:

• Tek VPS / çoklu VPS / dedicated senaryolarını,
• CPU, RAM, NVMe disk ve bant genişliği planlamasını,
• Güvenlik, yedekleme ve loglama önceliklerini

tabloya yerleştirin. Elinizdeki bu taslakla DCHost ekibine ulaştığınızda, sizin için en uygun VPS, dedicated veya colocation kombinasyonunu çok daha hızlı şekillendirebiliriz. İster yeni bir Odoo/ERPNext projesine başlıyor olun, ister mevcut kurulumunuzu daha güçlü ve güvenli bir altyapıya taşımak isteyin; mimari tasarımdan taşıma planına kadar tüm adımları birlikte gözden geçirebiliriz.

ERP’niz, şirket sinir sisteminizdir; onu taşıyan sunucu altyapınız da en az yazılım kadar kritik. Doğru VPS mimarisiyle hem performans hem güvenlik hem de maliyet tarafında uzun vadeli, rahat bir nefes almak mümkün. Bir sonraki adımı planlamak için bizimle iletişime geçmeniz yeterli.