Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a:Istanza gestita di SQL di Azure SQL
Questo articolo descrive come arrestare e avviare un'istanza per risparmiare sui costi di fatturazione quando si usa Istanza gestita di SQL di Azure nel livello di servizio Utilizzo generico. È possibile arrestare e avviare l'istanza usando il portale di Azure, Azure PowerShell, l'interfaccia della riga di comando di Azure o l'API REST.
Nota
La funzionalità di arresto e avvio controlla la fatturazione e non deve essere usata per riavviare l'istanza come passaggio per la risoluzione dei problemi.
Panoramica
Per risparmiare sui costi di fatturazione, è possibile arrestare l'istanza gestita di SQL per utilizzo generico quando non viene usata. Fermare un'istanza è simile alla deallocazione di una macchina virtuale. Quando un'istanza si trova in stato di fermata, non vengono più addebitati i costi di calcolo e di licenze software, ma sono ancora addebitati i costi per la memorizzazione dei dati e di backup.
L'arresto di un'istanza gestita di SQL cancella tutti i dati memorizzati nella cache.
Questa funzionalità introduce tre nuovi stati di istanza gestita di SQL, come indicato nel diagramma seguente:
- Arresto
- Fermato
- Avvio in corso
Dopo l'avvio dell'operazione di arresto, in genere ci vogliono circa 5 minuti per arrestare l'istanza. Tuttavia, l’avvio di un'istanza richiede in genere circa 20 minuti dal momento in cui viene avviata l'operazione di avvio. È possibile arrestare solo le istanze gestite di SQL in uno stato pronto. Dopo l'arresto dell'istanza, rimane in uno stato di arresto fino a quando non viene avviata manualmente o secondo una pianificazione definita. È possibile avviare solo le istanze che sono nello stato di arresto.
Quando si verificano le operazioni seguenti, Azure alloca le risorse di calcolo al cluster virtuale sottostante:
- Creazione di un'istanza gestita di SQL.
- Avvio di un'istanza gestita di SQL arrestata.
- Ridimensionamento di un'istanza gestita di SQL. Ad esempio, modificando il livello di servizio, l'archiviazione, la generazione hardware o il numero di vCore.
Sebbene ci sia un investimento continuo in più infrastrutture per supportare la domanda dei clienti, potrebbero verificarsi occasionali errori di allocazione delle risorse da una crescita senza precedenti della domanda di servizi di Azure in aree specifiche. Questa situazione può comportare una durata prolungata dell'operazione, circa 4 ore se è presente un nuovo buildout del cluster virtuale (in base alle durate dell'operazione di gestione). Può anche causare un errore di avvio dell'istanza, nel qual caso è consigliabile riprovare più tardi.
Importante
In quanto platform-as-a-service (PaaS), l'Istanza gestita di SQL è responsabile della conformità di ogni parte dei componenti del sistema. Se è necessaria una manutenzione urgente del sistema, è necessario che l'istanza sia online. In questo caso, Azure può avviare l'operazione di avvio e mantenere online l'istanza fino al completamento dell'operazione di manutenzione, in cui Azure arresta l'istanza. I costi di calcolo e di licenza vengono applicati per tutto il tempo in cui l'istanza è in stato online.
Tipi di azione
Esistono due modi per arrestare e avviare un'istanza: manualmente a richiesta o creando un programma.
Comandi manuali
È possibile usare i comandi manuali per attivare immediatamente un'azione di arresto e avvio. I comandi manuali sono validi per le istanze con periodi di inattività più lunghi senza modelli regolari o a scopo di test. In alternativa, è possibile usare le pianificazioni di Automazione di Azure o qualsiasi soluzione personalizzata che crea pianificazioni personalizzate e più flessibili che non è possibile configurare usando l'utilità di pianificazione predefinita di arresto e avvio in Istanza gestita di SQL.
Comandi pianificati
È anche possibile creare una pianificazione con uno o più punti di tempo quando viene attivata un'azione di arresto o avvio. I comandi pianificati sono validi per le istanze con modelli regolari. Ad esempio, l'avvio di un'istanza ogni giorno feriale alle 8:00, l'arresto alle 15:00 e l'avvio durante il fine settimana alle 11:00 e l'arresto alle 11:00. La pianificazione dei comandi elimina la necessità di creare soluzioni personalizzate o di usare Automazione di Azure per creare pianificazioni di arresto e avvio.
Gli elementi pianificati rappresentano punti nel tempo in cui gli eventi di arresto e avvio vengono iniziati, non quando l'istanza è attiva e in esecuzione. Quando si crea una pianificazione, prendere in considerazione la durata dell'operazione. Ad esempio, se si vuole che l'istanza sia operativa alle 08:00, è possibile definire una pianificazione che avvii l'operazione di avvio alle 07:40.
Considerare le regole seguenti per una pianificazione di arresto e avvio:
- Ogni elemento pianificato è definito come coppia stop-and-start e deve avere sia i valori stop che start popolati. Non è possibile avere un valore di arresto popolato con un valore iniziale mancante e viceversa.
- Le coppie pianificate non possono sovrapporsi. Se si verifica una sovrapposizione di orari pianificati, l'API restituisce un errore.
- L'intervallo di tempo tra due azioni successive (ovvero un inizio dopo un arresto o un arresto dopo un inizio) deve essere almeno un'ora. Ad esempio, se un avvio è pianificato per le 10:00, l'azione di arresto non può essere pianificata prima delle 11:00.
- Se si verificano operazioni in conflitto quando viene attivato un arresto, ad esempio un vCore di ridimensionamento in corso, il meccanismo ritenta dopo 10 minuti. Se dopo 10 minuti l'operazione in conflitto è ancora attiva, l'operazione di arresto viene ignorata.
Fatturazione
Le istanze arrestate non vengono fatturate per i vCore e la licenza SQL, ma vengono addebitate solo per i dati e l'archivio di backup. Tuttavia, i vCore e la fatturazione delle licenze vengono addebitati per ogni ora iniziata. Ad esempio, alle 12:01 viene addebitata l'intera ora, anche se l'istanza del servizio viene interrotta prima della fine dell'ora.
Vantaggio Azure Hybrid
Il Vantaggio Azure Hybrid (AHB) viene applicato per ogni risorsa. Se l'istanza usa il Vantaggio Azure Hybrid per lo sconto sui costi di licenza, è possibile applicare il Vantaggio Azure Hybrid a un'altra risorsa quando l'istanza è in stato arrestato. È prima necessario disabilitare AHB nell'istanza e quindi arrestare l'istanza. Analogamente, dopo avere riavviato l'istanza, è necessario riabilitare il Vantaggio Azure Hybrid per applicare i benefici di licenza.
Prezzi delle prenotazioni
La Prenotazione di Azure viene applicata per i vCore e le ore emesse. Quando un'istanza idonea per i prezzi riservati viene arrestata, i prezzi riservati vengono reindirizzati automaticamente a un'altra istanza, se presente. È possibile usare la funzionalità di arresto e avvio per effettuare l’overprovisioning dei prezzi delle istanze riservate.
Si supponga, ad esempio, di acquistare un'istanza gestita di SQL con una prenotazione per 16 vCore. È possibile eseguire due istanze con 8 vCore ognuna dalle 13:00 alle 14:00, arrestare entrambe le istanze e quindi eseguire due istanze diverse con 8 vCore ognuna dalle 14:00 alle 15:00. Questo approccio consumerebbe il limite d'uso di 16 vCore all'ora, suddiviso su quattro istanze in totale.
Gli sconti per le prenotazioni vengono offerti su base "usa o perdi". Ciò significa che, se non si hanno risorse corrispondenti per un'ora, si perderà la quantità di prenotazione per quell'ora. Non è possibile riportare le ore prenotate inutilizzate.
Limitazioni della funzionalità di arresto e avvio
Tenere presente le limitazioni seguenti:
- L'arresto e l'avvio di un'istanza al momento sono possibili solo per le istanze nel livello di servizio Utilizzo generico.
- Non è possibile arrestare le istanze che:
- hanno un'operazione di gestione in corso (ad esempio, un ripristino in corso, il ridimensionamento di vCore e così via)
- sono parte di un gruppo di failover
- Usa il collegamento Istanza gestita
- con ridondanza di zona abilitata
- fanno parte del pool di istanze
- Mentre un'istanza gestita di SQL si trova in uno stato arrestato, non è possibile modificare le relative proprietà di configurazione. Per modificare le proprietà, è necessario avviare l'istanza.
- Mentre l'istanza è nel stato di arresto, non è possibile effettuare backup. Ad esempio, supponiamo che tu abbia backup a lungo termine configurati, con backup annuali attivi. Se si arresta l'istanza durante il periodo di backup annuale definito, il backup sarà saltato. È consigliabile mantenere l'istanza operativa durante il periodo di backup annuale.
- Non è possibile annullare un'operazione di arresto o avvio dopo averlo avviato.
- Se viene pianificata un'analisi di valutazione della vulnerabilità per Istanza gestita di SQL mentre l'istanza viene arrestata, l'esecuzione dell'analisi non riesce.
-
Le notifiche di manutenzione non vengono inviate per le istanze in stato arrestato. Il risultato è:
- Sequenza incompleta di notifiche. Ad esempio, non viene inviata una notifica avanzata , mentre viene inviata una notifica in corso .
- Istanza gestita di SQL non è presente nell'elenco delle risorse interessate nel contenuto della notifica.
- I log degli errori disponibili in Istanza gestita di SQL non vengono salvati in modo permanente e vengono cancellati automaticamente quando l'istanza viene arrestata.
Prerequisiti
Per usare la funzionalità di arresto e avvio dell'istanza, l'istanza deve essere nel livello di servizio Generale. Gli utenti che hanno il permesso di gestire l'istanza possono arrestare e avviare l'istanza. Per altre informazioni, vedere Autorizzazioni di Azure per database.
Le istanze che non soddisfano i prerequisiti avranno i controlli di arresto e avvio disabilitati nella pagina Informazioni generali per la risorsa dell'istanza gestita di SQL nel portale di Azure. Passando il puntatore del mouse sul controllo viene illustrato il motivo per cui l'istanza non può usare la funzionalità di arresto e avvio.
Preparare l'ambiente della riga di comando
Ignorare questo passaggio se si usa il portale di Azure.
Se si vuole arrestare o avviare un'istanza usando PowerShell o l'interfaccia della riga di comando di Azure, è necessario preparare l'ambiente configurando gli strumenti da riga di comando e definendo i parametri.
In alternativa alla configurazione degli strumenti da riga di comando, è anche possibile usare Azure Cloud Shell. Una shell interattiva gratuita che è possibile usare per eseguire i passaggi descritti in questo articolo. Include strumenti di Azure preinstallati comuni ed è configurato per l'uso con l'account. Se non si ha una sottoscrizione di Azure, creare un account Azure gratuito prima di iniziare.
Per aprire Cloud Shell, selezionare Prova nell'angolo superiore destro di un blocco di codice. È anche possibile avviare Cloud Shell in una scheda separata del browser visitando https://shell.azure.com.
Per arrestare e avviare la tua istanza con PowerShell, è possibile installare Azure PowerShell o utilizzare Azure Cloud Shell.
Quando si apre Cloud Shell, verificare che PowerShell sia selezionato per l'ambiente. Le sessioni successive usano l'interfaccia della riga di comando di Azure in un ambiente PowerShell. Selezionare Copia per copiare i blocchi di codice, incollarli in Cloud Shell e premere Invio per eseguirli.
Dopo l'avvio di PowerShell o Cloud Shell, definire i parametri:
$SubscriptionId = "<Subscription-ID>"
$SqlMIName = "<SQL-MI-name>"
$RgName = "<SQL-MI-resource-group>"
# Login-AzAccount
Select-AzSubscription -SubscriptionName $SubscriptionID
Arrestare l'istanza gestita di SQL
Puoi arrestare l'istanza usando:
- Azure portal
- PowerShell
- L'interfaccia della riga di comando di Azure
- Chiamata API REST, richiamata tramite qualsiasi strumento
Per arrestare l'istanza gestita di SQL usando il portale di Azure, passare alla pagina Panoramica dell'istanza e quindi selezionare il pulsante Arresta .
Se l'istanza è già stata arrestata, il pulsante Arresta non sarà disponibile.
Avviare l'istanza gestita di SQL
È possibile avviare l'istanza usando:
- Azure portal
- PowerShell
- L'interfaccia della riga di comando di Azure
- Chiamata API REST, richiamata tramite qualsiasi strumento
Dopo che l'istanza gestita di SQL è stata arrestata, per avviarla usando il portale di Azure, passare alla pagina Panoramica dell'istanza e quindi selezionare il pulsante Avvia .
Se l'istanza è già stata avviata, il pulsante Avvia non sarà disponibile.
Gestire una pianificazione di arresto e avvio
Per gestire una pianificazione per l'arresto e l'avvio è possibile:
- Azure portal
- PowerShell
- L'interfaccia della riga di comando di Azure
- Chiamata API REST, richiamata tramite qualsiasi strumento
Per gestire una pianificazione di arresto e avvio usando il portale di Azure, passare all'istanza e quindi selezionare Pianificazione Avvio/Arresto nel menu delle risorse.
Nel riquadro Pianificazione Avvio/Arresto è possibile:
- Visualizzare le pianificazioni esistenti.
- Specificare il fuso orario degli eventi pianificati nell'elenco a discesa Fuso orario.
- Creare una nuova pianificazione selezionando Crea un elemento di pianificazione.
- Modificare una pianificazione esistente selezionando l'icona a forma di matita.
- Eliminare una pianificazione esistente selezionando l'icona del cestino.
Nota
Attualmente, il log attività acquisisce solo le operazioni avviate tramite Azure Resource Manager (ARM). Le operazioni di avvio e arresto pianificate non vengono rilevate nel log attività. In questo momento non è quindi possibile visualizzare la cronologia delle operazioni di avvio e arresto pianificate tramite il log attività nel portale di Azure. In alternativa, tramite qualsiasi monitoraggio basato su tali log.
Contenuti correlati
- Che cos'è Istanza gestita di SQL di Azure?
- Architettura della connettività per Istanza gestita di SQL di Azure
- Configurare una rete virtuale esistente per Istanza gestita di SQL di Azure
- Avvio rapido: Creare un'istanza gestita di SQL di Azure
- Risolvere i nomi di dominio privati in Istanza gestita di SQL di Azure