Cutter 8
- vCPU
- 4 × dedicado
- RAM
- 8 GB
- Armazenamento
- 160 GB NVMe SSD
- Transferência
- 10 TB
- IPv4 / IPv6
- 1 / /64 routed
Solução
Nextcloud é limitado por I/O e armazenamento, mais do que por CPU. Dois núcleos e 4 GB servem uma família; uma equipa de 20 pessoas quer 4 núcleos e 8 GB com ajustes de Redis e PHP-FPM. O armazenamento é a decisão real: a linha Hold dá-lhe 2–16 TB a um preço por terabyte que faz as subscrições de cloud de consumo parecerem caras.
| Recurso | O que realmente precisa |
|---|---|
| CPU | 2 núcleos para um lar, 4 para uma pequena equipa |
| RAM | 4 GB com Redis; 8 GB com pesquisa de texto integral |
| Disco | 2 TB e mais na linha Hold |
| Stack | PHP 8.3, PostgreSQL ou MariaDB, Redis, nginx |
A localização é geralmente a decisão que mais importa para esta carga de trabalho — seja porque a latência domina, seja porque a jurisdição domina.
Dois terabytes é o tamanho inicial sensato.
O Redis para bloqueio de ficheiros não é opcional em qualquer escala real.
Aumente o memory_limit para 1 GB e aumente o buffer de strings internas do OPcache.
Custa desempenho; criptografia integral do disco com TLS é suficiente para a maioria dos modelos de ameaça.
Backups criptografados noturnos para outra região, com restic ou Borg.
Reserve 50–100 GB por utilizador ativo para documentos e fotos, mais se sincronizarem vídeo. O armazenamento cresce mais depressa do que espera; a linha Hold tem preço tal que o sobredimensionamento é barato.
Remove a capacidade do fornecedor de ler, analisar ou entregar os seus ficheiros, o que nenhum serviço comercial pode oferecer. Em troca, é responsável por atualizações e backups.
PostgreSQL. O Nextcloud suporta MariaDB, mas o Postgres lida melhor com escritas concorrentes e é o que as instalações grandes usam.