Calendario del Ciclo di Vita dei Prodotti Sophos - End-of-Sale / End-of-Life

Il Calendario del Ciclo di Vita dei Prodotti Sophos supporta l’approvvigionamento, il renewal, la migrazione e la valutazione del rischio. Per gli ambienti Sophos Firewall non è importante solo se un appliance è ancora in funzione oggi. Cruciale è anche se è ancora in vendita, se il supporto può essere esteso, se è possibile una RMA e quando deve essere pianificato un passaggio ordinato a un modello successore.

Questa panoramica riassume le date chiave del ciclo di vita per gli appliance Sophos Firewall, RED, Access Point e Switch. I dati devono essere sempre verificati, in caso di pianificazioni firewall importanti, con il Sophos Retirement Calendar aggiornato e la documentazione licenze corrente, poiché disponibilità, prodotti successori e finestre di renewal possono variare.

Per una pianificazione concreta di upgrade e migrazione si consiglia inoltre di consultare Verifica upgrade Sophos Firewall prima di SFOS 22, Creare o ripristinare backup Sophos Firewall e Selezionare hardware o appliance virtuale Sophos Firewall.

Importante: I dati del ciclo di vita sono dati di pianificazione. Prima di ordinare, rinnovare, effettuare RMA o sostituire hardware, è necessario verificare numero di serie, stato licenza, account Sophos, diritto al supporto e informazioni aggiornate sul ciclo di vita Sophos.

Ambito e inventario

Le tabelle coprono XGS Appliances e firewall XG, SD-RED e RED, Access Point AP/APX/AP6 e switch Sophos. Anche appliance SG/UTM e firewall virtuali o cloud devono essere censiti, ma qui non formano matrici complete: per SG/UTM conta l’ultima release software supportata; per istanze virtuali e cloud contano il supporto di piattaforma, hypervisor, immagine e SFOS anziché un EOL hardware. Endpoint, Server, Mobile ed Email hanno calendari propri e non vanno valutati con queste tabelle.

Prima di controllare le date, consolidare l’inventario da Sophos Fusion (in precedenza Sophos Central), configurazione o backup locale e sistema asset. Per ogni dispositivo registrare modello e revisione dall’etichetta, numero di serie, gestione, sede, appartenenza HA, firmware, scadenza di licenza e contratto e RED, Access Point e switch dipendenti. Mantenere i dispositivi sconosciuti o irraggiungibili come asset aperti; non considerarli implicitamente dismessi.

Decisione rapida: rinnovare o migrare?

1. Verificare il modello esatto nel Sophos Retirement Calendar aggiornato e registrare End-of-Sale, Last Renewal, End-of-Life e Migration path. Cercare il nome esatto, controllare la sezione del prodotto e salvare nell’asset data della consultazione e note. Le tabelle seguenti riflettono la verifica del 6 settembre 2026.
2. Se Last Renewal è trascorso, non mettere a budget un rinnovo normale. Se cade nel prossimo periodo di budget o contratto, confrontare migrazione e rinnovo come opzioni separate, includendo costi, finestra di disservizio e disponibilità hardware.
3. Verificare separatamente il contratto effettivo. La tabella non prova né supporto attivo né diritto a RMA. Sul firewall, Administration > Licensing mostra licenze registrate e durate; per una decisione vincolante su rinnovo o RMA, verificare anche numero di serie ed entitlement nell’account Sophos o con il partner o il supporto Sophos.
4. Valutare separatamente i cicli di vita di hardware e firmware. Il supporto software segue scadenze di release proprie e SFOS 22.0 GA esclude l’hardware XG e SG. Una durata hardware residua non rende quindi queste piattaforme compatibili con SFOS 22.

In caso di informazioni contrastanti, usare le scadenze prodotto pubblicate nel Retirement Calendar, il contratto concreto nell’account autenticato e la compatibilità firmware nelle release notes. Non scegliere semplicemente la data più favorevole: ottenere un chiarimento scritto prima di un ordine o di una finestra di manutenzione.

