Odoo Sunucu Kiralama

Odoo sunucu kiralama nedir, kimler için uygundur?

Odoo sunucu kiralama, Odoo ERP yazılımını Odoo’nun kendi bulut hizmetleri yerine sizin yönettiğiniz bir sunucuda (on-premise) çalıştırmak için kaynak kiralamaktır. Odoo; muhasebe, stok, satın alma, satış, CRM, üretim, insan kaynakları ve e-ticaret uygulamalarını tek veritabanında birleştiren modüler bir iş yazılımıdır.

Kendi sunucunuzda çalıştırmak şu durumlarda mantıklıdır:

• Özel modül geliştiriyorsanız: Kendi modüllerinizi ve topluluk (OCA) modüllerini serbestçe kurmak, kodu değiştirmek istiyorsanız
• Veri konumu önemliyse: Muhasebe ve personel verisinin Türkiye’deki bir sunucuda, sizin denetiminizde durmasını istiyorsanız
• Entegrasyon yoğunsa: e-Fatura entegratörü, pazaryeri, banka ve kargo bağlantıları için sunucu seviyesinde erişim gerekiyorsa
• Community sürümünü kullanacaksanız: Lisans ücreti olmayan Community sürümü yalnız kendi sunucunuzda çalışır

Odoo’yu kurmak ve işletmek Linux, PostgreSQL ve Python bilgisi gerektirir. ERP kurmak yerine hazır, tarayıcıdan çalışan bir ön muhasebe ya da CRM yazılımı arıyorsanız LIONFIN kurumsal yazılım çözümleri kurulum gerektirmeden kullanılabilir. Seçim yaparken ön muhasebe programı seçimi yazısındaki ölçütler işinize yarar.

Odoo 19 sistem gereksinimleri nelerdir?

Odoo 19, Python 3.10 veya daha yeni bir sürüm ve PostgreSQL 13 ya da üzerini gerektirir; resmî kurulum belgeleri PostgreSQL alt sınırını bu sürümle 12’den 13’e yükseltmiştir. Odoo’nun geliştirme dalındaki belgeler bir sonraki ana sürüm için Python 3.12 ve PostgreSQL 16 alt sınırlarını gösterir; yeni bir kurulumda Ubuntu 24.04 LTS ve PostgreSQL 16 veya üzerini seçmek, gelecekteki sürüm yükseltmesinde altyapıyı değiştirme ihtiyacını azaltır.

Odoo MySQL veya MariaDB ile çalışmaz; veritabanı seçiminde alternatif yoktur. Fatura ve teklif PDF’lerinin düzgün görünmesi için wkhtmltopdf’nin Odoo’nun önerdiği sürümü kurulmalıdır; dağıtımın paket deposundaki sürüm üst bilgi ve alt bilgileri eksik basabilir. Bu bileşenlerin hepsi tam root erişimi gerektirdiğinden Odoo paylaşımlı hostingde çalışmaz.

Odoo Community mi, Enterprise mi kurmalısınız?

Odoo Community sürümü açık kaynaklıdır ve lisans ücreti olmadan kendi sunucunuzda kullanılabilir; Odoo Enterprise ise Community’nin üzerine ek uygulamalar ve özellikler getirir ve kullanıcı başına abonelik gerektirir. Her iki sürüm de kendi sunucunuzda çalışabilir; Enterprise’ı on-premise kullanmak için geçerli bir aboneliğiniz olmalıdır.

Seçimde şu noktalara bakın:

• İhtiyaç duyduğunuz uygulamalar: Bazı muhasebe raporları, gelişmiş üretim planlama, kalite, bakım ve stüdyo (kodsuz özelleştirme) gibi uygulamalar Enterprise’a özeldir.
• Topluluk modülleri: Community kullanıcılarının eksik özellikleri OCA (Odoo Community Association) modülleriyle tamamlaması yaygındır; bu modüllerin sürüm uyumunu siz takip edersiniz.
• Sürüm yükseltme: Enterprise aboneliği Odoo’nun yükseltme hizmetini kapsar; Community’de ana sürüm yükseltmesi topluluk araçlarıyla ve daha fazla emekle yapılır.
• Destek: Enterprise’da işlevsel destek Odoo’dan gelir; Community’de destek iş ortağınızdan ya da ekibinizden gelir.

