Cutter 8
- vCPU
- 4 × dedicado
- RAM
- 8 GB
- Almacenamiento
- 160 GB NVMe SSD
- Transferencia
- 10 TB
- IPv4 / IPv6
- 1 / /64 routed
Solución
Synapse consume mucha memoria: un homeserver pequeño que federa con salas ocupadas necesita 4 GB, y 8 GB si te unes a salas públicas grandes. Conduit o Dendrite funcionan con una fracción de eso. XMPP con Prosody es aún más ligero: un núcleo y 1 GB sirven a cientos de usuarios. Los tres son sensibles a E/S, así que pon la base de datos en NVMe.
| Recurso | Lo que realmente necesita |
|---|---|
| CPU | 2 núcleos para Synapse, 1 para Conduit o Prosody |
| RAM | 4–8 GB para Synapse, 1–2 GB para Conduit o Prosody |
| Disco | NVMe, 160 GB — el estado de federación crece sin tregua |
| Red | Ubicación bien interconectada; la federación es sensible a la latencia |
La ubicación suele ser la decisión que más importa para esta carga de trabajo, ya sea porque domina la latencia o porque domina la jurisdicción.
Cuatro núcleos y 8 GB si planeas federar ampliamente.
Conduit si quieres bajo uso de recursos; Synapse si necesitas todas las funciones.
Sirve /.well-known/matrix/server para que la federación te encuentre en el puerto correcto.
Nunca ejecutes Synapse con SQLite más allá de un servidor de pruebas personal.
El estado de la federación crece sin límite; programa la API de purga o el compresor de estado.
Synapse necesita 4 GB para un servidor pequeño y 8 GB una vez que te unes a salas federadas grandes. Conduit hace lo mismo con menos de 512 MB, a costa de cierta completitud de funciones.
Sí. La federación solo requiere una IP pública, un dominio y un certificado válido. La jurisdicción no afecta la federación, solo a quién puede obligarte a entregar tus metadatos.
El contenido de los mensajes está cifrado de extremo a extremo, pero la pertenencia a salas y los metadatos de sincronización viven en el homeserver. Tener el tuyo propio es la única forma de mantenerlos en hardware que controlas.