Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Replica dei dati tra regioni per Amazon MQ per ActiveMQ
<a name="crdr-for-active-mq"></a>

 Amazon MQ for ActiveMQ offre una funzionalità di replica dei dati tra regioni (CRDR) che consente la replica asincrona dei messaggi dal broker principale in una regione primaria al broker di replica in una AWS regione di replica. Inviando una richiesta di failover all'API Amazon MQ, l'attuale broker di replica viene promosso al ruolo di broker primario e l'attuale broker primario viene retrocesso al ruolo di replica. 

## Broker primari e di replica per la replica dei dati tra regioni
<a name="crdr-primary-replica-brokers"></a>

 È possibile creare broker primari e di replica per la replica asincrona dei dati dal broker principale in una regione primaria al broker di replica in una regione di replica. AWS La *regione primaria* è costituita da una coppia ridondante di broker attivi/in standby denominata *broker primario*. La *regione secondaria* è costituita da una coppia ridondante di broker attivi/in standby denominata *broker di replica*. 

 Il diagramma seguente illustra un broker di replica in una regione secondaria che riceve dati replicati asincroni dal broker primario nella regione primaria. 

![\[Diagram showing primary and replica brokers in different AWS regions with replication traffic flow.\]](http://docs.aws.amazon.com/it_it/amazon-mq/latest/developer-guide/images/primary-replica-connection.png)


 I broker primari e di replica fungono da soluzione di ripristino dei dati tra regioni. Se il broker primario nella regione primaria restituisce un errore, è possibile promuovere il broker di replica nella regione secondaria a primario avviando uno switchover o un failover. Il precedente broker primario diventa quindi il broker di replica e il precedente broker di replica viene promosso a broker primario. Per istruzioni sulla creazione di un broker primario e di replica, consulta [Creazione di un broker di replica dei dati interregionale Amazon MQ](create-replica-broker.md). 

**Nota**  
Disponibile solo per broker attivi o in standby.  
Non disponibile per le code con mirroring.

# Creazione di un broker di replica dei dati interregionale Amazon MQ
<a name="create-replica-broker"></a>

 Con la replica dei dati tra regioni (CRDR), puoi passare da un broker di messaggi Amazon MQ per ActiveMQ all'altro in due regioni AWS, se necessario. Puoi designare un broker esistente come broker primario e creare una replica per questo broker oppure creare insieme un nuovo broker primario e di replica. Puoi quindi promuovere il broker di replica al ruolo di broker primario utilizzando l'operazione API `Promote` di Amazon MQ. Per ulteriori informazioni sui broker primari e di replica, consulta [Broker primari e di replica per la replica dei dati tra regioni](crdr-for-active-mq.md#crdr-primary-replica-brokers). 

 Le seguenti istruzioni descrivono come creare e configurare un broker di replica utilizzando la Console di gestione Amazon MQ. 

**Topics**
+ [Prerequisiti](#create-crdr-broker-prerequisites)
+ [Fase 1 (opzionale): Creazione di un nuovo broker primario](#create-new-primary-broker)
+ [Create a replica of an existing broker](#create-new-replica-broker)

## Prerequisiti
<a name="create-crdr-broker-prerequisites"></a>

Per utilizzare la funzionalità di replica dei dati tra aree geografiche, devi esaminare e rispettare i seguenti prerequisiti:
+  **Versione**: la funzionalità di replica dei dati tra regioni è disponibile solo per i broker Amazon MQ per ActiveMQ nelle versioni 5.17.6 e successive. 
+  **Regione**: la replica dei dati tra regioni è supportata nelle seguenti regioni: Stati Uniti orientali (Ohio), Stati Uniti orientali (Virginia settentrionale), Stati Uniti occidentali (Oregon) e Stati Uniti occidentali (California settentrionale). 
+  **Tipo di istanza**: la replica dei dati tra regioni è disponibile solo per istanze di broker di dimensioni `mq.m5.large` o superiori. 
+  **Tipo di implementazione**: la replica dei dati tra regioni è disponibile solo per broker attivi/in standby con implementazione in più zone di disponibilità. 
+  **Stato del broker**: puoi creare un broker di replica solo per un broker principale con lo stato del broker `Running`. 

## Fase 1 (opzionale): Creazione di un nuovo broker primario
<a name="create-new-primary-broker"></a>

### Creazione di un nuovo broker primario
<a name="create-new-primary-broker-procedure"></a>

1. Accedere alla [console Amazon MQ](https://console.aws.amazon.com/amazon-mq/).

1. Nella pagina Broker della console Amazon MQ, scegli **Crea broker**.

1.  Alla pagina **Select broker engine** (Seleziona motore del broker), scegliere **Apache ActiveMQ**. 

1.  Alla pagina **Select deployment and storage** (Seleziona implementazione e archiviazione), nella sezione **Deployment mode and storage type** (Modalità di implementazione e tipo di archiviazione), procedere come segue: 

   1. Per **Modalità distribuzione**, scegli **Broker attivo/in standby**. Un **Broker attivo/in standby** è composto da due broker in due diverse zone di disponibilità, configurate in una coppia ridondante. Questi broker comunicano in modo sincrono con l'applicazione e con Amazon EFS. Per ulteriori informazioni, consulta [Opzioni di implementazione per i broker Amazon MQ for ActiveMQ](amazon-mq-broker-architecture.md). 

1.  Scegli **Next (Successivo)**. 

1. Alla pagina **Configure settings** (Configura impostazioni), nella sezione **Details** (Dettagli), procedere come segue:

   1. Inserisci il **nome del broker**.
**Importante**  
 Non aggiungere informazioni personali di identificazione (PII) o altre informazioni riservate o sensibili nei nomi dei broker. I nomi dei broker sono accessibili ad altri AWS servizi, inclusi CloudWatch i registri. I nomi dei broker non sono destinati ad essere utilizzati per dati privati o sensibili. 

   1. Selezionare il **tipo di istanza del broker** (ad esempio, **mq.m5.large**). Per ulteriori informazioni, consulta [Tipi di istanze del broker Amazon MQ per ActiveMQ](broker-instance-types.md).

1.  Nella sezione **ActiveMQ Web Console access** (Accesso alla console Web di ActiveMQ), specificare **nome utente** e **password**. Per i nomi utente e le password del broker si applicano le seguenti limitazioni: 
   +  Il nome utente può contenere solo caratteri alfanumerici, trattini, punti, caratteri di sottolineature e tilde (- . \$1 \$1). 
   +  La password deve contenere almeno 12 caratteri, di cui almeno 4 caratteri univoci, e non deve contenere virgole, due punti o il simbolo dell'uguale (,:=). 
**Importante**  
Non aggiungere informazioni personali di identificazione (PII) o altre informazioni riservate o sensibili nei nomi utente dei broker. I nomi utente dei broker sono accessibili ad altri AWS servizi, inclusi CloudWatch i registri. I nomi utenti dei broker non sono destinati ad essere utilizzati per dati privati o sensibili.

La barra flash verde nella parte superiore della pagina conferma che Amazon MQ sta creando il broker di replica nella regione di ripristino. Puoi anche vedere il ruolo CRDR e lo stato RPO dei tuoi broker. Per disattivare le colonne del ruolo CRDR e dello stato RPO, scegli l'icona a forma di ingranaggio nell'angolo in alto a destra della tabella **Broker**. Quindi, nella pagina **Preferenze**, disattiva Ruolo CRDR o Stato RPO. 

## Fase 2: Creazione di una replica di un broker esistente
<a name="create-new-replica-broker"></a>

1. Nella pagina Broker della console Amazon MQ, scegli **Creare broker di replica**.

1. Nella **pagina Scegli broker primario**, seleziona un broker esistente da utilizzare come broker primario CRDR. Quindi, seleziona **Next** (Successivo).

1. Nella pagina **Configura broker di replica**, utilizza il menu a tendina per scegliere la regione di replica.

1. Nella sezione **Utente della console ActiveMQ per il broker di replica**, fornisci un **Nome utente** e una **Password** per l'utente della console del broker di replica. Per i nomi utente e le password del broker si applicano le seguenti limitazioni:
   +  Il nome utente può contenere solo caratteri alfanumerici, trattini, punti, caratteri di sottolineature e tilde (- . \$1 \$1). 
   +  La password deve contenere almeno 12 caratteri, di cui almeno 4 caratteri univoci, e non deve contenere virgole, due punti o il simbolo dell'uguale (,:=). 
**Importante**  
Non aggiungere informazioni personali di identificazione (PII) o altre informazioni riservate o sensibili nei nomi utente dei broker. I nomi utente dei broker sono accessibili ad altri AWS servizi, inclusi i registri. CloudWatch I nomi utenti dei broker non sono destinati ad essere utilizzati per dati privati o sensibili.

1. Nella sezione **Utente dei dati di replica per collegare l'accesso tra broker**, fornisci un **Nome utente** e una **Password** per l'utente che accederà sia al broker principale che a quello di replica. Per i nomi utente e le password del broker si applicano le seguenti limitazioni:
   +  Il nome utente può contenere solo caratteri alfanumerici, trattini, punti, caratteri di sottolineature e tilde (- . \$1 \$1). 
   +  La password deve contenere almeno 12 caratteri, di cui almeno 4 caratteri univoci, e non deve contenere virgole, due punti o il simbolo dell'uguale (,:=). 
**Importante**  
Non aggiungere informazioni personali di identificazione (PII) o altre informazioni riservate o sensibili nei nomi utente dei broker. I nomi utente dei broker sono accessibili ad altri AWS servizi, inclusi i registri. CloudWatch I nomi utenti dei broker non sono destinati ad essere utilizzati per dati privati o sensibili.

   Configurazione di eventuali impostazioni aggiuntive. Quindi, seleziona **Next** (Successivo).

1. Nella pagina **Verifica e crea**, esamina i dettagli del broker di replica. Quindi, scegli **Crea broker di replica**.

1.  Quindi, riavvia il broker primario. Questa operazione riavvierà anche il broker di replica. Per istruzioni su come riavviare il broker, consulta. [Riavvio di un broker Amazon MQ](amazon-mq-rebooting-broker.md) 

Per ulteriori informazioni sulla configurazione delle impostazioni aggiuntive per il broker ActiveMQ, consulta [Guida introduttiva: creazione e connessione a un broker ActiveMQ](getting-started-activemq.md)

# Eliminazione di un broker di replica dei dati interregionale Amazon MQ
<a name="delete-crdr-broker"></a>

 Per eliminare un broker CRDR (Cross-Region Data Replication) primario o di replica, è necessario prima annullare l'associazione e quindi riavviare i broker. Le seguenti istruzioni mostrano come annullare l'associazione e riavviare i broker utilizzando la Console di gestione. AWS 

1.  Nella pagina **Broker**, seleziona il broker CRDR di cui desideri annullare l'associazione, quindi scegli **Modifica**. 

1.  Nella pagina **Modifica** del broker nella sezione **Replica dei dati**, scegli **Annulla associazione broker**. 

1.  Inserisci «conferma» nella finestra pop-up per confermare la tua scelta. Quindi scegli **Annulla associazione broker**. 

1.  Quindi, riavvia il broker primario non associato. Questa operazione riavvierà anche il broker di replica. Per istruzioni su come riavviare il broker, consulta. [Riavvio di un broker Amazon MQ](amazon-mq-rebooting-broker.md) Dopo il riavvio del broker primario, entrambi i broker non saranno associati e possono essere eliminati singolarmente. Per eliminare il broker, consulta [Eliminazione di un broker Amazon MQ](amazon-mq-deleting-broker.md). 

# Avvio dello switchover o del failover per promuovere un broker di replica Amazon MQ al ruolo di broker principale
<a name="initate-failover"></a>

 È possibile avviare uno switchover o un failover quando si desidera promuovere il broker di replica al ruolo di broker primario. Quando si promuove il broker di replica, il broker primario viene retrocesso al ruolo di broker di replica. 

 Uno **switchover** dà priorità alla coerenza rispetto alla disponibilità. È garantito che i broker abbiano lo stesso stato al termine di questa operazione di failover. In caso di transizione, può verificarsi un periodo in cui nessuno dei due broker è disponibile per le connessioni con i client mentre viene stabilita la coerenza tra broker. Entrambi i broker avranno lo stesso stato nel momento in cui la replica viene promossa. Il successo dello switchover dipende dallo stato di entrambe le regioni e della rete interregionale. 

 Uno **failover** dà priorità alla disponibilità rispetto alla coerenza. Non è garantito che i broker abbiano stati identici al termine di questa operazione. Con un failover, è garantito che il broker di replica diventi immediatamente disponibile per servire il traffico client, senza attendere la sincronizzazione dei dati di replica o che il principale riceva il segnale di spegnimento. Il successo del failover non dipende né dallo stato della regione primaria originale né dalla rete interregionale. 

 Il diagramma seguente illustra uno switchover in cui nessuno dei broker accetta connessioni client mentre la coda di replica viene svuotata e gli stati dei broker sono sincronizzati. In questo processo, il client nel VPC del broker principale non è in grado di apportare ulteriori modifiche di stato mentre l'operazione è in corso e il broker principale viene retrocesso a una replica. Quando la coda di replica viene svuotata e i due broker raggiungono lo stesso stato, il client nel VPC del broker di replica non è in grado di connettersi al broker di replica fino al completamento dell'operazione di failover e fino a che il broker di replica non viene promosso a principale. 

![\[Diagram showing broker switchover process between us-east-1 and us-west-2 regions with replication traffic.\]](http://docs.aws.amazon.com/it_it/amazon-mq/latest/developer-guide/images/planned-failover-process.png)


 Il diagramma seguente illustra lo stato del broker dopo il completamento del processo di switchover. Il broker di replica originale è stato ora promosso al ruolo di broker primario e accetta connessioni client. Il client può produrre e utilizzare i dati del broker. 

![\[Diagram showing broker status after switchover, with primary broker in us-west-2 and replica in us-east-1.\]](http://docs.aws.amazon.com/it_it/amazon-mq/latest/developer-guide/images/finished-failover-process.png)


## Promozione del broker di replica mediante la console
<a name="initate-failover-procedure"></a>

Per promuovere il broker di replica tramite switchover o failover, segui queste fasi nella console Amazon MQ.

**Nota**  
 Non è possibile avviare lo switchover o il failover su un broker primario. 

1. Passa alla regione del tuo broker di replica. Nella tabella Broker, seleziona il broker di replica esistente che intendi promuovere come primario. 

1.  Nella **Pagina dei dettagli del broker** procedi come segue:

   1. Seleziona **Promuovi replica**.

   1. *Nella finestra a comparsa, scegli *Switchover* o Failover*.

   1. Digita "conferma" nella casella di testo per confermare la tua scelta.

   1. Scegli **Conferma**.

 Dopo l'avvio del failover, lo stato del broker cambia in *Failover in corso*. Quando il failover è completo, la barra di avanzamento blu nella parte superiore della pagina Broker diventa verde. 

**Nota**  
 La configurazione viene replicata solo al momento della creazione della replica del broker. Qualsiasi aggiornamento successivo non viene replicato. 

# Metriche di replica dei dati tra regioni in Amazon CloudWatch
<a name="crdr-metrics"></a>

 La funzionalità di replica dei dati tra regioni di Amazon MQ per ActiveMQ offre metriche per mantenere l'affidabilità, la disponibilità e le prestazioni dei broker primari e di replica. Durante il processo di replica, un broker di replica in una regione secondaria riceve dati replicati in modo asincrono dal broker primario nella regione primaria. Se il broker primario nella regione primaria restituisce un errore, è possibile promuovere il broker di replica nella regione secondaria a primario avviando uno switchover o un failover. Per istruzioni sulla visualizzazione delle metriche in Amazon CloudWatch, consulta[Accesso ai CloudWatch parametri per Amazon MQ](amazon-mq-accessing-metrics.md). 

## Timestamp CRDR
<a name="crdr-metrics-timestamps"></a>

 I seguenti timestamp descrivono come vengono calcolate le metriche trovate in Amazon CloudWatch . Esistono cinque timestamp nel processo di replica dei dati: 
+ Tempo di osservazione corrente (TCO, Time of current observation): l'istante attuale nel tempo.
+ Ora di creazione (TC, Time of creation): l'istante in cui un evento è stato creato nella coda di replica dal broker primario. Disponibile sia sui broker primari che su quelli di replica.
+ Ora di consegna (TD, Time of delivery): l'istante in cui un evento è stato consegnato con successo al broker di replica. Disponibile solo sui broker di replica.
+ Tempo di elaborazione (TP, Time of processing): l'istante in cui un evento è stato elaborato correttamente dal broker di replica. Disponibile solo sui broker di replica.
+ Ora del riconoscimento (TA, Time of acknowledgement): l'istante in cui un evento è stato riconosciuto con successo dal broker primario. Disponibile solo sui broker primari. 

## Stima le prestazioni di switchover/failover con le metriche CRDR CloudWatch
<a name="crdr-metrics-definitions"></a>

Amazon MQ abilita i parametri per il tuo broker per impostazione predefinita. Puoi visualizzare le metriche del tuo broker accedendo alla CloudWatch console Amazon o utilizzando l' CloudWatch API. Le seguenti metriche sono utili per comprendere le prestazioni di replica e switchover/failover dei broker CRDR:


|  CloudWatch Metrica Amazon MQ | Motivo dell'utilizzo del CRDR | 
| --- | --- | 
| TotalReplicationLag | Il tempo stimato tra TA e TC dell'ultimo evento non riconosciuto sul broker primario. | 
| ReplicationLag | Il tempo stimato tra TP e TC dell'ultimo evento non riconosciuto sul broker di replica. | 
| PrimaryWaitTime | Il tempo stimato tra TCO e TC dell'ultimo evento elaborato sul broker primario.  | 
| ReplicaWaitTime | Il tempo stimato tra TCO e TP dell'ultimo evento elaborato sul broker di replica. | 
| QueueSize | Il numero totale di eventi non riconosciuti nella coda di replica sul broker primario. | 

 `TotalReplicationLag` e `ReplicationLag` descrivono la replica ritardata tra il broker primario e quello di replica. Le due metriche possono essere utilizzate anche per stimare il tempo necessario al completamento dell'operazione di switchover o di failover in corso. 

 `PrimaryWaitTime` e `ReplicaWaitTime` possono essere utilizzati per identificare eventuali problemi in corso con il processo di replica. Se il valore della metrica è in costante aumento, ciò può indicare che il processo di replica è danneggiato o sospeso. La replica lenta può verificarsi a causa di problemi come il partizionamento della rete, l'avvio del broker e il ripristino prolungato.