La garanzia è una quarta verifica separata. Le estensioni di garanzia e l’Advance Hardware Replacement terminano al più tardi all’EOL applicabile. I contratti di hardware replacement, supporto e subscription possono essere estesi per l’ultima volta dodici mesi prima dell’EOL del prodotto. Per le XGS Appliances è prevista una fase di supporto di almeno cinque anni dopo l’EOS. Se un contratto valido supera l’EOL, la durata residua può essere trasferita a un successore supportato; ciò non autorizza a continuare a usare il vecchio hardware dopo l’EOL. Garanzia hardware, supporto e RMA Sophos spiega dettagli e limiti RMA.

Sophos pubblica due indicazioni formulate diversamente per l’EOL: il Retirement Calendar afferma che il supporto termina e che gli RMA non vengono più elaborati, mentre la policy del ciclo di vita hardware descrive una sostituzione per un cliente il cui contratto di supporto valido supera l’EOL del modello. Non dedurre alcun diritto; ottenere prima da Sophos una conferma scritta riferita al numero di serie.

Percorso di verifica e limite sicuro della migrazione

Prima di approvare rinnovo o migrazione, la scheda dell’asset deve contenere almeno modello, numero di serie, sede, versione SFOS attuale, fine contratto e i quattro valori del Retirement Calendar. Per un firewall, registrare anche slot attivo e versione firmware completa in Backup & Firmware > Firmware. Così non si confondono EOL hardware e supporto software.

Per la pianificazione software, Sophos mantiene la feature release corrente e un’ulteriore feature release scelta da Sophos. L’obiettivo è supportare le ultime due maintenance release di ogni feature release mantenuta; una correzione di bug o vulnerabilità può comunque richiedere l’upgrade a una release mantenuta. Una feature release è in genere supportata per 24-36 mesi e il suo EOL viene normalmente annunciato con 90 giorni di anticipo. Questi intervalli sono indicazioni di pianificazione, non una garanzia: verificare quindi nel Retirement Calendar le release attualmente mantenute e supportate.

Prima della sostituzione hardware, preparare un backup recente conservato esternamente, la Secure Storage Master Key e una mappatura delle interfacce. Non deregistrare o dismettere il vecchio appliance finché WAN, DNS, DHCP, routing, VPN, servizi pubblicati, dipendenze RED/wireless e, in HA, entrambi i nodi non sono stati verificati sul sistema di destinazione. Il ritorno al vecchio appliance è affidabile solo finché resta invariato, correttamente licenziato e sicuro da usare. Dopo l’EOL o una conversione SFOS incompatibile non è più un rollback ordinario: serve un piano di sostituzione o reimage.

Glossario

End-of-Sale (EOS)

La data End-of-Sale è l’ultimo giorno in cui un prodotto viene ufficialmente venduto come nuovo. In pratica, a seconda di stock, distributore e regione, un modello può diventare difficilmente reperibile anche prima. Per i progetti non si dovrebbe quindi pianificare fino all’ultimo giorno.

End-of-Life (EOL)

Da questa data Sophos non fornisce più supporto regolare per il prodotto. Anche i processi di RMA o sostituzione non possono più essere pianificati come per hardware supportato. I siti produttivi dovrebbero essere migrati prima di questa data.

Last Renewal

Last Renewal è l’ultimo giorno in cui si può ordinare un’estensione per hardware replacement, supporto tecnico o servizi in abbonamento. Dopo questa data non è più possibile una normale estensione. Questo è spesso più importante per la pianificazione del budget rispetto alla data End-of-Life successiva.

Buyer’s Guide (BG)

Il Buyer’s Guide è una classificazione Avanet per approvvigionamento e pianificazione.

🟢 - Il prodotto è attuale e ha una chiara raccomandazione d’acquisto.

🟠 - Il prodotto è ancora venduto ufficialmente, ma ci sono indicazioni di un successore.

🔴 - Nessuna raccomandazione d’acquisto, il prodotto è già o sarà presto End of Life oppure esiste già un successore.

Come utilizzare i dati del ciclo di vita

I dati del ciclo di vita non devono essere letti isolatamente. Per gli amministratori sono rilevanti soprattutto quattro domande:

