Oefening: Azure SQL Database configureren

  • 10 minuten

U hebt nu Azure Portal, SQL Server Management Studio (SSMS) en SQL-notebooks in Azure Data Studio gezien. Er zijn andere hulpprogramma's beschikbaar voor het beheren van Azure SQL. Twee van de populairste zijn de Azure CLI en Azure PowerShell. Ze zijn vergelijkbaar in functionaliteit. Deze activiteit is gericht op de Azure CLI.

Als u deze activiteit wilt voltooien, kunt u een PowerShell-notebook gebruiken. Dit is hetzelfde concept als een SQL-notebook, maar de codetaal is PowerShell. U kunt PowerShell-notebooks gebruiken om te profiteren van Azure CLI of Azure PowerShell. Dit artikel is gericht op Azure CLI-opdrachten. Voor beide hulpprogramma's kunt u ook Azure Cloud Shell gebruiken. Dit is een interactieve shell-omgeving die u via uw browser in Azure Portal kunt gebruiken.

In deze oefening gebruiken we Cloud Shell. Dit bevat al de Azure CLI- en Azure PowerShell-modules.

Verbinding maken met Azure Cloud Shell en de Azure CLI

In het volgende voorbeeld verkent u de latentie-effecten van het gebruik van verschillende verbindingsbeleidsregels in Azure SQL.

Voer alle opdrachten uit met behulp van Cloud Shell. U kunt ze eenvoudig kopiëren en vervolgens Shift+Insert selecteren om in de terminal te plakken.

Notitie

In PowerShell met behulp van Azure Cloud Shell kunt u de PowerShell Az-module of de Azure CLI gebruiken. In deze activiteit verkennen we de Azure CLI, maar vergelijkbare opdrachten zijn beschikbaar voor de PowerShell Az-module.

  1. Ga naar shell.azure.com en meld u aan bij uw Azure-account als u hierom wordt gevraagd.

  2. Configureer een standaardresourcegroep en een logische Azure SQL Database-server, zodat u deze niet met elke az-opdracht hoeft op te geven. Voer de volgende opdrachten uit om een paar variabelen in te stellen. Vervang en <your-server> door <resource-group> de waarden die u hebt gebruikt bij het maken van uw SQL-exemplaar in de vorige oefening.

    resourceGroup="<resource-group>"
logical_server="<your-server>"
databaseName="AdventureWorks"

  3. Stel de standaardinstellingen in Cloud Shell in om uw standaardresourcegroep en logische Azure SQL Database-server op te geven:

    az configure --defaults group=$resourceGroup sql-server=$logical_server

  4. Voer de volgende opdracht uit om te controleren of de standaardwaarden zijn ingesteld:

    az configure --list-defaults

  5. Voer de volgende opdracht uit om alle databases in de logische Azure SQL Database-server weer te geven:

    az sql db list

  6. De lijst met databases bevat veel informatie. Voer de volgende opdracht uit als u alleen details voor de AdventureWorks database wilt zien:

    az sql db show --name $databaseName

  7. Voer de volgende opdracht uit om de grootte en het gebruik van de database te bepalen:

    az sql db list-usages --name $databaseName

In deze voorbeelden worden de az sql db-opdrachten gebruikt. Er zijn ook opdrachten die betrekking hebben op de logische Azure SQL Database-server. Ze vallen onder az sql server.

Er zijn vergelijkbare opdrachten voor az sql mi en az sql midb. Dit zijn opdrachten voor databases binnen een beheerd exemplaar, ook wel beheerde databases genoemd.

Raadpleeg de Documentatie van De Azure CLI voor gedetailleerde uitleg over alle beschikbare opdrachten.

Verbindingsbeleidsregels beheren met de Azure CLI

Een ding waarvoor u de Azure CLI- of Azure PowerShell-opdrachten kunt gebruiken, is het bijwerken van het verbindingsbeleid. Deze update is een voorbeeld van hoe u Azure SQL kunt beheren met behulp van een hulpprogramma zoals de Azure CLI. In dit voorbeeld bekijkt u Azure SQL Database en de bijbehorende opdrachten voor het beheren van het verbindingsbeleid. De implementatie is vergelijkbaar in Azure SQL Managed Instance.

  1. Ontdek het huidige beleid met behulp van de Azure CLI.

    az sql server conn-policy show

    De resultaten geven aan dat het verbindingstype Default is.

  2. Stel het verbindingsbeleid in op Proxy en bepaal de retourtijd.

    # update policy
az sql server conn-policy update --connection-type Proxy
# confirm update
az sql server conn-policy show

  3. Als u de retourtijd wilt testen, maakt u verbinding met behulp van SSMS. Open SSMS op uw apparaat en maak verbinding met uw database. Klik met de rechtermuisknop op de database en selecteer Nieuwe query. Maak een nieuwe query met de volgende tekst en selecteer Vervolgens Query Include Client>Statistics. In de resultaten is Wachttijd voor antwoorden van server de beste indicator van netwerklatentie. U kunt deze query een paar keer uitvoeren om een goed gemiddelde te krijgen.

    -- Proxy
SELECT * FROM SalesLT.Product
GO 10

    Na tien keer had ik een gemiddelde wachttijd voor serverantwoorden van circa 46.6000. Afhankelijk van uw internetverbinding kunnen uw resultaten variëren. Noteer de tijd die u waarneemt.

  4. Wat als u wilt dat alles Redirect is, zodat u een gereduceerde latentie kunt proberen te krijgen?

    Voor alles wat zich buiten Azure bevindt, moet u binnenkomende en uitgaande communicatie toestaan op poorten in het bereik van 11000 tot 11999. Het openen van deze poorten is vereist voor het Redirect verbindingsbeleid.

    Notitie

    Dit is waarschijnlijk al geconfigureerd op het lokale apparaat. Als u tijdens de volgende stappen op fouten stuit, moet u mogelijk de hierboven vermelde poorten inschakelen. Zie Poorten na 1433 voor ADO.NET 4.5 voor meer informatie.

    Werk het verbindingsbeleid bij en controleer het bijwerken met de volgende twee opdrachten.

    # update policy
az sql server conn-policy update --connection-type Redirect
# confirm update
az sql server conn-policy show

  5. Maak verbinding met SSMS op het lokale apparaat om de netwerklatentie vanuit het Redirect-beleid te testen. Maak een nieuwe query met behulp van de volgende tekst en kies voor Clientstatistieken opnemen in uw resultaten. Vergelijk Wachttijd op antwoorden van de server met uw query voor Proxy.

    -- Redirect
SELECT * FROM SalesLT.Product
GO 10

    Na 10 proefversies kan een gemiddelde wachttijd voor serverantwoorden ongeveer 25.8000de helft van het proxyverbindingsbeleid zijn. De exacte tijdsinstellingen variëren, afhankelijk van uw verbinding. De tijd moet aanzienlijk worden verminderd in vergelijking met de eerdere proxytest.

  6. Stel het beleid weer in op de standaardinstelling voor de volgende oefening met behulp van de volgende opdrachten:

    # update policy
az sql server conn-policy update --connection-type Default
# confirm update
az sql server conn-policy show

Omleiding is sneller omdat u na de eerste verbinding de gateway kunt omzeilen en rechtstreeks naar de database kunt gaan. Deze bypass betekent minder hops, wat resulteert in minder latentie. Minder latentie helpt uiteindelijk om knelpunten te voorkomen. Dit is met name belangrijk voor communicatie-intensieve toepassingen. In de prestatiemodule leert u meer over het verbeteren en optimaliseren van de prestaties.