Condividi tramite


Configurare una replica standby senza licenza per Istanza gestita di SQL di Azure

Si applica a: Istanza gestita di SQL di Azure SQL

Questo articolo descrive come risparmiare sui costi di licenza designando l'istanza gestita secondaria per standby quando si usa Istanza gestita di SQL di Azure.

Nota

Il vantaggio Failover è applicabile solo quando si configura un'istanza secondaria come standby all'interno di un gruppo di failover. Per gli ambienti ibridi tra SQL Server e Istanza gestita di SQL, usare invece il vantaggio failover ibrido.

Panoramica

Se si usa una distribuzione dell’istanza gestita di SQL di Azure secondaria come standby per il ripristino di emergenza e non ci sono carichi di lavoro di lettura o applicazioni connessi, è possibile risparmiare sui costi di licenza designando la replica come istanza di standby.

Quando un'istanza secondaria viene designata come di standby, Microsoft fornisce un numero di vCore corrispondente al numero di vCore concessi in licenza all'istanza primaria, senza alcun costo aggiuntivo, in base ai diritti di failover offerti dalle condizioni di licenza del prodotto. Viene comunque addebitato il costo per la risorsa di calcolo e quella di archiviazione usate dall'istanza secondaria.

I gruppi di failover per una distribuzione di Istanza gestita di SQL supportano una sola replica. La replica deve essere leggibile o essere designata come replica di standby.

Vantaggi economici

Quando si designa una replica dell’istanza gestita come standby, Microsoft non prevede l'addebito dei costi di licenza di SQL Server relativi ai vCore usati dalla replica di standby. Tuttavia, poiché l'istanza viene fatturata per l'intera ora, è comunque possibile che vengano addebitati costi di licenza per l'intera ora se la modifica dello stato viene apportata durante l'ora.

Il vantaggio si traduce in modo diverso tra i clienti che usano il modello con pagamento in base al consumo e quelli che usano il modello Vantaggio Azure Hybrid. I clienti con pagamento in base al consumo vedono i vCore scontati dalla fattura. Per un cliente che usa il Vantaggio Azure Hybrid per la replica di standby, il numero di vCore usati dalla replica secondaria viene restituito al pool di licenze.

Ad esempio, come cliente con pagamento in base al consumo, se sono stati assegnati 16 vCore all'istanza secondaria, viene visualizzato uno sconto per 16 vCore nella fattura se si designa l'istanza secondaria solo per standby.

In un altro esempio, se si dispone di 16 licenze Vantaggio Azure Hybrid e si distribuiscono due istanze gestite con 8 vCore ciascuno in un gruppo di failover, dopo aver designato l'istanza secondaria come standby, vengono restituiti 8 vCore al pool di licenze da usare con altre distribuzioni Azure SQL.

Capacità funzionali

La tabella seguente descrive le funzionalità funzionali di un'istanza gestita secondaria di standby:

Funzionalità Descrizione
Carichi di lavoro di lettura limitati Dopo aver designato l'istanza come standby, nell'istanza secondaria, è possibile eseguire solo un numero limitato di carichi di lavoro di lettura, ad esempio DMV, backup e query Database Console Commands (DBCC).
Failover pianificato La replica di standby supporta tutti gli scenari di failover pianificati, inclusi i drill di ripristino, la rilocazione dei database in aree diverse e la restituzione dei database al database primario. Quando il database secondario passa al database primario, può quindi gestire query di lettura e scrittura. Il nuovo secondario (il vecchio primario) diventano la replica di standby e non devono essere usati per i carichi di lavoro di lettura.
Failover non pianificato Durante un failover non pianificato, quando il database secondario passa al ruolo primario è in grado di servire query sia di lettura che di scrittura. Dopo la mitigazione dell'interruzione e la riconnessione del database primario originale, questo diventa la nuova replica di standby secondaria e non deve essere usato per i carichi di lavoro di lettura.
Backup e ripristino Non ci sono differenze tra il comportamento di backup e ripristino tra una replica di standby e un'istanza gestita secondaria leggibile.
Monitoraggio Tutte le operazioni di monitoraggio supportate da una replica secondaria leggibile sono supportate dalla replica di standby.
RPO e RTO La replica di standby fornisce gli stessi Obiettivi del punto di ripristino (RPO) e Obiettivi del tempo di ripristino (RTO) come replica secondaria leggibile.
Rimozione di un gruppo di failover Se il gruppo di failover viene rimosso tramite un metodo come l'uso del cmdlet Remove-AzSqlDatabaseInstanceFailoverGroup, la replica di standby diventa un'istanza autonoma di lettura/scrittura. Il modello di licenza torna a quello precedentemente designato come standby (Vantaggio Azure Hybrid o con pagamento in base al consumo).

