Comprendere l’esistente
Ricostruiamo topologia, servizi, carichi e dipendenze.
ADD SECURITY Le quattro aree
SERVER · RETI · STORAGE · VIRTUALIZZAZIONE
L’infrastruttura deve funzionare oggi e poter cambiare domani.
L’affidabilità nasce da dipendenze conosciute, fragilità ridotte e un’evoluzione possibile senza ricominciare ogni volta da zero.
Partiamo dai servizi che sostengono il lavoro e ricostruiamo come server, reti, storage, energia e competenze si tengono insieme. Manteniamo ciò che è adeguato, interveniamo sui punti deboli e pianifichiamo il ciclo di vita.
Architettura comprensibile
Dipendenze governate
Evoluzione sostenibile
ARCHITETTURA E DIPENDENZE
Prima ricostruiamo ciò che tiene in piedi il lavoro.
- Quali sistemi e collegamenti sono realmente essenziali?
- Dove esistono dipendenze singole o poco visibili?
- Cosa può evolvere senza interrompere l’operatività?
QUANDO HA SENSO VERIFICARE
Funzionare non significa essere strutturati per durare.
La documentazione non descrive più la topologia, le configurazioni e le dipendenze presenti nei sistemi reali.
Un servizio essenziale dipende da un solo server, switch, storage, collegamento o soggetto che ne conosce il funzionamento.
L’infrastruttura è cresciuta per aggiunte successive, ma capacità, prestazioni e margini residui non vengono misurati.
Virtualizzazione o alta disponibilità sono presenti, ma le procedure di failover, riavvio e ripristino non sono state verificate.
IL NOSTRO METODO
Dalle singole macchine
a un sistema governabile.
Non partiamo da un server da sostituire. Mettiamo in relazione servizi, componenti, configurazioni e persone per capire dove intervenire e con quale priorità.
Stabilire le priorità
Valutiamo impatto, obsolescenza, capacità e punti singoli.
Intervenire
Consolidiamo, separiamo e ridondiamo solo dove serve.
Verificare
Controlliamo prestazioni, allarmi, procedure ed evidenze.
QUATTRO AREE, UN SOLO SISTEMA
Ogni componente dipende da ciò che lo circonda.
La qualità dell’infrastruttura non coincide con quella del singolo apparato. È il modo in cui le parti lavorano insieme a determinare continuità, manutenibilità e capacità di evolvere.
Calcolo e virtualizzazione
Risorse dimensionate sui carichi reali, distribuite in modo comprensibile e pronte a evolvere.
Reti e connettività
Percorsi, segmentazione e ridondanze coerenti con i servizi che devono sostenere.
Storage e dati
Prestazioni, capacità e resilienza valutate insieme alle applicazioni e ai tempi di ripristino.
Alimentazione e ambiente
Continuità elettrica, condizioni operative e dipendenze fisiche incluse nel progetto.
Monitoraggio e capacità
Indicatori e soglie utili per riconoscere degrado, saturazione e anomalie prima del fermo.
Documentazione e ciclo di vita
Configurazioni, modifiche, garanzie e sostituzioni pianificate senza dipendere dalla memoria informale.
RIDONDANZA · ALTA DISPONIBILITÀ · RIPRISTINO
La ridondanza riduce il rischio.
Non elimina le dipendenze.
Un cluster continua a dipendere da rete, storage, quorum, alimentazione, configurazioni e gestione. L’alta disponibilità può limitare alcune interruzioni, ma deve essere progettata e verificata nel contesto dell’intero sistema.
Alta disponibilità, backup, monitoraggio, manutenzione e disaster recovery rispondono a problemi diversi. Nessuno di questi elementi sostituisce gli altri.
AFFIDABILITÀ OSSERVABILE
Un’architettura deve poter essere compresa e verificata.
L’affidabilità non è una dichiarazione astratta. Deve lasciare riscontri utilizzabili nel tempo:
- inventario, topologia e dipendenze aggiornati;
- configurazioni e relative copie conservate;
- capacità, prestazioni e allarmi monitorati;
- failover, riavvii e ripristini provati in modo controllato;
- modifiche, anomalie e ciclo di vita documentati.
PARTIAMO DALL’INFRASTRUTTURA ESISTENTE
Prima di sostituire un server,
verifichiamo l’architettura.
Possiamo iniziare dalla topologia, dai servizi essenziali e dalle criticità già percepite, distinguendo ciò che può essere mantenuto da ciò che richiede un intervento pianificato.
Parliamone