Lasciare un NAS chiavi in mano: cosa guadagnate e quali incombenze diventano in silenzio vostre
Un apparecchio non vi vende soprattutto storage. Vi vende decisioni già prese e un calendario di manutenzione tenuto da qualcun altro. Entrambi passano a voi il giorno del trasloco, ed è il secondo che ci si dimentica.
AtlasPVE ·
Questa voce risponde a
- proxmox o synology
- passare da nas a proxmox
- cosa perdo lasciando synology
- proxmox vs synology vmm
- proxmox backup server vs backup synology
Di solito la si imposta come confronto di funzioni, e quell'impostazione nasconde lo scambio vero. Un apparecchio chiavi in mano non vi vende soprattutto dischi e una pagina web. Vi vende altre due cose: decisioni già prese al posto vostro e un calendario di manutenzione tenuto da qualcun altro.
Passando a un hypervisor guadagnate libertà sulla prima. Ereditate anche il secondo, ed è quello che sorprende le persone tre mesi dopo.
Cosa guadagnate davvero
Nessun ciclo di vita del fornitore. L'hardware smette di ricevere aggiornamenti secondo il calendario di un altro, e in una versione maggiore certe funzioni possono sparire. Sulla vostra macchina il calendario è vostro.
Qualsiasi servizio, non un elenco approvato. Il catalogo smette di essere un cancello. Se gira su Linux, gira.
Scelta reale dell'hardware. Processore, memoria, numero di dischi, schede di rete. Gli apparecchi sono dimensionati per il carico previsto, e le macchine virtuali di solito non sono quel carico.
La disposizione è vostra. Ridondanza, forma del pool, quali dischi stanno insieme. È potere vero ed è anche la prima incombenza dell'elenco che segue.
Cosa diventa in silenzio il vostro lavoro
Nessuna di queste cose è difficile. Tutte venivano fatte per voi, e nessuna si annuncia quando smette di accadere.
Decidere quando aggiornare e portarne il rischio. L'apparecchio raggruppava gli aggiornamenti e provava quella combinazione. Ora il momento è un vostro giudizio, e un cambio di kernel può voler dire che la macchina non torna su.
Programmare e leggere le verifiche. La corruzione silenziosa si trova verificando. Un apparecchio lo faceva a calendario e vi diceva il risultato. Se nessuno la imposta, niente protesta, e il primo segnale è una lettura difettosa anni dopo.
Verificare i backup, non solo farli. È il punto più sottovalutato. L'applicazione di backup dell'apparecchio faceva più che copiare: controllava, riferiva, faceva scadere le copie vecchie. Copiare è la metà facile.
Permessi di condivisione e chi può raggiungerli. L'apparecchio aveva una schermata per questo. Montato da pezzi, diventa più posti che devono concordare.
Rinnovo dei certificati. Funzionava in silenzio. Ora è un compito che fallisce esattamente quando non state guardando.
Decidere cosa significa "non in salute". Le soglie erano scelte per voi. Ora un disco all'ottanta per cento o conta o non conta, e potete dirlo solo voi.
L'errore che costa di più
Si migrano i dati e si dimenticano i lavori.
I file si copiano in un pomeriggio e sembra tutto finito. Non sono passati i piani di backup, le regole di conservazione degli snapshot, le impostazioni di notifica, il timer delle verifiche e le soglie di salute. Niente di tutto ciò è visibile in un elenco di file, e la loro assenza non produce alcun errore.
Il risultato è un sistema che sembra completo ed è silenziosamente senza protezione, e la lacuna si scopre di solito proprio con l'evento che il lavoro mancante doveva intercettare.
Scrivete l'elenco dei lavori prima di migrare, non dopo. Aprite l'apparecchio e annotate ogni cosa programmata che fa, ogni notifica che manda, ogni soglia che tiene. Quell'elenco è la migrazione vera.
L'ordine che non fa male
Prima in lettura. Tirate su la macchina nuova e copiateci i dati mentre l'apparecchio continua a servire. Ancora niente dipende dalla nuova, quindi gli errori sono gratis.
Fate girare in parallelo. Puntate un consumatore non critico sulla macchina nuova e lasciate stare una settimana. È lì che trovate il permesso sbagliato.
Ricreate i lavori, poi verificate un ripristino. Non un backup: un ripristino. Finché un file non è tornato indietro, la catena non è provata.
Passate per ultimi, e tenete l'apparecchio spento invece che cancellato. Un apparecchio che potete riaccendere per un mese è l'assicurazione più economica di tutto il processo.
Cosa non decide
Se l'hypervisor sa servire file. Sa farlo, e non è quella la domanda. La domanda è se volete possedere il calendario qui sopra.
I numeri dei benchmark. Per la gran parte di questi carichi il collo di bottiglia è la rete o i dischi, e sono uguali da entrambe le parti.
Se potete virtualizzare il sistema operativo dell'apparecchio. Anche dove si può, ricrea la dipendenza dal fornitore che stavate lasciando, sopra uno strato che ora può a sua volta guastarsi.
Cosa fa Atlas
Atlas non vi restituisce il calendario dell'apparecchio. Rende il calendario visibile, ed è proprio quello che sparisce.
Il riassunto quotidiano porta le domande dell'elenco qui sopra: aggiornamenti in attesa, un kernel installato ma non avviato, l'età del backup più recente, pressione su dischi e memoria, e macchine critiche ferme. Sono esattamente le cose che un apparecchio vi diceva e che un hypervisor appena montato non dice.
Un comportamento merita di essere nominato, perché è il modo di guastarsi di ogni incombenza ereditata: quando un controllo non riesce a leggere i suoi dati, Atlas dice che non è riuscito a leggerli invece di tacere. Un lavoro di backup mancante e uno sano da fuori sembrano identici; solo il controllo che ammette di non sapere li distingue.
Il lavoro sullo storage passa da un flusso guidato con anteprima e via di ritorno, così le decisioni di disposizione che ora sono vostre restano almeno reversibili mentre le imparate.
Fonti
La documentazione ufficiale di Proxmox. In inglese, e su questo argomento l’ultima parola è la sua.