Requisitos de VPS para o Plane: RAM, CPU e Armazenamento

O Plane é uma plataforma open source de gestão de projetos, na mesma categoria do Jira e do Linear. A sua Community Edition auto-alojada é mais pesada do que a interface deixa supor, e dimensionar um VPS a olho é a forma mais comum de uma instalação do Plane correr mal.

Os requisitos documentados

A documentação oficial de auto-alojamento do Plane indica:

Porque é que o mínimo de 4 GB é real

O Plane não é um único processo. A pilha Compose da Community Edition arranca treze contentores:

• Aplicação: os frontends web, admin, space e live, além da api em Django
• Segundo plano: worker, beat-worker e migrator
• Dados: postgres:15.7-alpine, valkey/valkey:7.2.11-alpine, rabbitmq:3.13.6-management-alpine, minio/minio
• Extremidade: o contentor proxy, dono das portas 80 e 443

Treze contentores em repouso consomem a maior parte de 4 GB antes de a primeira questão ser criada. É por isso que os planos de 1 e 2 GB não funcionam - não por o Plane ser ineficiente, mas porque está a correr uma base de dados, um intermediário de mensagens, uma cache e um armazenamento de objetos a par da própria aplicação.

RAM: dimensionar pela dimensão da equipa

Na dúvida entre dois tamanhos, escolha o maior. Com memória insuficiente, o Plane cede porque o núcleo termina um contentor a meio de um pedido, o que se parece com erros aleatórios em vez de uma mensagem clara de memória esgotada.

CPU: dois núcleos chegam mesmo

O trabalho com questões faz-se aos picos. Alguém abre um quadro, a API responde, e depois o servidor volta ao sossego. Dois vCPU absorvem isso sem esforço numa equipa normal.

Quatro núcleos ganham o seu lugar num caso concreto: a importação de um histórico existente. Durante uma importação em massa, a API em Django, o worker do Celery e o PostgreSQL disputam a máquina, e a tarefa termina bastante mais depressa com mais núcleos. É algo pontual, pelo que raramente compensa em permanência - a não ser que o plano com 4 núcleos seja também o plano com 8 GB, o que acontece na Contabo.

Armazenamento: vigie o MinIO, não o Postgres

A base de dados mantém-se pequena. Questões, comentários e registos de atividade são texto, e mesmo numa equipa muito ativa o volume do Postgres cresce devagar.

Os anexos são a variável. Cada captura de ecrã e cada documento carregado numa questão vai parar ao volume do MinIO, e as equipas que colam capturas com generosidade esgotam um disco de 40 GB muito antes de a base de dados contar.

Comece com 40 GB, vigie o volume do MinIO e prefira NVMe ou SSD - o desempenho do PostgreSQL depende da entrada/saída, e a diferença nota-se nas vistas de quadro que agregam muitas questões.

Planos de VPS que correspondem a estes requisitos

Os planos de entrada de 1 GB de cada fornecedor foram deixados de fora de propósito. Ficam abaixo do mínimo documentado pelo Plane, e nenhum ajuste altera isso.

Uma nota sobre compilar a partir do código-fonte

O docker-compose.yml do repositório do Plane no GitHub constrói cada serviço a partir do respetivo Dockerfile em vez de descarregar as imagens publicadas. Compilar os frontends em Next.js exige bastante mais memória do que executá-los, e a compilação põe um VPS de 4 GB em swap ou falha de todo.

O caminho suportado descarrega imagens já compiladas:

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

Dimensione o servidor para correr o Plane, não para o compilar.

Planear o crescimento

• Observe com docker stats antes de decidir aumentar; mostra qual o contentor que está realmente sob pressão.
• Tire um snapshot do VPS antes de cada atualização de versão - o contentor migrator aplica alterações de esquema no arranque.
• Salvaguarde em conjunto o volume PostgreSQL e o volume MinIO. Isolados, cada um restaura apenas uma instância incompleta.
• A maioria dos fornecedores aumenta a memória no local, pelo que passar de 4 GB para 8 GB é um reinício e não uma migração.

Para uma visão mais ampla dos planos disponíveis, veja a nossa comparação completa de VPS.

Referências da comunidade que vale a pena seguir: a lista awesome-selfhosted e o subreddit r/selfhosted.