1. L’hardware può ancora essere rinnovato in modo sensato? Se il Last Renewal è vicino, spesso conviene più una migrazione che una breve estensione.
2. La strategia firmware è realistica? L’hardware XG e SG più vecchio non supporta più le versioni SFOS attuali. Per SFOS 22 e successive la piattaforma deve essere verificata in anticipo.
3. Esiste uno scenario di recovery? Prima dell’EOL deve essere chiaro se sono disponibili un dispositivo sostitutivo, backup, SSMK, mappatura interfacce e documentazione degli accessi.
4. Il successore è davvero adatto? Un modello successore non sostituisce automaticamente throughput, layout porte, modulo WLAN, SFP/SFP+, PoE, design RED o requisiti di montaggio rack.

Per un progetto firewall in corso non basta quindi leggere la tabella, ma è utile anche trovare il numero di serie della Sophos Firewall, attivare la licenza Sophos Firewall e classificare correttamente il sizing della Sophos Firewall.

Controlli consigliati prima di renewal o sostituzione

Prima di renewal, sostituzione hardware o migrazione EOL si dovrebbero documentare almeno questi punti:

• Numero di serie, modello, versione firmware e ubicazione,
• stato attuale di licenza e supporto,
• End-of-Sale, Last Renewal e End-of-Life,
• successore pianificato inclusi layout porte e prestazioni,
• backup attuale e Secure Storage Master Key,
• ruolo HA, design WAN, siti RED e dipendenze wireless,
• percorso di migrazione pianificato e finestra di rollback.

Se una firewall deve essere trasferita a un altro account, questo deve essere chiarito prima della migrazione. La procedura è descritta in Trasferire Sophos Firewall in un altro account Sophos Fusion.

XGS Appliances

Firewall XG

SD-RED

RED

Access Point

Serie AP

Serie APX

Serie AP6

AP6 è l’attuale generazione WiFi 6 di Sophos. Richiede la gestione tramite Sophos Fusion; il Retirement Calendar specifica che la gestione tramite Sophos Firewall non è supportata. Nella pianificazione wireless occorre inoltre verificare se i modelli AP o APX esistenti devono essere sostituiti e se PoE, montaggio, requisiti outdoor e progettazione SSID/VLAN sono adeguati.

Sophos Switch: date hardware e ciclo di vita del firmware

Per Sophos Switch, il ciclo di vita dell’hardware e il supporto del firmware devono essere documentati separatamente. La policy ufficiale sul ciclo di vita definisce GA, End-of-Sale, Last Renewal, End-of-Life e Migration Path. La policy generale sull’hardware descrive inoltre cosa accade dopo l’EOS, ma non pubblica date specifiche per i modelli Switch. Sophos indica espressamente «almeno cinque anni di supporto dopo l’EOS» come esempio per l’hardware della serie XGS; questa regola non deve essere applicata come data EOL degli Switch.

Anche la pagina ufficiale Sophos Switch Firmware è una policy di supporto del firmware, non un calendario di ritiro dell’hardware per modello. Pertanto, né la pagina Switch aggiornata il 15 settembre 2026, né le due policy generali contengono date EOS, Last Renewal o EOL specifiche per gli undici modelli documentati. «Non pubblicato» non significa supporto illimitato né garanzia di consegna. Significa soltanto che da queste fonti non si può ricavare una data attendibile per il modello.

I riferimenti di rilascio vengono mantenuti per contestualizzare la panoramica dei modelli esistente; non sono dichiarazioni di EOS o EOL. Prima di un acquisto o rinnovo, far confermare per iscritto da Sophos o dal partner il modello, il numero di serie, lo stato attuale del contratto e la disponibilità. Non appena Sophos pubblica una data per il modello, aggiungere al record dell’asset la fonte, la data della verifica e tutte e tre le scadenze. Non estrapolare una data dall’età del modello, dalla regola XGS o dal calendario di un altro prodotto.

Come funziona il ciclo di vita del firmware Switch