Altyapı açısından iki sürümün sunucu gereksinimleri aynıdır: aynı Python, PostgreSQL ve worker hesabı geçerlidir. Bu sayfadaki boyutlandırma ve yapılandırma önerileri her iki sürüm için de uygulanabilir.

Odoo için kaç worker ve ne kadar RAM gerekir?

Odoo’nun resmî dağıtım belgesi, HTTP işçi sayısı için (çekirdek sayısı × 2) + 1 kuralını ve bir işçinin yaklaşık altı eşzamanlı kullanıcıya hizmet ettiğini belirtir. Bellek hesabında isteklerin %20’sinin ağır (yaklaşık 1 GB), %80’inin hafif (yaklaşık 150 MB) olduğu varsayılır; bu ağırlıklı ortalama işçi sayısıyla çarpılarak toplam ihtiyaç bulunur.

Örnek hesap, 50 eşzamanlı kullanıcı için:

1. Gerekli işçi: 50 / 6 ≈ 8 HTTP işçisi, artı 1 cron işçisi.
2. Çekirdek sınırı: (4 × 2) + 1 = 9; dört ayrılmış çekirdek bu işçi sayısını taşır.
3. Bellek: işçi başına ağırlıklı ortalama ≈ (0,2 × 1 GB) + (0,8 × 150 MB) ≈ 320 MB; dokuz işçi için ≈ 3 GB.
4. PostgreSQL ve işletim sistemi için ek pay: veritabanı boyutuna göre birkaç gigabayt.

Bu hesap, uygulamanın kendisi için gereken alt sınırı verir; toplu içe aktarma, büyük stok raporları ve dönem sonu muhasebe kapanışı gibi işler anlık olarak çok daha fazla bellek ister. Tablodaki değerler bu payı içerir. Ayrılmış çekirdekler, işçilerin aynı anda gerçekten paralel çalışmasını sağladığı için ERP’de paylaşılan sanal çekirdeğe göre daha öngörülebilir sonuç verir; ayrımın ayrıntıları VPS ve VDS farkı yazısındadır.

Odoo üretim yapılandırması (odoo.conf) nasıl olmalı?

Üretimde Odoo, çok işlemli (multi-processing) modda, reverse proxy arkasında ve veritabanı yöneticisi kapalı olarak çalışmalıdır. Bunun için odoo.conf dosyasında işçi sayısı, bellek ve süre sınırları ile güvenlik ayarları tanımlanır.

[options]
proxy_mode = True
workers = 8
max_cron_threads = 1
limit_memory_soft = 629145600
limit_memory_hard = 1677721600
limit_time_cpu = 600
limit_time_real = 1200
list_db = False
dbfilter = ^sirket$
http_interface = 127.0.0.1
gevent_port = 8072

Ayarların anlamı:

• workers: HTTP işçi sayısı; 0 bırakılırsa Odoo tek işlemli geliştirme modunda çalışır ve üretime uygun değildir.
• limit_memory_soft / limit_memory_hard: Bayt cinsinden işçi bellek sınırları (örnekte yaklaşık 600 MB ve 1,6 GB). Yumuşak sınırı aşan işçi isteği bitirince yeniden başlatılır, sert sınırı aşan hemen sonlandırılır.
• limit_time_cpu / limit_time_real: Uzun süren raporlar için saniye cinsinden süre sınırları; büyük raporlarınız zaman aşımına uğruyorsa bu değerleri dikkatle artırın.
• proxy_mode: Odoo’nun gerçek istemci adresini ve HTTPS bilgisini reverse proxy başlıklarından okumasını sağlar; yalnız proxy arkasında açılmalıdır.
• list_db ve dbfilter: Veritabanı listesini gizler, sunucunun yalnız belirli veritabanını sunmasını sağlar.

