È possibile replicare la distribuzione di ArcGIS Enterprise in una distribuzione di standby priva di connessioni. Se la distribuzione primaria non riesce o diventa inaccessibile, è possibile eseguire il failover alla distribuzione standby.
Le distribuzioni standby vengono in genere eseguite su una rete o sottorete diversa o anche in una località geograficamente separata rispetto alla distribuzione primaria. Ogni volta che si colloca la distribuzione di standby, accertarsi che questa sia accessibile dai client di ArcGIS Enterprise quando è richiesto.
Ridondanza geografica
È possibile implementare la ridondanza geografica se il data center primario e quello standby si trovano in località geograficamente separate. Se in un data center si verifica un evento catastrofico, ad esempio un uragano o un'altra calamità naturale, è possibile attivare il data center standby e riprendere le operazioni.
La ridondanza geografica deve disporre dei seguenti requisiti specifici:
- Gli ambienti primario e standby devono essere duplicati. Ogni data center deve avere lo stesso numero di computer nella distribuzione ArcGIS Enterprise e gli URL utilizzati per accedere ai componenti devono essere gli stessi.
- Le directory ArcGIS Server devono avere lo stesso nome. I percorsi della directory possono essere diversi, ma il nome della cartella deve essere lo stesso negli ambienti principale e di standby.
- Le cartelle registrate con i siti ArcGIS Server negli ambienti principali e di standby possono avere percorsi diversi, ma i nomi delle cartelle devono essere uguali e devono contenere copie esatte degli stessi dati di origine.
- La ridondanza geografica segue in genere un approccio attivo-passivo; pertanto, dati e contenuti devono essere replicati nella distribuzione di ArcGIS Enterprise di standby in modo coerente.
- La ridondanza geografica si basa su componenti di terze parti. Ad esempio, un selettore sito globale o un server DNS globale è importante in modo che quando occorre passare dal data center primario a quello di standby, gli utenti del ArcGIS Enterprise non sono interessati.
Per ridurre al minimo il tempo di inattività nel caso di guasto o calamità, è possibile distribuire un ArcGIS Enterprise a disponibilità elevata, geograficamente ridondante. Si tratta della distribuzione più complessa da ottenere in quanto richiede il numero massimo di computer e la massima manutenzione. Configurare due data center separati, ciascuno con la propria distribuzione ArcGIS Enterprise a disponibilità elevata. In ogni data center, tutti i nomi dei computer sono configurati in maniera identica e non esistono singoli punti di errore, inclusi i dati, se si trova in un server dei file a disponibilità elevata o un database a disponibilità elevata, tutti i server Web e i servizi di bilanciamento del carico, nonché i componenti del ArcGIS Enterprise. I backup della distribuzione principale sono creati in maniera coerente e il ripristino nella distribuzione di standby nel data center separato può verificarsi immediatamente o in caso di errore nella distribuzione principale.
Pianificare un’installazione replicata
Innanzitutto, determinare il numero di computer richiesti. Quindi, pianificare i seguenti requisiti di disaster recovery per un ArcGIS Enterprise replicato:
- Duplicazione: accertarsi che entrambi i data center e le distribuzioni ArcGIS Enterprise contengano la stessa architettura.
- Replica: eseguire il backup dei contenuti e dei dati dal data center primario ed eseguire il ripristino nello standby.
- Monitoraggio: rivedere i registri per determinare quando si verifica un errore e se la gravità dell’errore richiede l’esecuzione del fail over nel data center di standby.
- Failover: decidere se eseguire il failover in un componente diverso all'interno del ArcGIS Enterprise o se eseguire il failover di tutto la distribuzione ArcGIS Enterprise in un data center diverso.
Tenere anche quanto segue in mente quando si pianifica l'installazione replicata:
- L'utilità webgisdr non effettua il backup delle tile della cache del map service. Se si includono map service provvisti di cache di layer tile hosted utilizzati dal sito di GIS Server nell'installazione, creare un backup di tutte le directory in cui le tile della cache sono memorizzate (ad esempio, l'intera directory arcgiscache in C:\arcgisserver\directories\ o <ArcGIS Server installation directory>/arcgis/server/usr/directories). Posizionare manualmente le copie nella directory arcgiscache corrispondente nella distribuzione di standby.
- I cluster ArcGIS Server multipli non sono supportati quando si usa l'utilità webgisdr per replicare ArcGIS Enterprise per un'installazione in standby disconnessa.
- Tutti i computer in entrambe le installazioni devono usare lo stesso sistema operativo. Ad esempio, non è possibile utilizzare insieme una installazione primaria in ambiente Windows e una in standby in ambiente Linux.
- L'utilità webgisdr registra le versioni software dei componenti di ArcGIS Enterprise quando si crea un file di backup. La versione della distribuzione standby in cui si importa il file deve essere identica a quella della distribuzione principale.
Determinare i requisiti del computer
Il numero di computer richiesti dipende dalla modalità di configurazione del ArcGIS Enterprise. Come minimo, sono necessari due computer. Se la propria installazione ArcGIS Enterprise non archivia molti dati e servizi, non include uno Spatiotemporal Big Data Store e poche persone vi possono accedere, è possibile configurare un'installazione principale formata da un sito GIS Server con un solo computer e installare Portal for ArcGIS e ArcGIS Data Store sullo stesso computer. Per memorizzare la distribuzione standby replicata è necessario un secondo computer.
Se la distribuzione di ArcGIS Enterprise è molto utilizzata, ad esempio se un numero elevato di utenti esegue l'accesso, l'organizzazione memorizza un numero elevato di elementi o la distribuzione viene pesantemente modificata, potrebbe essere richiesto un sito di GIS Server singolo o per più computer e potrebbe essere necessario installare Portal for ArcGIS e ArcGIS Data Store su computer tra loro separati e separati dai computer di GIS Server. Se si pubblicano più scene layer hosted, potrebbe essere necessario configurare ArcGIS Data Store (Data Store cache tile) per memorizzare i database di cache della scena su un altro computer. Se verrà utilizzato uno Spatiotemporal Big Data Store, è necessario almeno un computer aggiuntivo. In questo caso, calcolare il numero di computer richiesti utilizzando la seguente formula:
(<number of GIS Server machines> + 1 Portal for ArcGIS machine + <number of machines in the data store>) X 2
Tenere presente che non sono richieste licenze ArcGIS aggiuntive per la distribuzione standby poiché l'accesso non è eseguito in maniera attiva; la distribuzione diventa attiva solo se quella primaria non riesce.
Impostazioni obbligatorie per installazioni duplicate
Per garantire un disaster recovery efficace per una distribuzione ArcGIS Enterprise replicata, la distribuzione in standby deve duplicare la gamma di impostazioni di sistema, configurazioni di sicurezza e percorsi di archiviazione rilevati nella distribuzione principale. Creare periodicamente i backup e assicurare la coerenza tra le distribuzioni replicate è il modo migliore per ridurre al minimo i tempi di inattività in caso di guasto. Queste considerazioni devono essere effettuata in tutta la distribuzione. Di seguito sono riportati alcuni esempi:
- I map service si basano sui dati in una cartella condivisa o mediante una connessione database.
- I computer all'interno di un'installazione ArcGIS Enterprise comunicano tra loro tramite URL specifici.
Suggerimento:
Utilizzare voci DNS o modificare file hosts sui computer della distribuzione replicata per ottenere uniformità dei nomi host. L'approccio consigliato è configurare un computer distinto che funga da URL del portale pubblico. È possibile installare ArcGIS Web Adaptor o un server proxy inverso su questo computer e modificare i file hosts sui computer del portale e del server.
- I percorsi delle directory di installazione devono essere identici tra distribuzioni replicate.
- Il numero di computer nei data center deve corrispondere per evitare problemi di prestazioni in risposta al carico dell'utente.
Le seguenti impostazioni di sistema e sicurezza non devono essere replicate tra le distribuzioni, poiché sono specifiche per ogni installazione:
- Informazioni sul proxy di inoltro, compresi nomi di server, URL rivolti all'utente e numeri di porta
- Impostazioni di sicurezza, compreso l’elenco di indirizzi approvati dalla funzionalità proxy del portale
- Proprietà di configurazione di archivio identità per archivi di utenti e gruppi, se applicabile
- Impostazioni di provider di identità SAML e LDAP
A partire dalla versione 10.4, l’elenco di elementi e impostazioni che devono essere identici nelle distribuzioni di origine e di destinazione durante l’esecuzione dell’utility webgisdr è stato ridotto. La seguente tabella riassume queste modifiche nelle versioni recenti di Portal for ArcGIS e ArcGIS Server:
Questo elemento o questa impostazione devono essere identici tra le distribuzioni quando si esegue l’utility webgisdr?
| Elemento o impostazione | 10.4.x | 10.5.x, 10.6 | 10.6.1, 10.7.x, 10.8 |
|---|---|---|---|
URL portale pubblico | Sì | Sì | Sì |
URL dei servizi per server federati | Sì | Sì | Sì |
Data Store registrati diversi da ArcGIS Data Store | Sì | Sì | Sì |
Credenziali account per il file ...webgisdr.properties | Sì | Sì | Sì |
Percorsi della directory ArcGIS Server (ad esempio, arcgisjobs) | Sì | Sì | No |
Informazioni di sicurezza (URL LDAP, informazioni proxy) | Sì | Sì | No |
Tipo di distribuzione (computer singolo o altamente disponibile) | Sì | No | No |
URL del portale privato | Sì | No | No |
URL di amministrazione per server federati | Sì | No | No |
Nomi computer | Sì | No | No |
Directory dei contenuti del portale | No | No | No |
Archivio di configurazione ArcGIS Server | No | No | No |
Eseguire la replica di ArcGIS Enterprise
L'utilità webgisdr consente di esportare il contenuto del portale, siti di ArcGIS Server federati e contenuti Data Store relazionale e cache tile ArcGIS Data Store in un file che è possibile spostare nel computer standby per il ripristino. L'utilità mantiene le impostazioni di Portal for ArcGIS, ArcGIS Server e ArcGIS Data Store configurate, nonché copia tutti i contenuti creati nel portale assieme ai dati copiati nel server di hosting e nel Data Store durante la pubblicazione.
L'utilità non copia i dati dai database o dalle cartelle registrate nel server di hosting o nei siti di ArcGIS Server federati. Sarà compito dell'amministratore replicare i dati nell'installazione ArcGIS Enterprise standby e assicurarsi che i servizi sullo standby possano accedere ai dati replicati.
Quando si registrano le origini di dati con i siti ArcGIS Server, fornire le informazioni specifiche su come accedere ai dati. Queste informazioni devono corrispondere a quelle della distribuzione standby e di quella principale. Ad esempio, se si copiano i geodatabase dei file utilizzati per i dati dell'origine nella distribuzione standby, i percorsi della directory per i geodatabase dei file devono essere gli stessi di quelli della distribuzione principale. Inoltre, la distribuzione standby deve essere in grado di accedere a un database utilizzando le stesse informazioni sulla connessione fornite al momento della registrazione del database con il sito ArcGIS Server sulla distribuzione principale.
È possibile eseguire l’utility webgisdr come un processo con all’interno un ambiente Linux. Inoltre, l'utilità può essere spostata in ed eseguita da un computer diverso dall'installazione del portale a condizione che la comunicazione sia aperta tra il computer in cui vengono eseguiti l'utilità e i componenti di ArcGIS Enterprise.
Ripristinare i backup di ArcGIS Enterprise nella distribuzione standby non appena vengono esportati dalla distribuzione principale. Questo evita che i backup incrementali vengano ripristinati nell’ordine errato e significa che perdita di dati minima o tempo di inattività si verificano nel caso di errore dell’installazione principale. Se i backup non vengono immediatamente ripristinati, si può verificare un overhead aggiuntivo durante l'importazione del backup e l'esecuzione del failover nella distribuzione standby.
Considerare inoltre che se si verificano problemi nella distribuzione standby durante la creazione del backup ed esistono processi automatizzati per importare il backup nello standby, queste impostazioni errate verranno importate nella distribuzione standby.
Per le istruzioni sulla replica di una distribuzione ArcGIS Enterprise, consultare Configurare il disaster recovery.
Monitorare ArcGIS Enterprise
Il monitoraggio è importante in ambienti replicati e a disponibilità elevata. In un ambiente a disponibilità elevata, alcune parti della distribuzione eseguono il failover senza intervento dell'utente. Ad esempio, se si verifica un errore nel portale primario di un ArcGIS Enterprise, viene immediatamente eseguito il failover nella distribuzione di standby senza intervento dell'utente. Analogamente, si può verificare un errore in ArcGIS Server e nei componenti ArcGIS Data Store e il sistema continua a funzionare normalmente in quanto non esistono singoli punti di errore. Considerando che in ArcGIS Enterprise potrebbero non esistere interruzioni visibili, adottare un meccanismo per segnalare agli amministratori la presenza di errori in un componente particolare all'interno di ArcGIS Enterprise.
È possibile utilizzare ArcGIS Monitor per analizzare la salute di Portal for ArcGIS, ArcGIS Server e i componenti relazionali di ArcGIS Data Store dell'installazione. Inoltre è possibile utilizzare l’attività indice del portale per interrogare lo stato dell’indicizzatore sul computer del portale primario prima di replicare l’installazione. Se si utilizza un database registrato PostgreSQL, Oracle, o Microsoft SQL Server con l’installazione, sarà possibile utilizzare una delle attività Egdb disponibili nella ArcGIS Monitor galleria per monitorare le statistiche dei database.
Sarà necessario utilizzare Python o la lingua di script scelta con il REST API di ArcGIS Server per automatizzare la validazione delle connessioni alle cartelle registrate, condivisioni di file Big Data, Raster Data Store, cache tile e Spatiotemporal Big Data Store.
In un ambiente replicato, il failover richiede l'intervento dell'utente; pertanto, è necessario monitorare la distribuzione per determinare quando si verificano degli errori e decidere se è richiesto il failover.
Se si automatizza la replica della distribuzione da principale a standby, è anche necessario monitorare questi processi per accertarsi che backup, spostamenti di file e operazioni di ripristino vengano completati correttamente.
Riguardo il failover
All'interno di ArcGIS Enterprise, Portal for ArcGIS, ArcGIS Server e ArcGIS Data Store dispongono dei loro meccanismi interni di failover. In una configurazione a disponibilità elevata, ogni componente può eseguire il failover senza interruzione significativa nel ArcGIS Enterprise complessivo.
Il failover di una distribuzione replicata dal data center primario o standby coinvolge in genere il reparto IT dell'organizzazione e può essere ottenuto tramite un GSS o DNS globale. I membri di un'organizzazione raggiungono in genere la distribuzione di ArcGIS Enterprise tramite alcuni URL, ad esempio, https://myportalwa.organization.com/portal per l'URL del portale pubblico e https://myserverwa.organization.com/server per l'URL dei servizi ArcGIS Server. GSS o GNS globale possono assegnare un indirizzo IP a ogni nome host. Se è necessario eseguire il failover in un data center diverso, il GSS o il DNS globale riassegneranno i nomi host myportalwa.organization.com e myserverwa.organization.com agli indirizzi IP associati al data center standby. I client e gli utenti non saranno influenzati, ma tutte le richieste vengono inviate al data center standby. Dopo che il data center principale è di nuovo attivo, l'indirizzo IP per gli host del sito principale possono essere riassegnati agli indirizzi IP all'interno del data center originale. È necessario riconciliare i dati dallo standby al primario per garantire che il data center primario contenga tutti i nuovi contenuti e dati che sono stati creati mentre lo standby era attivo.
Se i dati nei database registrati (geodatabase o database aziendale) del server di hosting o del sito di ArcGIS Server federato sono stati modificati, utilizzare gli strumenti di replica del database per assicurarsi che la distribuzione primaria originale di ArcGIS Enterprise contenga i dati aggiornati. Se i dati in un'origine dati basata su file, ad esempio file geodatabase, registrati in uno dei siti di ArcGIS Server nella distribuzione di ArcGIS Enterprise sono cambiati, copiare i file modificati nella directory originale in cui sono stati memorizzati. Infine, utilizzare l'utilità webgisdr per esportare un backup di ArcGIS Enterprise dallo standby e importarlo nel primario. L'utilità replica nella distribuzione primaria originale di ArcGIS Enterprise il contenuto nel portale, inclusi i dati dei feature layer e degli scene layer hosted associati e i nuovi servizi registrati nel portale.