L2 e applicazioni legacy: il salvavita per i gestionali del 2005

TL;DR

Le applicazioni legacy con IP cablati sono il principale ostacolo a un DR pulito. Un tunnel L2 le rende ricoverabili senza ricompilarle, senza riscriverle, senza chiamare il fornitore di software che spesso non esiste più.

Il problema dei gestionali del 2005

Software italiano pre-2010, specialmente in settori specifici (industriale, distribuzione, sanità privata), ha spesso:

• IP del database scritto in file di configurazione;
• IP del server di stampa cablato nel codice eseguibile;
• nomi NetBIOS hard-coded;
• chiamate RPC con endpoint statici.

In un DR Layer 3, ogni cambio di IP rompe queste applicazioni. Risolverle richiede:

• ricompilazione (se avete il sorgente);
• chiamare il fornitore (se esiste ancora);
• workaround manuali (mappature DNS, file hosts modificati, eccetera).

Tempo: ore o giorni.

La soluzione L2

Con tunnel L2 l'IP non cambia. L'applicazione legacy si avvia in cloud, si connette ai propri target con gli stessi IP di sempre, funziona senza modifiche.

Tempo aggiuntivo: zero.

Casi tipici dove L2 salva

1. Gestionali contabili pre-2010

Software con IP del DB cablato in db.ini o equivalente. In Layer 3 = riconfigurazione manuale. In L2 = funziona subito.

2. Sistemi di controllo accesso

Centraline di controllo accessi configurate con IP statico del server. In Layer 3 = ogni dispositivo va riconfigurato. In L2 = invariato.

3. Stampanti di rete e dispositivi IoT

Configurazione statica del default gateway. In Layer 3 = devono essere riconfigurate. In L2 = nessun intervento.

4. Applicazioni con licenze legate all'IP

Alcuni software hanno licenze legate al MAC o all'IP del server. Con L2 il licensing continua a funzionare.

5. Active Directory legacy

DC con repliche configurate via IP. Cambio IP = repliche da rifare. Con L2 = invariato.

Il limite del workaround DNS

In molti progetti si tenta di risolvere il problema dell'IP cablato con file hosts o DNS modificati. Funziona per applicazioni che fanno lookup DNS ad ogni connessione, non funziona per quelle che cachano l'IP al primo avvio.

Per le legacy è un terno al lotto. L2 elimina il rischio.

Quando L2 non basta

• applicazioni che richiedono cluster MAC-based con configurazione multicast pesante;
• software con dipendenze fisiche da specifico hardware (USB, dongles);
• sistemi con licenze hardware (HASP key fisiche).

In questi casi serve un secondo CED on-prem.

FAQ

Le applicazioni legacy in cloud girano "uguali"?

Sì, se la VM ricoverata ha le stesse risorse (CPU, RAM, storage). Sefthy verifica in fase di onboarding.

Per legacy molto vecchi (Windows 2003) funziona?

Sì, ma fate attenzione alla sicurezza: Windows 2003 in cloud va segregato.

Per il pillar L2, L2 tunnel per il DR. Per il failover senza DNS, Failover senza riconfigurazione DNS.