Odoo için Nginx reverse proxy nasıl kurulur?

Nginx, Odoo’nun önünde HTTPS’i sonlandırır, normal istekleri 8069 portundaki HTTP işçilerine, /websocket/ ile başlayan istekleri ise gevent portundaki gerçek zamanlı işçiye iletir. Bu ayrım yapılmazsa sohbet (Discuss), anlık bildirimler ve canlı destek çalışmaz.

upstream odoo { server 127.0.0.1:8069; }
upstream odoochat { server 127.0.0.1:8072; }

server {
    listen 443 ssl;
    server_name erp.alanadiniz.com;
    client_max_body_size 100m;
    proxy_read_timeout 720s;

    location /websocket {
        proxy_pass http://odoochat;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
    location / {
        proxy_pass http://odoo;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header X-Forwarded-Host $host;
    }
}

Sertifikayı Let’s Encrypt ile alabilir, HTTP isteklerini HTTPS’e yönlendirebilirsiniz. client_max_body_size değeri büyük ek dosya ve içe aktarma dosyaları için, proxy_read_timeout ise uzun raporlar için önemlidir. Nginx temelleri için Ubuntu Nginx kurulumu rehberine bakabilirsiniz. Odoo’nun 8069 ve 8072 portları güvenlik duvarında dışarıya kapalı kalmalıdır; Odoo yalnız Nginx üzerinden erişilebilir olmalıdır.

PostgreSQL Odoo için nasıl ayarlanır?

Odoo’nun hızı büyük ölçüde PostgreSQL’in bellek ayarlarına bağlıdır; varsayılan PostgreSQL ayarları küçük sunucular için düşünülmüştür ve ERP yükü için yetersiz kalır. İlk düzenlenecek değerler shared_buffers, effective_cache_size ve work_mem’dir.

• shared_buffers: PostgreSQL belgeleri, ayrılmış bir veritabanı sunucusunda başlangıç değeri olarak belleğin yaklaşık %25’ini önerir. Odoo ile aynı sunucuda çalışıyorsa bu oranı işçilerin bellek ihtiyacını hesaba katarak belirleyin.
• effective_cache_size: İşletim sisteminin dosya önbelleğiyle birlikte veritabanına ayrılabilecek toplam belleği tahmin eder; sorgu planlayıcısının indeks kullanma kararını etkiler.
• work_mem: Sıralama ve birleştirme işlemleri için bağlantı başına bellek; çok yüksek değer, eşzamanlı bağlantı sayısıyla çarpıldığında belleği tüketebilir.
• max_connections: Odoo işçi ve cron sayısının gerektirdiği bağlantıyı karşılayacak, gereksiz yüksek olmayan bir değer seçin.

Veritabanı dosyalarının NVMe diskte olması, stok hareketleri ve muhasebe kayıtları gibi yoğun yazma işlemlerinde fark yaratır. Eşzamanlı kullanıcı sayısı 75–100’ü aştığında PostgreSQL’i ayrı bir VDS’e taşımak, uygulama ve veritabanının aynı belleği paylaşmasını önler. Bu mimari için veritabanı sunucusu için VDS yazısına bakabilirsiniz.

Odoo sunucuya nasıl kurulur?

Odoo’yu Ubuntu 24.04 LTS üzerinde iki yoldan kurabilirsiniz: Odoo’nun resmî Debian paket deposundan ya da Git deposundan kaynak kodla. Paket kurulumu daha hızlıdır ve servis tanımını hazır getirir; kaynak kurulum ise birden fazla Odoo sürümünü yan yana çalıştırmak ve özel modül geliştirmek için daha esnektir.

1. Sunucuyu güncelleyin, SSH anahtarıyla giriş açın ve güvenlik duvarında yalnız 22, 80 ve 443 portlarını bırakın. Başlangıç adımları VPS ilk kurulum adımları rehberindedir.
2. PostgreSQL’i kurun ve Odoo için şifreli bir veritabanı kullanıcısı oluşturun; bu kullanıcı süper kullanıcı olmamalıdır.
3. Kaynak kurulumda Odoo için ayrı bir sistem kullanıcısı açın, kodu ilgili sürüm dalından (ör. 19.0) klonlayın ve bağımlılıkları bir Python sanal ortamına kurun.
4. Odoo’nun önerdiği wkhtmltopdf sürümünü kurun.
5. odoo.conf dosyasını üretim ayarlarıyla hazırlayın ve Odoo’yu bir systemd servisi olarak tanımlayın.
6. Nginx’i reverse proxy olarak yapılandırın, Let’s Encrypt ile HTTPS’i açın ve veritabanını oluşturun.

Kurulumdan sonra ilk iş olarak yönetici hesabının parolasını değiştirin, iki adımlı doğrulamayı açın ve şirket, para birimi ve dil ayarlarını yapın.

Odoo modülleri ve Türkiye yerelleştirmesi nasıl yönetilir?

Odoo’da özel ve topluluk modülleri, odoo.conf dosyasındaki addons_path listesine eklenen ayrı klasörlerde tutulmalı, çekirdek kodun içine kopyalanmamalıdır. Bu ayrım, Odoo’yu güncellediğinizde kendi modüllerinizin etkilenmemesini sağlar.

• Klasör düzeni: Örneğin /opt/odoo/odoo çekirdek, /opt/odoo/oca topluluk modülleri, /opt/odoo/ozel şirketinize özel modüller.
• Modül güncelleme: Kod değiştiğinde ilgili modülü odoo-bin -u modul_adi -d veritabani --stop-after-init komutuyla güncelleyin ve servisi yeniden başlatın.
• Sürüm uyumu: Topluluk modüllerinin Odoo ana sürümünüzle aynı dalını (ör. 19.0) kullanın.

Türkiye’de kullanım için Odoo’nun Türkiye muhasebe yerelleştirmesi hesap planını ve vergi tanımlarını getirir. e-Fatura, e-Arşiv ve e-İrsaliye gönderimi ise Gelir İdaresi Başkanlığı’na bağlı özel entegratörlerin Odoo modülleriyle yapılır; entegratör seçerken modülün Odoo sürümünüzü desteklediğini doğrulayın. Bu belgelerin farkları için e-Fatura nedir yazısına göz atabilirsiniz. Satış ekibi yalnız müşteri takibi için Odoo kullanacaksa daha hafif bir başlangıç için CRM nedir yazısındaki seçenekleri de değerlendirin.

Odoo sunucusu nasıl güvenli tutulur?

Odoo güvenliğinin en kritik adımları ana (master) parolayı güçlü bir değerle değiştirmek, veritabanı yöneticisini internete kapatmak, Odoo portlarını yalnız yerelde dinletmek ve kullanıcı hesaplarında iki adımlı doğrulamayı zorunlu tutmaktır. Ana parola, veritabanı oluşturma, silme ve yedekten geri yükleme yetkisi verir; ele geçirilmesi tüm ERP verisinin kaybı anlamına gelir.

1. Ana parola: odoo.conf içindeki admin_passwd değerini uzun ve rastgele bir parola yapın; Odoo bu değeri dosyada özetlenmiş (hash) biçimde saklar.
2. Veritabanı yöneticisi: list_db = False ile veritabanı listesini gizleyin ve Nginx’te /web/database yollarına erişimi yalnız kendi IP adresinize açın.
3. Portlar: 8069 ve gevent portu dışarıya kapalı olsun; Odoo yalnız 127.0.0.1 üzerinde dinlesin.
4. Kullanıcılar: Herkese yalnız ihtiyaç duyduğu uygulama erişim haklarını verin; iki adımlı doğrulama özelliğini tüm kullanıcılar için açın.
5. SSH: Parola girişini kapatın, kaba kuvvet denemelerine karşı Fail2ban kurun.
6. Güncellemeler: Odoo sürüm dalınızın düzeltmelerini ve işletim sistemi güvenlik güncellemelerini düzenli uygulayın.

Ağ seviyesinde LIONFIN altyapısındaki RouteFence firewall DDoS saldırılarını filtreler, 7/24 SOC izleme güvenlik olaylarını takip eder. Sunucu tarafındaki genel önlemler için sunucu güvenliği kontrol listesi yazısını izleyin.

Odoo yedeği nasıl alınır, sürüm nasıl yükseltilir?

Odoo yedeği iki parçadan oluşur: PostgreSQL veritabanı ve ek dosyaların, görsellerin tutulduğu filestore klasörü. Yalnız veritabanını yedeklemek en sık yapılan hatadır; geri yüklendiğinde faturaların ekleri, ürün görselleri ve belgeler kaybolur. Filestore varsayılan olarak Odoo kullanıcısının ev dizininde, veritabanı adıyla aynı alt klasörde bulunur.

• Günlük yedek: pg_dump -Fc ile sıkıştırılmış veritabanı dökümü alın, filestore klasörünü rsync ile eşitleyin ve ikisini aynı zaman damgasıyla saklayın.
• Uzak kopya: Yedeklerin bir kopyasını sunucu dışındaki bir konumda tutun; 3-2-1 yedekleme kuralı ERP verisi için de geçerlidir.
• Anlık görüntü: Büyük güncellemelerden önce sunucunun snapshot kopyasını alın.

Ana sürüm yükseltmesi (ör. 18’den 19’a) yalnız kodu değiştirmekle yapılmaz; veritabanı şemasının da dönüştürülmesi gerekir. Enterprise kullanıcıları Odoo’nun yükseltme hizmetini, Community kullanıcıları ise OpenUpgrade gibi topluluk araçlarını kullanır. Yükseltmeyi her zaman veritabanının bir kopyası üzerinde test edin; kopyayı odoo-bin neutralize komutuyla e-posta gönderimi ve zamanlanmış işler kapalı hâle getirirseniz test sistemi gerçek müşterilere e-posta göndermez.

Odoo sunucusunda en sık görülen sorunlar nelerdir?

Odoo sunucularında en sık görülen sorunlar yanlış işçi ve bellek sınırları, eksik websocket yönlendirmesi, hatalı wkhtmltopdf sürümü ve çalışmayan zamanlanmış işlerdir. Sorunların izini Odoo günlük dosyasında (logfile ayarıyla belirlenen yol) ve journalctl çıktısında sürebilirsiniz.

• Büyük raporlar yarıda kesiliyor: İşçi limit_time_real veya limit_memory_hard sınırına takılmıştır. Günlükte işçinin sonlandırıldığını gösteren satırı arayın ve sınırları dengeli biçimde artırın.
• Sohbet ve bildirimler gelmiyor: /websocket istekleri gevent portuna yönlendirilmemiştir ya da Upgrade başlıkları iletilmiyordur.
• PDF’ler biçimsiz veya üst bilgisiz: wkhtmltopdf’nin önerilen sürümü kurulu değildir ya da sistem parametrelerindeki web.base.url değeri yanlıştır.
• Zamanlanmış işler çalışmıyor: max_cron_threads sıfırdır ya da işler bir hata nedeniyle devre dışı kalmıştır; Ayarlar → Teknik → Zamanlanmış Eylemler ekranını kontrol edin.
• Yavaşlık sabahları artıyor: İşçi sayısı eşzamanlı kullanıcıya göre azdır; worker hesabını yeniden yapın, gerekirse VDS kaynaklarını artırın.
• Gerçek IP yerine 127.0.0.1 görünüyor: proxy_mode kapalıdır ya da Nginx X-Forwarded-For başlığını göndermiyordur.

Kaynak artırma ihtiyacında VDS’inizi panelden yükseltebilirsiniz; kaynak yükseltme rehberi adımları anlatır.