Plane VPS-vereisten: RAM, CPU & Opslag Gids

Plane is een open-source platform voor projectbeheer, in dezelfde categorie als Jira en Linear. De zelfgehoste Community Edition is zwaarder dan de interface doet vermoeden, en een VPS op gevoel dimensioneren is de meest voorkomende manier waarop een Plane-installatie strandt.

De gedocumenteerde vereisten

De officiële zelfhostingdocumentatie van Plane vermeldt:

Waarom de ondergrens van 4 GB echt is

Plane is niet één proces. De Compose-stack van de Community Edition start dertien containers:

• Applicatie: de frontends web, admin, space en live, plus de Django-api
• Achtergrond: worker, beat-worker en migrator
• Data: postgres:15.7-alpine, valkey/valkey:7.2.11-alpine, rabbitmq:3.13.6-management-alpine, minio/minio
• Rand: de proxy-container, eigenaar van poort 80 en 443

Dertien containers in rust vullen het grootste deel van 4 GB voordat de eerste issue is aangemaakt. Daarom werken pakketten van 1 en 2 GB niet - niet omdat Plane inefficiënt zou zijn, maar omdat je naast de applicatie een database, een message broker, een cache en een objectopslag draait.

RAM: dimensioneren naar teamgrootte

Twijfel je tussen twee maten, neem dan de grootste. Bij te weinig geheugen bezwijkt Plane doordat de kernel een container middenin een verzoek afschiet, en dat oogt als willekeurige fouten in plaats van een duidelijke melding over geheugentekort.

CPU: twee kernen zijn echt genoeg

Werken met issues gaat met pieken. Iemand opent een board, de API antwoordt, en daarna wordt de server weer stil. Twee vCPU vangen dat moeiteloos op voor een gewoon team.

Vier kernen verdienen zich in één specifiek geval terug: het importeren van een bestaande achterstand. Tijdens een bulkimport vechten de Django-API, de Celery-worker en PostgreSQL om de machine, en de klus loopt merkbaar sneller af met meer kernen. Dat is eenmalig, dus permanent loont het zelden - tenzij het pakket met 4 kernen toevallig ook het pakket met 8 GB is, wat bij Contabo het geval is.

Opslag: let op MinIO, niet op Postgres

De database blijft klein. Issues, reacties en activiteitsregels zijn tekst, en zelfs bij een druk team groeit het Postgres-volume traag.

De bijlagen zijn de variabele. Elke schermafbeelding en elk document dat bij een issue wordt geüpload belandt in het MinIO-volume, en teams die kwistig schermafbeeldingen plakken lopen een schijf van 40 GB vol lang voordat de database meetelt.

Begin met 40 GB, houd het MinIO-volume in de gaten en kies bij voorkeur NVMe of SSD - de prestaties van PostgreSQL hangen aan de I/O, en het verschil merk je op boardweergaven die veel issues samenvoegen.

VPS-pakketten die aan deze vereisten voldoen

De instappakketten van 1 GB bij elke aanbieder ontbreken bewust. Die liggen onder het door Plane gedocumenteerde minimum, en geen enkele afstelling verandert daar iets aan.

Een noot over bouwen uit de broncode

De docker-compose.yml in de GitHub-repository van Plane bouwt elke dienst uit zijn eigen Dockerfile in plaats van de gepubliceerde images op te halen. Het compileren van de Next.js-frontends vraagt aanzienlijk meer geheugen dan ze draaien, en de build laat een VPS van 4 GB swappen of mislukt ronduit.

De ondersteunde route haalt kant-en-klare images op:

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

Dimensioneer de server om Plane te draaien, niet om het te bouwen.

Plannen voor groei

• Kijk met docker stats voordat je besluit op te schalen; dat toont welke container werkelijk onder druk staat.
• Maak een snapshot van de VPS vóór elke versie-upgrade - de migrator-container voert bij het starten schemawijzigingen door.
• Back-up het PostgreSQL-volume en het MinIO-volume samen. Los van elkaar herstellen ze een onvolledige instantie.
• De meeste aanbieders verhogen het geheugen ter plekke, dus van 4 GB naar 8 GB gaan is een herstart en geen migratie.

Voor een breder overzicht van de pakketten bij aanbieders, zie onze volledige VPS-vergelijking.

Communitybronnen die het volgen waard zijn: de lijst awesome-selfhosted en het subreddit r/selfhosted.