Cuando se habla de Synology, mucha gente lo asocia automáticamente al entorno doméstico o a la pequeña oficina. Y es cierto que ahí tiene una presencia enorme. Pero después de años montando infraestructura, tenemos clara una cosa: subestimar estas cabinas en entornos de producción es un error.
¿Son las cabinas más rápidas del mercado? No. ¿Compiten con soluciones enterprise que multiplican su precio por cinco o por diez? Tampoco. Y ahí está precisamente su valor.
Hemos desplegado Synology en empresas donde el presupuesto importaba, pero donde la disponibilidad y la fiabilidad también eran requisitos críticos. Y los resultados han sido sorprendentemente buenos: cabinas soportando cargas de producción durante años con una fiabilidad notable.
En este artículo queremos ir un paso más allá de la típica reseña de NAS y contar algo concreto que hacemos a menudo: llevar una cabina Synology a housing en nuestros centros de datos y conectarla con el Synology OnPremise que el cliente ya tiene en su oficina o CPD. Ese pequeño cambio de topología convierte dos NAS sueltos en una arquitectura de continuidad seria.
Lo que diferencia a Synology no es solo la cabina, es su ecosistema. Y eso es lo que la hace viable en empresa:
Una de las implementaciones más interesantes que hemos hecho es usar Synology como almacenamiento compartido para plataformas de virtualización —VMware vSphere, Proxmox o Hyper-V— vía iSCSI sobre redes de alta velocidad. ¿Obtienes el rendimiento de una SAN enterprise de gama alta? No. ¿Obtienes una solución estable, fiable y con una relación coste-beneficio excelente para muchas pymes y medianas empresas? Sin duda.
El patrón que más nos piden es este. El cliente ya tiene su Synology funcionando on-premise: comparte ficheros, sirve iSCSI a sus hypervisors, guarda backups locales. Funciona. El problema es que todo está en el mismo edificio. Un incendio, una inundación, un robo o un ransomware que cifre también la copia local se lo lleva todo por delante.
La solución no es tirar lo que ya tienen. Es darle un destino fuera de su sede. Colocamos una segunda cabina Synology en housing en uno de nuestros centros de datos Tier III, con energía redundante, refrigeración y conectividad carrier-neutral, y la conectamos con su NAS de oficina mediante un enlace dedicado o VPN site-to-site. A partir de ahí, las propias herramientas de Synology hacen el trabajo.
| Pieza | Dónde vive | Función |
|---|---|---|
| Synology OnPremise | Oficina / CPD del cliente | Producción: ficheros, iSCSI, backups locales |
| Synology en housing | Nuestro datacenter Tier III | Copia offsite, destino de replicación, nodo de DR |
| Enlace dedicado / VPN | Entre ambas sedes | Transporte cifrado y estable de la replicación |
| Snapshot Replication / Hyper Backup | Sobre el enlace | Réplica programada o casi en tiempo real |
El resultado es una arquitectura híbrida sencilla de entender y de operar, sin reinventar nada: el cliente sigue trabajando contra su cabina local y, por debajo, los datos se van replicando a un sitio físicamente separado.
Tener una segunda copia en el mismo edificio no es una copia offsite. Llevar la réplica a housing sí lo es. Con esto el cliente cumple de verdad la regla 3-2-1 de backup: varias copias, en soportes distintos y, lo más importante, una fuera de las instalaciones. Si activamos snapshots inmutables en la cabina remota, además ganamos resistencia frente a ransomware: aunque cifren la oficina, la copia en el datacenter no se puede borrar ni alterar durante su periodo de retención.
Una copia en otro sitio no es solo un seguro de datos: es la base de un plan de recuperación. Con la cabina en housing puedes restaurar servicios fuera de tu sede cuando la principal no está disponible. Aquí lo importante es fijar objetivos realistas de RTO y RPO: cada cuánto replicas marca cuántos datos puedes perder, y dónde restauras marca cuánto tardas en volver. Lo diseñamos junto al cliente como parte de un planteamiento de disaster recovery coherente, no como una copia “por si acaso”.
Si el Synology sirve volúmenes iSCSI a los hypervisors, esa misma capa de almacenamiento en red puede replicarse a la cabina remota. Y para los backups de las propias VMs, conviven bien con herramientas como Veeam o, en entornos Proxmox, con Proxmox Backup Server apuntando contra el destino remoto. El NAS no compite con esas herramientas: les da un sitio seguro donde aterrizar.
Para clientes que necesitan que el propio almacenamiento no sea un punto único de fallo, Synology High Availability permite montar dos cabinas en clúster activo-pasivo con conmutación automática. Es una pieza más dentro de una estrategia de alta disponibilidad, entendiendo siempre qué cubre HA del almacenamiento y qué debe resolverse a nivel de aplicación.
No vamos a vender Synology como la respuesta a todo. No lo es.
Si necesitas IOPS extremos, latencias mínimas garantizadas para bases de datos muy exigentes o cabinas con cientos de discos y características enterprise muy específicas, hay otras soluciones y conviene mirarlas. A veces, en tecnología, nos dejamos llevar por las especificaciones y las marcas “premium” cuando la pregunta correcta es otra:
¿Cuál es la solución adecuada para el tamaño y las necesidades reales del negocio?
Para muchas pymes y medianas empresas, Synology encaja mejor de lo que muchos imaginan: DSM es fácil de operar, las funciones vienen incluidas sin sorpresas en la factura y, puesto en housing y conectado con el NAS de oficina, te da continuidad de verdad sin un proyecto faraónico. Cuando lo que pide el caso es algo distinto, lo decimos y proponemos otra cosa.
| ¿Cuándo Synology en housing? | ¿Cuándo mirar otra opción? |
|---|---|
| Pyme/mediana con NAS Synology ya en uso | Cargas que exigen SAN enterprise de altísimo rendimiento |
| Necesidad de copia offsite y DR sencillos | Latencias mínimas garantizadas a nivel transaccional |
| Equipo IT reducido que valora DSM | Requisitos de escalado a petabytes con operación dedicada |
| Presupuesto ajustado, fiabilidad alta | Certificaciones o features muy concretas de gama alta |
El planteamiento es directo: tú mantienes el control de tu cabina y de tus datos; nosotros ponemos el centro de datos, la conectividad y las manos en sitio.
En infraestructura, lo que da tranquilidad no es la marca de la etiqueta. Es que cuando algo falle —y antes o después algo falla— tengas una copia fuera de tu edificio, sepas exactamente cuánto vas a tardar en recuperarte y lo hayas probado de verdad.
¿Synology aguanta cargas de producción? Sí, dentro de su rango. Para pymes y medianas empresas, con cargas razonables, lo hemos visto funcionar durante años con gran fiabilidad. No es una SAN enterprise de gama alta y no hay que pedirle eso.
¿Puedo poner mi propia cabina Synology en vuestro datacenter? Sí. Es exactamente el modelo de housing y colocation: llevas tu hardware a un datacenter Tier III con energía redundante, refrigeración y conectividad, y nosotros ponemos el sitio y las manos en local.
¿Cómo se conecta el Synology de housing con mi NAS de oficina? Mediante un enlace dedicado o una VPN site-to-site cifrada. Sobre ese transporte, las herramientas nativas de Synology (Snapshot Replication, Hyper Backup) replican los datos según la programación que definamos.
¿Esto me protege frente a ransomware? Ayuda mucho, sobre todo si activamos snapshots inmutables en la cabina remota: aunque cifren los datos de la oficina, la copia en el datacenter no se puede alterar ni borrar durante su retención. Es la base de una estrategia 3-2-1 con copia inmutable.
¿Sirve también como almacenamiento para mis máquinas virtuales? Sí, vía iSCSI para VMware, Proxmox o Hyper-V. Y esa capa puede replicarse a la cabina remota como parte del plan de continuidad.
¿Tienes un Synology en producción y te falta la copia fuera de tu edificio? Podemos alojar tu cabina en housing en nuestros centros de datos y conectarla con tu NAS OnPremise para backup offsite y disaster recovery. Cuéntanos tu caso.
Proxmox VE 9.2 estrena versión oficial para ARM64 (AArch64), la primera fuera de x86-64 en la historia del producto. Misma base de código, mismos repositorios y mismo soporte, con NVIDIA Grace y NVIDIA Vera como plataformas certificadas de salida. Repasamos qué hardware cumple los requisitos, qué funciones se quedan en x86 y qué cambia (poco, de momento) para quien ya tiene un clúster en producción.
Haces backup de la VM cada noche y duermes tranquilo. Hasta que restauras y la base de datos arranca corrupta o pierde las últimas transacciones. Un snapshot de disco no es lo mismo que un backup consistente de una base de datos. Explicamos la diferencia entre backup consistente por caída, por sistema de ficheros y por aplicación, y cómo conseguir el bueno en Proxmox con el agente invitado, hooks y volcados nativos.
Una red IP enrutada abajo, los servicios de cada cliente encapsulados arriba y BGP distribuyendo dónde está cada MAC. Qué resuelve EVPN-VXLAN, cómo encajan underlay y overlay, qué detalles rompen un fabric (la MTU, siempre la MTU) y cuándo no compensa montarlo.