postgresql vps
Bases de datos y cargas en memoria
Suficiente memoria para que el disco deje de importar.
Lo que implementaríamos
125,30 €/mes
179 €−30% anual
Pasado un cierto tamaño de conjunto de trabajo, la única optimización que cuenta es meter todo en RAM. FORGE ofrece hasta dieciséis gigabytes por núcleo de memoria ECC registrada con hugepages preconfigurados y colocación consciente de NUMA, que es lo que PostgreSQL, Redis, ClickHouse y grandes heaps JVM quieren. Debajo hay NVMe Gen5 en RAID10, así que las escrituras que sí llegan al disco tampoco son el cuello de botella.
Por qué esta configuración
FORGE con afinidad de un solo NUMA mantiene el acceso a memoria local al socket que hace el trabajo. Añade backups nocturnos con treinta puntos de restauración, porque el modo de fallo que realmente golpearás es una migración mala, no un disco muerto.
Lo que implementaríamos
Dimensionamiento
Dimensiona la RAM al conjunto de trabajo, no a la base de datos. El conjunto de trabajo son páginas de índice calientes más filas realmente tocadas, a menudo 10-20% de un conjunto de datos OLTP de 2 TB. Configura el buffer pool de InnoDB al 70-75% de la RAM, o shared_buffers de Postgres al 25% y deja que la caché de páginas sostenga el resto. FORGE llega a 16 GB por núcleo, así que un buffer pool de 512 GB se asienta en unos 700 GB de RAM y al menos 44 núcleos. Si las lecturas fallan caché más del 1% del tiempo, compra RAM.
Hugepages, y por qué THP no es lo mismo
Un buffer pool de 256 GB mapeado en páginas de 4 KB necesita unas 64 millones de entradas de tabla de páginas. La TLB no puede sostener una fracción significativa de eso, así que el acceso aleatorio paga un page walk en la mayoría de las búsquedas. Los hugepages estáticos de 2 MB reducen el conteo de entradas por 512 y los walks con ellas - espera una caída medible en el tiempo de CPU por consulta en pools grandes. Asígnalos en el arranque vía vm.nr_hugepages, dimensiona para el pool más aproximadamente un 10%, y da al usuario de la base de datos el límite memlock. Los transparent hugepages logran el mismo mapeo pero lo hacen oportunísticamente, con pausas de compactación. Desactiva THP y asigna explícitamente.
Conjunto de trabajo, medido en lugar de adivinado
No estimes el conjunto de trabajo desde el tamaño del directorio de datos. Mídelo. En Postgres, pg_buffercache te dice qué relaciones ocupan shared_buffers, y la relación de heap_blks_hit a heap_blks_read en pg_statio_user_tables da la tasa de aciertos de caché por tabla. En MySQL, Innodb_buffer_pool_reads contra Innodb_buffer_pool_read_requests da la misma señal. Por encima del 99% estás en memoria y añadir RAM compra poco. Entre el 95% y el 99% estás al borde del precipicio, y una sola consulta sin indexar puede empujarte al otro lado. Por debajo del 95% cada número de latencia que tienes es realmente un número de latencia de disco con disfraz.
Qué sale mal
- Dejar transparent hugepages habilitado. La desfragmentación de THP detiene el proceso por milisegundos en momentos impredecibles, que se muestra como una latencia p99 que nadie puede explicar. Configúralo a never y asigna hugepages estáticos en su lugar.
- Ignorar NUMA en un FORGE de dos sockets. El buffer pool cae en un nodo, la mitad de los núcleos leen a través del interconnect, y MySQL puede hacer swap a pesar de la memoria libre. Usa numactl --interleave=all o vincula explícitamente.
- Dimensionar IOPS a partir del rendimiento promedio. Los checkpoints, vacuum y backups son los picos que importan. Un pool que maneja bien el estado estable se detendrá durante un flush de checkpoint.
Ajusta la máquina
- Planificación de CPU — Single-NUMA-node affinity · 14 €
- Copias de seguridad — Copia diaria, treinta puntos de restauración · 11 €
- Todo lo demás — Métricas de resolución de segundos y alertas · 5 €
- Almacenamiento y cifrado — ZFS with hourly snapshots · 7 €
Más
Diseñado para trabajos específicos
Alojamiento de servidores de juego
El tick rate es un problema de un solo hilo. Todo lo demás es ruido.
VPS para trading y baja latencia
Distancia al motor de emparejamiento, y nada entre tú y el cable.
Extremos privados de VPN y proxy
Tu propia salida, en una jurisdicción elegida a propósito.
Seedboxes y almacenamiento masivo
Terabytes que siguen siendo baratos y un puerto que permanece abierto.
Nodos worker de Kubernetes
Barato por núcleo, denso e idéntico cada vez.
Inferencia de IA y fine-tuning
Una GPU completa, pasada a través, con un compromiso que hace que las matemáticas cuadren.