Cómo dimensionar un servidor para una pyme

Para dimensionar un servidor para una pyme hay que partir de lo que va a hacer (archivos, ERP, usuarios del dominio, escritorio remoto, máquinas virtuales), de cuántas personas lo usarán a la vez y de cuánto crecerán los datos durante su vida útil. Con eso se decide el procesador, la memoria y los discos. Después se añade la redundancia que justifique lo que cuesta tener la empresa parada un día. Comprar el servidor más grande del catálogo «por si acaso» es tan mal negocio como quedarse corto.

Paso 1: haz la lista de lo que va a hacer el servidor

Cada función consume recursos distintos. Una carpeta compartida apenas gasta procesador, pero necesita disco. Una base de datos de ERP necesita memoria y discos rápidos. Un servidor de escritorio remoto donde trabajan diez personas a la vez necesita mucho de todo.

Apunta también lo que no hará. Si el correo y los documentos de oficina ya están en Microsoft 365, el servidor puede ser más modesto. Si todavía no lo tienes claro, empieza por el artículo sobre servidor en la oficina o en la nube, porque la respuesta cambia mucho el tamaño del equipo.

Y pregunta a los fabricantes de tu software. Los ERP y programas sectoriales publican requisitos mínimos y recomendados de servidor según el número de usuarios. Son el mejor punto de partida que vas a tener.

Paso 2: procesador

En una pyme, el procesador rara vez es el cuello de botella si el servidor solo comparte archivos y gestiona usuarios. Pesa más cuando hay bases de datos con muchos usuarios, escritorio remoto o varias máquinas virtuales.

Hay un factor que se olvida: las licencias. Windows Server se licencia por núcleos de procesador, con un mínimo de núcleos por servidor, y lo mismo ocurre con algunos motores de base de datos. Un procesador con muchos más núcleos de los necesarios puede encarecer las licencias más que el propio hardware. Ajusta el número de núcleos a lo que de verdad se usará.

Paso 3: memoria

La memoria es donde menos conviene recortar. El sistema operativo, la base de datos del ERP y cada máquina virtual necesitan su parte, y una base de datos con memoria de sobra responde mucho más rápido. Suma lo que piden el sistema y cada aplicación según su fabricante, añade margen para crecer y deja ranuras libres para ampliar más adelante.

Paso 4: discos y RAID

Calcula el espacio que ocupan hoy tus datos, estima cuánto crecerán durante la vida del servidor y deja margen. Después decide el tipo de disco y cómo se agrupan. Los SSD son la opción natural para el sistema y las bases de datos; para grandes volúmenes de archivos poco consultados, los discos mecánicos de gama servidor todavía tienen sentido por precio.

Los discos se agrupan en RAID para que la avería de uno no detenga el servidor. Estos son los niveles más habituales:

El RAID protege contra la avería de un disco. No protege contra un borrado, un ransomware o un incendio. Para eso están las copias de seguridad, que deben ir en otro dispositivo y con una copia fuera de la oficina, como explicamos en la regla 3-2-1 de copias de seguridad.

Paso 5: redundancia, SAI y garantía

La pregunta que decide cuánta redundancia poner es sencilla: ¿qué pasa si el servidor se para un día entero? Si la respuesta es «no podemos facturar ni preparar pedidos», merece la pena invertir en fuentes de alimentación dobles, una garantía con reparación in situ en plazos cortos y discos de repuesto. Si la respuesta es «trabajamos un día con lo que hay en los portátiles», se puede ser más austero.

El SAI (sistema de alimentación ininterrumpida) no es opcional. Un corte de luz en plena escritura puede dañar la base de datos. El SAI debe estar dimensionado para el servidor y los equipos de red, y conectado de forma que el servidor se apague ordenadamente si el corte se alarga.

Paso 6: formato y ubicación

Un servidor en torre encaja en oficinas sin armario de comunicaciones. Si ya hay un armario rack, el formato rack ahorra espacio y ordena el cableado. Piensa también en el ruido y el calor: un servidor junto a la mesa de recepción molesta, y un cuarto sin ventilación en verano acorta la vida de los discos.

Un ejemplo práctico

Pongamos una distribuidora en Igualada con quince personas. El correo y los documentos de oficina están en Microsoft 365. El servidor se encargará del ERP con su base de datos, de las carpetas de almacén y compras, y de los usuarios del dominio. Nadie trabaja por escritorio remoto.

Un planteamiento razonable sería un servidor con un procesador de gama de entrada para servidores con los núcleos justos para las licencias, memoria suficiente para el sistema y la base de datos con margen para crecer, dos SSD en RAID 1 para el sistema y la base de datos, y otro grupo de discos para archivos. Encima, dos máquinas virtuales: una para el dominio y otra para el ERP, algo que la licencia estándar de Windows Server permite dentro de sus condiciones. Fuente doble, SAI y garantía in situ, porque si el ERP se para, el almacén deja de servir. Es un perfil muy habitual en distribución y mayoristas.

Las cifras concretas de memoria y disco dependerán de los requisitos del ERP y del volumen real de datos, y por eso preferimos verlas sobre el terreno.

Errores que vemos al dimensionar servidores

• Calcular el disco con los datos de hoy y quedarse sin espacio a mitad de vida del servidor.
• Comprar un procesador con muchos núcleos y encontrarse después con el coste de licenciarlos todos.
• Olvidar las licencias de acceso de usuario o de escritorio remoto.
• Usar el servidor como único sitio de copia de seguridad.

En TICB2B analizamos qué tiene que hacer tu servidor, pedimos los requisitos a los fabricantes de tu software y te pasamos por escrito una configuración con su justificación. También nos encargamos de suministrarlo e instalarlo como parte del servicio de servidores y almacenamiento. Si estás pensando en cambiar de servidor, pídenos una propuesta dimensionada para tu empresa.