• Feature Release: aggiunge funzionalità; Sophos prevede una versione di questo tipo all’incirca ogni sei-dodici mesi. Sono possibili aggiornamenti automatizzati, ma singole funzioni possono richiedere una riconfigurazione manuale. I modelli o le revisioni meno recenti possono essere esclusi e richiedere quindi la sostituzione dell’hardware.
• Maintenance Release: risolve principalmente difetti e vulnerabilità e, secondo la policy, è prevista a intervalli di circa uno-tre mesi. In rari casi può includere piccoli miglioramenti che non modificano il comportamento esistente del dispositivo.

Il numero di versione è composto dalla versione della Feature Release, con componenti major e minor, e dal numero della Maintenance Release. Sophos mantiene la versione funzionale corrente e un’altra versione scelta da Sophos e pubblicata nel Retirement Calendar. Per ogni versione funzionale mantenuta, dovrebbero essere supportate le ultime due Maintenance Release. Anche se una versione è altrimenti supportata, Sophos può richiedere l’upgrade a una release mantenuta per correggere un difetto o una vulnerabilità.

La fase supportata di una versione funzionale è variabile ed è indicata in circa 24 mesi. Sophos annuncia di norma pubblicamente l’EOL di una Feature Release con 90 giorni di anticipo; l’EOL delle singole Maintenance Release viene pubblicato nel Retirement Calendar. Questi periodi sono previsioni, non scadenze calcolabili in autonomia. L’approvazione deve quindi basarsi sempre sull’elenco aggiornato delle release mantenute e supportate.

Secondo la policy, aggiornamenti firmware, Feature e Maintenance Release, supporto 24x7, Advanced RMA e funzionalità Sophos Fusion rientrano nell’entitlement Switch Support and Services. Tuttavia, un contratto attivo non rende automaticamente ogni versione firmware una destinazione adeguata. Prima di un aggiornamento, registrare la versione corrente completa, modello e revisione, backup, finestra di manutenzione e versione di destinazione attualmente supportata da Sophos. La procedura tecnica è descritta in Aggiornare, eseguire il rollback e ripristinare il firmware Sophos Switch; Scegliere modelli e gestione di Sophos Switch illustra porte, PoE e limiti dei modelli.

Errori tipici nella pianificazione del ciclo di vita

Verificare solo End-of-Life: il rinnovo può non essere più possibile già prima. Occorre quindi controllare insieme End-of-Sale, Last Renewal ed EOL.

Sostituire il modello 1:1: layout delle porte, prestazioni o WLAN non coincidono automaticamente. Rivalutare sizing, interfacce, PoE, SFP/SFP+, rackmount, sedi RED e requisiti della sede.

Cercare il backup solo al momento della sostituzione: la migrazione viene ritardata o il restore fallisce. Verificare backup, Secure Storage Master Key e compatibilità di restore prima della sostituzione.

Dimenticare RED o Access Points: filiali o WLAN possono essere interessati dopo il cambio del firewall. Documentare le dipendenze per sede.

Non mantenere i dati di lifecycle nel sistema asset: sorgono sorprese su budget, rinnovo e supporto se i dati sono solo in una tabella. Registrare per ogni asset numero di serie, EOL, Last Renewal e successore pianificato.

Eccezioni e risoluzione dei problemi

Se manca un modello, confrontare grafia, revisione e famiglia con etichetta e numero di serie. “Non elencato” non significa né “attuale” né “supportato senza limiti”: documentare risultato e data come irrisolti e ottenere dal partner o dal supporto Sophos conferma scritta di scadenza, Migration Path ed entitlement prima di ordinare. Se calendario, account e tabella divergono, gestire separatamente scadenza hardware, supporto software e fine contratto e pianificare sulla data più vicina fino al chiarimento.

Fermare la migrazione finché mapping delle interfacce, compatibilità firmware, trasferimento licenza o avvisi di ripristino sono irrisolti. Non deregistrare il vecchio dispositivo e non sovrascrivere l’unico backup. Reimpostare o ricostruire il target, documentare la differenza e approvarlo solo dopo aver verificato i servizi elencati in “Percorso di verifica”.

FAQ