Proxmox'ta n8n: LXC mi VM mi, doğru kurulum

n8n'i kendi sunucusunda barındırmak isteyen ve zaten bir Proxmox VE ortamı işleten kişi, iş akışı otomasyonunun bir LXC konteynerinde mi yoksa tam bir sanal makinede mi çalışması gerektiği sorusuyla karşı karşıya kalır. Çoğu küçük ve orta ölçekli işletme için, nesting ve keyctl özellikleri etkinleştirilmiş, yetkisiz (unprivileged) bir LXC konteyneri en pragmatik yoldur, çünkü bir VM'e göre belirgin şekilde daha az kaynak kullanır ve n8n'i bir Docker konteyneri içinde çalıştırabilir. Ödünsüz maksimum izolasyona ihtiyaç duyanlar ise VM'i tercih etmelidir. Durum: Temmuz 2026.

LXC mi VM mi: temel karar

n8n'in kendisi Proxmox'a özgü herhangi bir gereksinim getirmez; karar yalnızca sanallaştırma teknolojisi düzeyinde verilir. Bir LXC konteyneri, çekirdeği Proxmox ana makinesiyle paylaşır, çok hızlı başlar ve karşılaştırılabilir bir VM'e göre belirgin şekilde daha az bellek gerektirir. Dezavantajı ise şudur: LXC ve Docker olmak üzere iki konteyner katmanı aynı çekirdeği paylaşır, ana makinedeki bir çekirdek güncellemesi şüpheli durumlarda her iki katmanı aynı anda etkileyebilir. Bir VM, n8n'i ve içinde çalışan Docker daemon'unu ana makineden tamamen izole eder, ancak buna karşılık kendi çekirdeği için daha fazla bellek ve işlem gücü gerektirir. Küçük bir işletmedeki tek bir n8n sunucusu için kaynak farkı, pratikte genellikle teorik izolasyon sorusundan daha belirleyicidir.

LXC konteynerinde Docker: nesting ve keyctl'i doğru ayarlamak

Bir Docker daemon'unun bir LXC konteyneri içinde çalışabilmesi için konteynerin ek çekirdek arayüzleriyle donatılması gerekir. Proxmox'un konteyner seçenekleriyle ilgili belgelerinde nesting özelliği şöyle tanımlanır: "Allow nesting. Best used with unprivileged containers with additional id mapping. Note that this will expose procfs and sysfs contents of the host to the guest." Bu bayrak olmadan, konteynerdeki Docker daemon'u genellikle başlatma sırasında başarısız olur. Ayrıca, yetkisiz bir konteynerdeki Docker, Proxmox'un şöyle belgelediği keyctl seçeneğine ihtiyaç duyar: "For unprivileged containers only: Allow the use of the keyctl() system call. This is required to use docker inside a container." Önemli not: Proxmox belgelerine göre, Docker için keyctl'i etkinleştiren kişi aynı yapılandırmada aynı anda systemd-networkd kullanamaz, çünkü her iki özellik de aynı sistem çağrısı işlemesini talep eder. Her iki seçenek de konteyner yapılandırmasında "Features" altından ayarlanabilir. Üretim ortamında kullanım için ayrıcalıklı (privileged) bir konteyner önerilmez, çünkü Proxmox, ayrıcalıklı konteynerlerden kaynaklanan yeni kaçış (escape) açıklarını, ayrıcalıksız konteynerlerdekiyle aynı önceliğe sahip olarak ele almadığını açıkça belirtir.

Docker ile n8n kurulumu

