Le organizzazioni potrebbero voler migrare un'organizzazione ArcGIS Enterprise esistente da un computer (o insieme di computer) a un altro. Uno dei motivi per fare ciò può essere la migrazione a un hardware più recente o a un sistema operativo più recente. Esistono alcuni metodi comuni per effettuare questo tipo di migrazione, tra cui:
- L'operazione Join Site
- Lo strumento Web GIS Disaster Recovery (WebGISDR)
Lo strumento WebGISDR viene comunemente utilizzato in quanto non influisce sul lavoro nel proprio ambiente di produzione. Sebbene i passaggi necessari con questo metodo avranno bisogno di più tempo rispetto all'approccio Join Site, questo è considerato un metodo più sicuro.
Esaminare attentamente le seguenti considerazioni e Strategie di migrazione per assicurarsi di scegliere il metodo che più si adatta alla propria installazione.
Considerazioni per l'utilizzo dello strumento WebGISDR
Prima di decidere di effettuare la migrazione utilizzando lo strumento WebGISDR, è importante assicurarsi che questo sia il metodo migliore per la propria organizzazione. Considerare i seguenti elementi:
- Gli amministratori possono migrare computer esistenti verso nuovi computer senza effettuare alcuna modifica all'ambiente di produzione.
- La buona riuscita della migrazione può essere convalidata prima di passare al nuovo ambiente.
- Lo strumento supporta lo spostamento tra qualsiasi combinazione di installazioni a computer singolo e ad alta disponibilità.
- Questo metodo di migrazione non può essere utilizzato per migrare verso un sistema operativo diverso.
- L'ambiente nuovo e quello di origine devono soddisfare i prerequisiti per l'esecuzione dello strumento WebGISDR. L'URL dell'organizzazione e gli URL dei servizi devono essere identici in tutti gli ambienti, come descritto in Metodi di risoluzione del nome host.
Per utilizzare lo strumento WebGISDR per migrare la propria organizzazione, determinare innanzitutto il flusso di lavoro. I passaggi dipenderanno dal tipo dell'installazione corrente, da quello dell'installazione desiderata e dalle necessità dell'organizzazione. Il metodo scelto per la risoluzione del nome host influirà sul flusso di lavoro, quindi assicurarsi di esaminare ogni metodo prima di iniziare.
Metodi di risoluzione del nome host
Per impostare un secondo ambiente, i componenti del nuovo ambiente devono essere configurati con gli stessi URL pubblici del primo ambiente. Ci sono alcuni modi per fare questo:
- Utilizzare una voce \etc\hosts per risolvere il nome di dominio completo (FQDN) degli URL pubblici in un endpoint diverso
- Reindirizzare il traffico finché il software non viene configurato
- Configurare il DNS in modo che i computer di standby risolvano l'URL pubblico verso un indirizzo IP diverso rispetto ai computer principali
I flussi di lavoro inclusi per la migrazione dei computer seguiranno la prima opzione, ovvero l'utilizzo del file \etc\hosts. Consultare le seguenti sezioni per maggiori informazioni su ciascun metodo.
Opzione 1: modificare il file \etc\hosts
È possibile sfruttare il file \etc\hosts nei nuovi computer per risolvere l'FQDN dell'URL pubblico desiderato verso un componente diverso, ad esempio un altro Web Adaptor o un proxy inverso. Il file \etc\hosts viene utilizzato per risolvere i nomi host immettendo gli indirizzi IP e associando l'indirizzo IP ai nomi host.
Ad esempio, se il nome del computer ha come indirizzo IP 10.0.0.1 e viene risolto in enterprise.domain.com tramite DNS, è possibile aggiungere una voce al file \etc\hosts nel computer per risolvere l'indirizzo IP del computer in un nome host diverso, 10.0.0.1 alias.domain.com.
Se si effettua il ping di alias.domain.com nel prompt dei comandi, il file \etc\hosts risolve alias.domain.com in 10.0.0.1, ovvero enterprise.domain.com. Se un server Web è in esecuzione nel computer, può essere raggiunto tramite alias.domain.com o enterprise.domain.com.
Opzione 2: reindirizzare il traffico finché il software non viene configurato
Se è possibile reindirizzare il traffico dall'ambiente di produzione per un breve periodo di tempo, configurare il componente che reindirizza il traffico verso l'ambiente di produzione per inviare il traffico verso l'ambiente non di produzione.
Questo potrebbe significare che potrebbe essere necessario registrare nuovamente il Web Adaptor con i nuovi computer o aggiornare il proxy inverso o bilanciamento di carico per inviare il traffico verso i nuovi computer all'interno dell'ambiente non di produzione. È necessario fare ciò solo quando si è pronti a federare e impostare il server come server di hosting.
Questo metodo può essere considerato il più semplice, ma può presentare problemi per le organizzazioni che non sono in grado di effettuare facilmente modifiche al loro ambiente di produzione.
Per seguire questo flusso di lavoro, è necessario aver eseguito il provisioning dei nuovi computer con l'ambiente non di produzione e aver installato e configurato Portal for ArcGIS, ArcGIS Server e ArcGIS Data Store. Dopo aver registrato ArcGIS Data Store con il sito server, è possibile completare i seguenti passaggi:
- Reindirizzare il traffico verso l'ambiente non di produzione.
- Se si sta utilizzando ArcGIS Web Adaptor, registrare il Web Adaptor con i nuovi computer.
- Se si sta utilizzando un proxy inverso o bilanciamento di carico, aggiornare la configurazione per inviare il traffico verso i nuovi computer.
- Federare il portale e i siti server nell'ambiente non di produzione utilizzando lo stesso URL pubblico per l'URL dei servizi dell'ambiente di produzione.
L'URL di amministrazione utilizzato durante la federazione deve essere un URL che risolve solo verso i computer non di produzione. L'URL di amministrazione può essere aggiornato dopo la migrazione senza interruzione del servizio.
- Impostare il server federato come server di hosting nel portale di destinazione.
- Reindirizzare il traffico verso l'ambiente di produzione.
- Se si sta utilizzando Web Adaptor, registrarlo con i computer di origine.
- Se si sta utilizzando un proxy inverso o bilanciamento di carico, aggiornare la configurazione per inviare il traffico verso i computer di origine.
Opzione 3: configurare il DNS in modo che i computer di standby risolvano l'URL dell'organizzazione verso un indirizzo IP diverso rispetto ai computer principali
In alternativa, è possibile configurare il DNS dell'ambiente di standby per risolvere l'FQDN degli URL pubblici in modo diverso, a seconda che ci si trovi sui computer principali o sui computer di standby. Questo metodo è comunemente indicato come DNS diviso o DNS split-horizon. Un ulteriore Web Adaptor, proxy inverso o bilanciamento di carico è necessario per questo metodo, in quanto l'URL pubblico deve essere accessibile per eseguire la federazione del portale e del sito server.
Questo metodo è funzionalmente equivalente al modificare i file \etc\hosts, ma viene gestito tramite il DNS invece che tramite un file \etc\hosts.
