MongoDB'de yalnız disk kapasitesi değil aktif working set, WiredTiger cache, index boyutu ve write yoğunluğu önemlidir. Resmî production notları Linux üzerinde XFS veya EXT4 kullanımını destekler ve WiredTiger data-bearing node'larda XFS'i güçlü biçimde önerir.
Küçük ve hata toleransı düşük olmayan projede tek node kullanılabilir ancak yüksek erişilebilirlik sağlamaz. MongoDB dokümantasyonu production replica set üyelerinin ayrı makinelerde çalıştırılmasını önerir. Kritik sistemde en az üç üyeli replica set mimarisi değerlendirilmelidir.
Aktif veri ve index RAM'de daha çok kaldıkça disk okumaları azalabilir. Write-heavy işlerde journal ve storage latency önem kazanır.
Aynı fiziksel host üzerindeki üç VM, host arızasında birlikte kaybolabilir. Üyeleri bağımsız makinelerde çalıştırmak node failure toleransının gerçek olmasını sağlar.
Database uygulama katmanından private network üzerinden erişilebilir olmalı; authentication ve TLS gereksinimleri ayrıca uygulanmalıdır.
Production değişikliği yapmadan önce host ve mongod durumunu kaydedin.
mongod --versionsystemctl status mongod --no-pagerdf -Thlsblk -ffree -hiostat -xz 1 5Yedek almak kadar belirli RPO/RTO içinde geri dönebildiğinizi test etmek önemlidir.
Resmî production notları Linux'ta XFS veya EXT4'ü destekler; WiredTiger data-bearing node'larda XFS güçlü biçimde önerilir.
Kritik production sistemlerde çoğunluk sağlayacak birden fazla üye gerekir; yaygın başlangıç üç üyedir ancak topoloji gereksinime göre tasarlanmalıdır.
Zorunlu değildir ancak yoğun random IO ve write workload'larında düşük latency avantaj sağlayabilir.
Aktif dataset, index boyutu, write yoğunluğu ve HA ihtiyacını iletin; tek node veya replica set topolojisini belirleyelim.