Alias DNS per il database SQL di Azure

  • Articolo

Si applica a:Database SQL di AzureAzure Synapse Analytics

Il database SQL di Azure ha un server DNS (Domain Name System). PowerShell e le API REST accettano chiamate per creare e gestire alias DNS per il nome del server logico SQL.

È possibile usare un alias DNS al posto del nome del server. I programmi client possono usare l'alias nelle stringhe di connessione. L'alias DNS fornisce un livello di conversione che consente di reindirizzare i programmi client a server diversi. Questo livello consente di evitare le difficoltà legate alla ricerca e alla modifica di tutti i client e delle relative stringhe di connessione.

Nota

In Azure Synapse Analytics l'alias DNS del server logico Azure SQL è supportato solo per il pool SQL dedicato (in precedenza DW). L'alias DNS non è attualmente supportato per i pool SQL dedicati nelle aree di lavoro di Azure Synapse. Qual è la differenza?

Gli usi comuni per un alias DNS includono i casi seguenti:

  • Creare un nome facile da ricordare per un server.
  • Durante lo sviluppo iniziale, l'alias può fare riferimento a un server di test. Quando l'applicazione viene resa disponibile, è possibile modificare l'alias in modo che faccia riferimento al server di produzione. Il passaggio dall'ambiente di test a quello di produzione non richiede alcuna modifica alle configurazioni dei diversi client che si connettono al server.
  • Si supponga che solo il database nell'applicazione venga spostato in un altro server. È possibile modificare l'alias senza dover modificare le configurazioni di diversi client.
  • Durante un'interruzione a livello di area si usa il ripristino geografico per recuperare il database in un server e un'area diversi. È possibile modificare l'alias esistente per puntare al nuovo server, in modo che l'applicazione client esistente possa riconnettersi ad esso.

DNS (Domain Name System) in Internet

Internet si basa su DNS. Il sist‎‏ema DNS converte i nomi descrittivi nel nome del server.

Scenari con un alias DNS

Si supponga di dover spostare il sistema in un nuovo server. In passato era necessario trovare e aggiornare ogni stringa di connessione in ogni programma client. Ora invece se le stringhe di connessione usano un alias DNS, è necessario aggiornare solo una proprietà dell'alias.

La funzionalità di alias DNS del database SQL di Azure può essere utile negli scenari seguenti:

Da ambiente di test ad ambiente di produzione

Quando si inizia a sviluppare programmi client, fare in modo che usino un alias DNS nelle stringhe di connessione. Impostare le proprietà dell'alias in modo da puntare a una versione di test del server.

Successivamente, quando il nuovo sistema passa in produzione, è possibile aggiornare le proprietà dell'alias in modo da puntare al server di produzione. Non è necessario apportare modifiche ai programmi client.

Supporto per più aree

In seguito a un ripristino di emergenza, il server potrebbe venire spostato in un'area geografica diversa. Per un sistema che usa un alias DNS, non è necessario individuare e aggiornare tutte le stringhe di connessione per tutti i client. È invece possibile aggiornare un alias per fare riferimento al nuovo server che ora ospita il database SQL di Azure.

Proprietà di un alias DNS

Le proprietà seguenti si applicano a ogni alias DNS per il server:

  • Nome univoco: ogni nome di alias creato è univoco tra tutti i server, proprio come avviene per i nomi dei server.
  • Server necessario: è possibile creare un alias DNS solo se fa riferimento a un solo server, che deve esistere già. Un alias aggiornato deve sempre fare riferimento a un solo server esistente.
    • Quando si elimina un server, il sistema Azure elimina anche tutti gli alias DNS che fanno riferimento al server.
  • Nessuna associazione alle aree: gli alias DNS non sono associati a un'area. Qualsiasi alias DNS può essere aggiornato per fare riferimento a un server che si trova in qualsiasi area geografica.
    • Quando si aggiorna un alias per fare riferimento a un altro server, tuttavia, entrambi i server devono trovarsi nella stessa sottoscrizione di Azure.
  • Autorizzazioni: per gestire un alias DNS, l'utente deve avere autorizzazioni di collaboratore server o superiori. Per altre informazioni, vedere Introduzione al controllo degli accessi in base al ruolo di Azure nel portale di Azure.

Gestire gli alias DNS

Per gestire a livello di codice gli alias DNS, sono disponibili le API REST e i cmdlet di PowerShell.

API REST per la gestione degli alias DNS

La documentazione per le API REST è disponibile nel sito Web seguente:

Le API REST sono inoltre disponibili in GitHub nella pagina:

PowerShell per la gestione degli alias DNS

Nota

Questo articolo usa il modulo Az di PowerShell di Azure, che è il modulo di PowerShell consigliato per l'interazione con Azure. Per iniziare a usare il modulo Az PowerShell, vedere Installare Azure PowerShell. Per informazioni su come eseguire la migrazione al modulo Az PowerShell, vedere Eseguire la migrazione di Azure PowerShell da AzureRM ad Az.

Importante

Il modulo Azure Resource Manager di PowerShell è ancora supportato, ma tutte le future attività di sviluppo sono incentrate sul modulo Az.Sql. Per informazioni su questi cmdlet, vedere AzureRM.Sql. Gli argomenti per i comandi nei moduli Az e AzureRm sono sostanzialmente identici.

Sono disponibili cmdlet di PowerShell per chiamare le API REST.

Un esempio di codice relativo ai cmdlet di PowerShell usati per gestire gli alias DNS è disponibile in:

I cmdlet usati nell'esempio di codice sono i seguenti:

Limiti

Attualmente l'alias DNS ha le limitazioni seguenti:

  • Ritardo fino a 2 minuti: per l'aggiornamento o la rimozione di un alias DNS sono necessari fino a 2 minuti.
    • Indipendentemente da qualsiasi breve ritardo, l'alias smette immediatamente di reindirizzare le connessioni client al server legacy.
  • Ricerca DNS: per il momento, l'unico modo autorevole per controllare a quale server fa riferimento un alias DNS specifico consiste nell'eseguire una ricerca DNS.
  • L'alias DNS è soggetto a restrizioni di denominazione.

Passaggi successivi