L'istanza di standby deve essere usata solo per il ripristino di emergenza. Nessuna applicazione di produzione può essere connessa alla replica. Di seguito sono riportate le uniche attività consentite sulla replica di standby:

  • Esecuzione di backup
  • Esecuzione di operazioni di manutenzione, ad esempio checkDB
  • Connessione di applicazioni di monitoraggio
  • Eseguire esercitazioni sul ripristino di emergenza

Configurare una replica di standby

Sono disponibili due opzioni per designare l'istanza gestita secondaria come standby:

  • Designarlo come standby quando si crea il gruppo di failover.
  • Aggiornare la configurazione di un gruppo di failover esistente.

Nuovo gruppo di failover

È possibile designare l'istanza secondaria come replica di standby durante la creazione di un nuovo gruppo di failover tramite il portale di Azure, Azure PowerShell o l’interfaccia della riga di comando di Azure.

Quando si crea un nuovo gruppo di failover nel portale di Azure, per Diritti di failover selezionare . Selezionare la casella accanto a Confermare che l'istanza secondaria verrà usata come replica di standby. Fare clic su Crea per creare il gruppo di failover.

Screenshot che mostra la creazione di un nuovo gruppo di failover nella portale di Azure, con l'opzione Diritti di failover evidenziata.

Per altre informazioni, vedere Configurare un gruppo di failover.

Gruppo di failover esistente

È possibile aggiornare i diritti di failover per un gruppo di failover esistente tramite il portale di Azure, Azure PowerShell o l’interfaccia della riga di comando di Azure.

Per aggiornare i diritti di failover per un gruppo di failover esistente tramite il portale di Azure, seguire i seguenti passaggi:

  1. Nel portale di Azure passare alla risorsa secondaria dell’Istanza gestita di SQL.

  2. Nel menu a sinistra, in Gestione dei dati, selezionare Gruppi di failover.

  3. Nella barra dei comandi selezionare Modifica configurazioni.

    Screenshot che mostra il riquadro Gruppi di failover nel portale e Modifica configurazioni evidenziate.

  4. In Modifica configurazioni per il gruppo di failover selezionare per Diritti di failover. Selezionare la casella Confermo di usare l'istanza secondaria come replica di standby.

    Screenshot che mostra il riquadro Gruppi di failover nel portale e Diritti di failover evidenziati.

  5. Selezionare Applica per salvare le nuove impostazioni e chiudere il riquadro di configurazione.

In alternativa, è possibile abilitare i diritti di failover in Calcolo e archiviazione per l'istanza gestita secondaria. Per altre informazioni, vedere Visualizzare i diritti di licenza.

Importante

Se vengono visualizzati i diritti di failover ibridi e non i diritti di failover, è probabile che si trovi nell'istanza gestita primaria. Passare all'istanza gestita secondaria per attivare correttamente i Diritti di failover. L'attivazione dei diritti di failover ibridi nell'istanza primaria non consente di risparmiare sui costi di licenza per l'istanza secondaria quando viene usata con i gruppi di failover.

Visualizzare i diritti di licenza

È possibile verificare i diritti di licenza per un gruppo di failover esistente tramite il portale di Azure, Azure PowerShell o l’interfaccia della riga di comando di Azure.

Nel portale di Azure è possibile controllare le licenze per l'istanza gestita secondaria in due posizioni:

  • Gruppi di failover per l'istanza gestita primaria.
  • Calcolo e archiviazione per l'istanza gestita secondaria.

In Gruppi di failover, verificare che lo stato dei diritti di failover sia impostato su ON e che il modello di licenza per l'istanza secondaria sia Diritti di failover attualmente attivati.

Screenshot che mostra la pagina Gruppi di failover, con diritti di failover per e il modello di licenza evidenziato.

Il modello di licenza predefinito indica che il modello di licenza dell'istanza viene ripristinato se il gruppo di failover esegue il failover e l'istanza secondaria corrente diventa la nuova istanza primaria. È possibile che vengano addebitati addebiti al momento del failover, a seconda del modello di licenza predefinito.

In Calcolo e archiviazione per l'istanza gestita secondaria, verificare che la licenza Diritti di failover sia attivata. In Riepilogo costi, visualizzare lo sconto di failover attualmente ricevuto per l'istanza.

Screenshot che mostra la pagina Calcolo e archiviazione con i diritti di failover evidenziati.

Se i diritti di failover non sono attivati e si è idonei per il vantaggio, viene visualizzata anche la raccomandazione seguente in Panoramica per entrambe le istanze. Per attivare il vantaggio, selezionare la raccomandazione per passare a Modifica configurazioni.

Screenshot che mostra il riquadro di panoramica Istanza gestita di SQL e le raccomandazioni che mostrano i diritti di failover non vengono usati.

Passaggi successivi