Kebutuhan VPS untuk Plane: Panduan RAM, CPU & Penyimpanan

Plane adalah platform manajemen proyek sumber terbuka yang berada di kategori yang sama dengan Jira dan Linear. Community Edition yang Anda hosting sendiri jauh lebih berat daripada kesan antarmukanya, dan menebak-nebak ukuran VPS adalah penyebab paling umum gagalnya sebuah instalasi Plane.

Kebutuhan Menurut Dokumentasi

Dokumentasi self-hosting Plane menyebutkan:

Mengapa Batas 4 GB Itu Nyata

Plane bukan satu proses. Tumpukan compose Community Edition menjalankan tiga belas kontainer:

• Aplikasi: frontend web, admin, space, dan live, ditambah api berbasis Django
• Latar belakang: worker, beat-worker, dan migrator
• Data: postgres:15.7-alpine, valkey/valkey:7.2.11-alpine, rabbitmq:3.13.6-management-alpine, minio/minio
• Tepi jaringan: kontainer proxy yang memegang port 80 dan 443

Tiga belas kontainer dalam keadaan diam sudah menghabiskan sebagian besar 4 GB sebelum satu isu pun dibuat. Inilah alasan paket 1 GB dan 2 GB tidak berjalan - bukan karena Plane boros, melainkan karena Anda menjalankan basis data, message broker, cache, dan object store berdampingan dengan aplikasinya sendiri.

RAM: Menentukan Ukuran Berdasarkan Besar Tim

Jika ragu di antara dua ukuran, ambil yang lebih besar. Cara Plane gagal ketika memori kurang adalah kernel menghentikan sebuah kontainer di tengah permintaan, yang terlihat seperti galat acak alih-alih pesan kehabisan memori yang jelas.

CPU: Dua Core Memang Cukup

Pelacakan isu bersifat tersendat. Seseorang membuka papan, API menjawab, lalu server kembali sepi. Dua vCPU menangani itu dengan nyaman untuk tim normal.

Empat core baru terasa berguna dalam satu kasus khusus: mengimpor backlog yang sudah ada. Selama impor massal, API Django, worker Celery, dan PostgreSQL berebut sumber daya, dan pekerjaan itu selesai jauh lebih cepat dengan core lebih banyak. Karena sifatnya sekali jalan, jarang layak dibayar terus-menerus - kecuali paket dengan 4 core kebetulan juga paket dengan 8 GB, dan di Contabo memang begitu.

Penyimpanan: Pantau MinIO, Bukan Postgres

Basis data tetap kecil. Isu, komentar, dan catatan aktivitas semuanya berupa teks, dan bahkan pada tim yang sibuk volume Postgres tumbuh perlahan.

Yang berubah-ubah adalah lampiran. Setiap tangkapan layar dan dokumen yang diunggah ke sebuah isu mendarat di volume MinIO, dan tim yang gemar menempelkan tangkapan layar akan melampaui disk 40 GB jauh sebelum basis datanya jadi persoalan.

Mulailah dari 40 GB, pantau volume MinIO, dan pilih NVMe atau SSD - kinerja PostgreSQL terikat pada I/O dan perbedaannya terasa pada tampilan papan yang mengagregasi banyak isu.

Paket VPS yang Memenuhi Kebutuhan Ini

Paket pemula 1 GB dari setiap penyedia sengaja dikeluarkan. Paket-paket itu berada di bawah minimum yang ditetapkan Plane dan tidak ada penyetelan yang bisa mengubahnya.

Catatan tentang Membangun dari Sumber

Berkas docker-compose.yml di repositori GitHub Plane membangun setiap layanan dari Dockerfile-nya, bukan menarik image yang sudah dipublikasikan. Mengompilasi frontend Next.js memerlukan memori jauh lebih besar daripada menjalankannya, dan proses build akan tersendat atau gagal sama sekali di VPS 4 GB.

Jalur yang didukung menarik image siap pakai:

curl -fsSL https://prime.plane.so/install/ | sh -

Tentukan ukuran server untuk menjalankan Plane, bukan untuk membangunnya.

Merencanakan Pertumbuhan

• Pantau dengan docker stats sebelum memutuskan menaikkan ukuran; perintah itu menunjukkan kontainer mana yang benar-benar tertekan.
• Ambil snapshot VPS sebelum setiap peningkatan versi - kontainer migrator menerapkan perubahan skema saat start.
• Cadangkan volume PostgreSQL dan volume MinIO bersamaan. Salah satunya saja akan memulihkan instance yang tidak utuh.
• Sebagian besar penyedia bisa menambah memori di tempat, sehingga mulai dari 4 GB lalu pindah ke 8 GB hanyalah soal reboot, bukan migrasi.

Untuk gambaran lebih luas soal paket antarpenyedia, lihat perbandingan VPS lengkap kami.

Rujukan komunitas yang layak diikuti: daftar awesome-selfhosted dan subreddit r/selfhosted.