LXC konteyneri hazırlandıktan sonra, asıl n8n kurulumu başka herhangi bir Docker sunucusundaki ile aynı adımları izler. Resmi n8n Docker belgelerine göre önce bir Docker birimi (volume) oluşturulur ve n8n, 5678 numaralı porta yönlendirme, TZ ve GENERIC_TIMEZONE zaman dilimi değişkenleri ve bağlanmış (mount edilmiş) bir veri dizini ile başlatılır. Belgelere göre /home/node/.n8n altındaki bu dizin "encryption keys, instance logs, and source control feature assets" içerir ve varsayılan yapılandırmada ayrıca tüm iş akışlarını ve kimlik bilgilerini barındıran SQLite veritabanını da içerir. Bunun yerine harici bir PostgreSQL veritabanı bağlamak isteyenler, host, port, veritabanı adı ve kimlik bilgileri için uygun ortam değişkenlerini ekler; n8n'e göre veri dizini bu durumda da önemini korur, çünkü orada hâlâ önemli veriler bulunur. n8n aynı yerde, kendi kendine barındırmanın sunucu işletimi, kaynak yönetimi ve güvenlik konularında teknik bilgi gerektirdiğini ve deneyimli kullanıcılar için tasarlandığını açıkça belirtir. Bu kurulumu kendisi yönetmek istemeyenler, n8n kurulumu ve desteği konusunda NordFlux'tan destek alabilir.

Yedekleme: n8n'in kendi yedeklemesine ek olarak Proxmox snapshot'ları

Bir LXC konteyneri, Proxmox'un kendi yedekleme işlevi kullanılarak yedeklenebilir; bu işlev konteynerler için, Proxmox yedekleme belgelerine göre isteğe bağlı olarak Stop, Suspend veya Snapshot modunda çalışır. Snapshot modunda konteyner kısa süreliğine duraklatılır, geçici bir depolama snapshot'ı oluşturulur ve içerik ardından snapshot tekrar silinmeden önce arşiv olarak yedeklenir. Bu, Docker daemon'u ve n8n veri dizini dahil olmak üzere konteynerin tam durumunu güvenilir bir şekilde yedekler, ancak uygulama düzeyinde bir yedeklemenin yerini tutmaz. Yalnızca iş akışlarını ve kimlik bilgilerini hedefli olarak yedeklemek isteyenler, n8n'in kendi veri dizinini de düzenli olarak dışa aktarmalıdır, çünkü bir Proxmox snapshot'ı her zaman konteynerin tamamını yedekler ve acil bir durumda tek tek iş akışlarını hedefli olarak geri yüklemekten daha uzun sürer. Pratikte bir kombinasyon önerilir: sunucunun tam olarak geri yüklenmesi için planlanmış Proxmox yedeklemeleri ve hızlı, münferit durumlar için n8n iş akışlarının ek, daha sık yapılan bir dışa aktarımı.

Proxmox'ta n8n hakkında sıkça sorulan sorular

Bir LXC konteynerinde Docker kullanmak istiyorsam nesting ve keyctl'e kesinlikle ihtiyacım var mı?

Evet, Proxmox belgelerine göre, yetkisiz bir LXC konteynerinde Docker için her iki seçenek de gereklidir, aksi takdirde Docker daemon'u güvenilir bir şekilde başlamaz veya belirli işlevler başarısız olur.

Ayrıcalıklı (privileged) bir konteyner daha kolay bir çözüm müdür?

Teknik olarak çoğu zaman evet, güvenlik açısından hayır. Proxmox, ayrıcalıklı konteynerlerden kaynaklanan yeni kaçış açıklarını, ayrıcalıksız konteynerlerdekiyle aynı önceliğe sahip olarak ele almaz. Kimlik bilgilerinin saklandığı üretimde kullanılan bir n8n sunucusu için bu, çoğu işletmenin göze almaması gereken bir risktir.

Bir Proxmox snapshot'ı, n8n için tek yedekleme olarak yeterli midir?

Bir snapshot, konteynerin tamamını güvenilir bir şekilde yedekler, ancak kaba tanelidir ve tek tek iş akışlarının geri yüklenmesi için pratik değildir. Düzenli Proxmox yedeklemesi ile n8n iş akışlarının ek, hedefli bir dışa aktarımının birleşimi daha mantıklıdır.

n8n, LXC konteynerine göre bir VM'de daha kararlı mı çalışır?

Temelde daha kararlı değil, ancak daha izole. Bir VM, Docker daemon'unu ana makine çekirdeğinden tamamen izole eder; bu kaynak maliyeti getirir, ancak Proxmox ana makinesindeki bir çekirdek güncellemesinin her iki konteyner katmanını aynı anda etkileme riskini azaltır.