FreeBSD en un servidor dedicado: vías de instalación, hardware y ZFS

Ejecutar FreeBSD en un servidor dedicado en 2026 es más fácil de lo que sugiere su reputación: las ramas actuales son 14.4 (la opción conservadora) y 15.1 (primera de las nuevas ramas con soporte de 4 años), y hay exactamente dos maneras realistas de ponerla en hardware alquilado — una plantilla de instalación del proveedor o tu propia ISO vía IPMI/KVM. La decisión real ocurre antes, al elegir el hardware: la historia de drivers de FreeBSD premia las NIC de servidor aburridas y castiga las placas de escritorio baratas. Aquí está el camino completo, de elegir la máquina a un sistema ZFS-on-root de fiar.

Elegir hardware que a FreeBSD le guste de verdad

El kernel de FreeBSD soporta mucho menos hardware exótico que Linux, pero lo que soporta, lo soporta a fondo. Para un dedicado alquilado la lista es corta:

• La NIC es el punto decisivo. Las Intel de servidor (igb, familias ix/ixgbe) son ciudadanas de primera. Las placas baratas con chips Realtek funcionan en general vía re, pero con más interrupciones, menos offloading y rarezas ocasionales de firmware — en una máquina remota a la que no puedes acercarte, prefiere Intel.
• Plataformas de servidor antes que placas de escritorio. Las líneas Xeon E3/E y EPYC traen ECC y red Intel de serie — las configs Xeon-E y Xeon-D desde $33–59/mes de nuestro catálogo son exactamente ese perfil.
• Dos discos mínimo si quieres redundancia ZFS. Una máquina con 2 × NVMe o 2 × SATA se convierte en un espejo ZFS en el instalador sin trabajo extra.

Vía 1: plantilla del proveedor

Las grandes plataformas mayoristas (OVH y Scaleway entre ellas — ambas detrás de líneas que revendemos) ofrecen FreeBSD como plantilla de instalación estándar junto a las imágenes Linux. Eliges el SO en el panel, la automatización vuelca los discos y recibes credenciales SSH — el mismo flujo que un Debian, normalmente en minutos. Es la ruta más rápida y la correcta si la versión ofrecida coincide con la que quieres.

Sus límites: los catálogos de plantillas van por detrás de los lanzamientos (espera 14.x antes de que aparezca 15.x), el particionado es el que trae la plantilla, y algunas instalan UFS por defecto en lugar de ZFS. Compruébalo antes de pedir; reinstalar después por la vía 2 siempre es posible.

Vía 2: tu ISO por IPMI/KVM

En máquinas con IPMI o consola KVM (la mayoría de nuestro stock la expone — HTML5 donde el BMC lo soporta, Java JNLP en placas antiguas) montas la ISO oficial del instalador de FreeBSD como medio virtual, arrancas desde ella e instalas exactamente igual que en hardware físico delante de ti. Esto te da cualquier versión, incluida 15.1 desde el primer día, control total del particionado, cifrado geli si lo necesitas y ZFS-on-root a tu manera.

Dos notas prácticas de hacerlo en máquinas alquiladas:

• Configura la red antes de cerrar la consola. Las máquinas alquiladas usan direccionamiento estático; escribe IP, gateway y resolver en /etc/rc.conf y /etc/resolv.conf y verifica sshd_enable="YES" — el fallo clásico es reiniciar hacia un sistema perfectamente sano e inaccesible.
• El gateway en otra subred es normal en los hostings. Si el gateway queda fuera de tu máscara, el idioma de rc.conf es una ruta de host primero: static_routes="gw", route_gw="-host GATEWAY -interface igb0", luego defaultrouter="GATEWAY".

Dimensionar ZFS sin folclore

ZFS-on-root desde el instalador estándar es el default correcto para un dedicado: snapshots antes de cada upgrade, zfs send como transporte de backups y checksums que detectan de verdad los problemas silenciosos de disco. El folclore de la RAM («1 GB por TB o desastre») exagera; la versión honesta:

• 8 GB de RAM llevan ZFS con comodidad en cargas generales; el ARC simplemente se adapta. Más RAM = más caché, no más seguridad.
• La ECC no es obligatoria pero es un seguro barato para un sistema de archivos construido sobre checksums — y los alquileres de grado servidor la incluyen igualmente.
• Solo la deduplicación tiene demandas brutales de RAM; déjala apagada, usa compression=zstd y obtienes la mayor parte de la ganancia gratis.

Qué obtienes que las máquinas Linux no dan

Las razones por las que la gente pone FreeBSD en hardware real en 2026 son concretas: jails para aislamiento a nivel de SO con overhead casi nulo (y vnet jails con sus propias pilas de red), bhyve para el invitado Linux o Windows ocasional, pf con su sintaxis de reglas legible, y el modelo de sistema base + ports donde el SO se actualiza como unidad coherente vía freebsd-update. Un solo dedicado con jails cubre lo que de otro modo sería una pequeña flota de VPS — exactamente por eso los usuarios de FreeBSD prefieren dedicado: sin lotería de imágenes cloud, sin casos límite de virtio, y los discos que gestiona ZFS son discos reales con reporte de errores honesto.

Conclusión

Elige una config de plataforma de servidor con red Intel y dos discos, toma la plantilla del proveedor cuando su versión te sirva, y guarda la ruta IPMI/ISO en el bolsillo para todo lo demás. Si aún eliges entre formatos, nuestro catálogo de dedicados cubre el lado del hardware. Versiones y vías verificadas el 6 de julio de 2026.