Configurare una replica standby senza licenza per Istanza gestita di SQL di Azure
Si applica a:
Istanza gestita di SQL di Azure
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 Sì. 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.
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:
Nel portale di Azure passare alla risorsa secondaria dell’Istanza gestita di SQL.
Nel menu a sinistra, in Gestione dei dati, selezionare Gruppi di failover.
Nella barra dei comandi selezionare Modifica configurazioni.
In Modifica configurazioni per il gruppo di failover selezionare Sì per Diritti di failover. Selezionare la casella Confermo di usare l'istanza secondaria come replica di standby.
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.
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.
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.
Passaggi successivi
- Per una guida, vedere Aggiungere Istanza gestita di SQL a un gruppo di failover.
- Per uno script di esempio, vedere Usare PowerShell per creare un gruppo di failover in Istanza gestita di SQL.
- Per una panoramica e scenari di continuità aziendale, vedere Continuità aziendale con database SQL di Azure e Istanza gestita di SQL di Azure.
- Per informazioni sui backup automatici, vedere Backup automatici del database SQL.
- Per altre informazioni sull'uso dei backup automatici per il ripristino, vedere Ripristino di un database dai backup avviati dal servizio.
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per