Dejar un NAS llave en mano: qué gana y qué tareas pasan en silencio a ser suyas
Un aparato no le vende sobre todo almacenamiento. Le vende decisiones ya tomadas y un calendario de mantenimiento que lleva otra persona. Ambos pasan a usted el día de la mudanza, y es el segundo el que se olvida.
AtlasPVE ·
Esta entrada responde a
- proxmox o synology
- pasar de un nas a proxmox
- qué pierdo al dejar synology
- proxmox vs synology vmm
- proxmox backup server vs copia de synology
Esto suele plantearse como una comparación de funciones, y ese planteamiento esconde el trato real. Un aparato llave en mano no le vende sobre todo discos y una página web. Le vende otras dos cosas: decisiones que ya se tomaron por usted y un calendario de mantenimiento que lleva otra persona.
Al pasar a un hipervisor gana libertad sobre lo primero. También hereda lo segundo, y eso es lo que sorprende a la gente tres meses después.
Qué gana de verdad
Ningún ciclo de vida del fabricante. El hardware deja de recibir actualizaciones según el calendario de otro, y en una versión mayor pueden desaparecer funciones. En su propia máquina el calendario es suyo.
Cualquier servicio, no una lista aprobada. El catálogo deja de ser una puerta. Si corre en Linux, corre.
Elección real de hardware. Procesador, memoria, número de discos, tarjetas de red. Los aparatos se dimensionan para su carga prevista, y las máquinas virtuales normalmente no son esa carga.
La disposición es suya. Redundancia, forma del grupo, qué discos van juntos. Es poder real y es también la primera tarea de la lista siguiente.
Qué pasa en silencio a ser su trabajo
Nada de esto es difícil. Todo se hacía por usted, y nada de ello avisa cuando deja de ocurrir.
Decidir cuándo actualizar y cargar con el riesgo. El aparato agrupaba actualizaciones y probaba esa combinación. Ahora el momento es un juicio suyo, y un cambio de núcleo puede significar que la máquina no vuelva.
Programar y leer las comprobaciones. La corrupción silenciosa se encuentra comprobando. Un aparato lo ejecutaba según calendario y le daba el resultado. Si nadie lo configura, nada se queja, y la primera señal es una lectura defectuosa años después.
Verificar las copias, no solo hacerlas. Es lo más subestimado. La aplicación de copias del aparato hacía más que copiar: comprobaba, informaba y caducaba las antiguas. Copiar es la mitad fácil.
Permisos de los recursos compartidos y quién llega a ellos. El aparato tenía una pantalla para esto. Montado a partir de piezas, se vuelve varios sitios que deben coincidir.
Renovación de certificados. Funcionaba en silencio. Ahora es una tarea que falla justo cuando no está mirando.
Decidir qué significa "poco sano". Los umbrales se eligieron por usted. Ahora un disco al ochenta por ciento importa o no importa, y solo usted puede decirlo.
El error que más caro sale
La gente migra los datos y olvida los trabajos.
Los archivos se copian en una tarde y todo parece terminado. Lo que no se copió son los programas de copia, las reglas de retención de instantáneas, los ajustes de aviso, el temporizador de comprobación y los umbrales de salud. Nada de eso se ve en un listado de archivos, y su ausencia no produce ningún error.
El resultado es un sistema que parece completo y está en silencio desprotegido, y el hueco se descubre normalmente con el mismo suceso que el trabajo ausente debía atrapar.
Escriba la lista de trabajos antes de migrar, no después. Abra el aparato y anote cada cosa programada que hace, cada aviso que envía y cada umbral que guarda. Esa lista es la migración de verdad.
El orden que no duele
Primero de lectura. Levante la máquina nueva y copie datos mientras el aparato sigue sirviendo. Todavía nada depende de la nueva, así que los errores salen gratis.
Corra en paralelo. Apunte un consumidor no crítico a la máquina nueva y déjelo una semana. Ahí es donde encuentra el permiso que puso mal.
Recree los trabajos y luego verifique una restauración. No una copia: una restauración. Hasta que un archivo no ha vuelto, la cadena está sin probar.
Cambie el último, y guarde el aparato apagado en vez de borrado. Un aparato que puede volver a encender durante un mes es el seguro más barato de todo este proceso.
Lo que no lo decide
Si el hipervisor puede servir archivos. Puede, y no es esa la pregunta. La pregunta es si quiere ser dueño del calendario de arriba.
Las cifras de pruebas. En la mayoría de estas cargas el cuello de botella es la red o los discos, y ambos son iguales en cualquier lado.
Si puede virtualizar el sistema del aparato. Incluso donde se puede, recrea la dependencia del fabricante que estaba dejando, encima de una capa que ahora también puede caerse.
Qué hace Atlas
Atlas no le devuelve el calendario del aparato. Hace el calendario visible, y eso es justo lo que se pierde.
El resumen diario lleva las preguntas de la lista anterior: actualizaciones pendientes, un núcleo instalado pero no arrancado, la edad de la copia más reciente, presión de disco y memoria, y máquinas críticas detenidas. Justo lo que un aparato le decía y un hipervisor recién montado no dice.
Un comportamiento merece nombrarse, porque es el modo de fallo de toda tarea heredada: cuando una comprobación no puede leer sus datos, Atlas dice que no pudo leerlos en vez de callarse. Un trabajo de copia ausente y uno sano se ven idénticos desde fuera; solo la comprobación que admite su ignorancia los separa.
El trabajo de almacenamiento pasa por un flujo guiado con vista previa y camino de vuelta, así que las decisiones de disposición que ahora son suyas siguen siendo reversibles mientras las aprende.
Fuentes
La documentación oficial de Proxmox. En inglés, y en este asunto es ella la que tiene la última palabra.