Microsoft Azure – 使用 Azure CLI 配置 Azure SQL

在本文中，我们将详细了解如何使用 Azure CLI 配置连接等内容。我们在这里拥有的是我们在Azure Data Studio中，并且类似于我们实际使用PowerShell笔记本的 SQL 笔记本。这只是意味着我们所有的代码单元都将运行PowerShell ，并且我们只是连接到localhost 。

现在要注意的一件事是，我们可以使用 Azure CLI 或这些az命令基本上使用我们所有的 Azure 资源执行各种任务，而不必只是 Azure SQL 数据库或 Azure SQL 托管实例。我们也可以在 Cloud Shell 中使用它。或者我们可以使用 Azure CLI 和类似 PowerShell 的东西，就像我们在这里所做的那样。

在此示例中，我们将逐步介绍如何设置和配置与 Azure SQL 的连接，并简要了解它对性能的影响。

首先，我们正在使用以下命令获取到我们的 Azure SQL 数据库逻辑服务器的当前连接策略。

az sql server conn-policy show

你看到的是我们得到了默认响应。此默认响应意味着对于 Azure 内的服务，我们将使用重定向方法，但对于 Azure 之外的服务，我们将使用代理方法。

现在，对于我们要做的这个小测试，我们将更新连接策略到代理。所以基本上我们希望一切都进入网关，然后进入数据库。在这里，我们使用了 AZ SQL 服务器连接策略更新，然后指定代理策略类型，然后我们只是打印出该连接类型以确认它是否有效。

现在它起作用了，我们可以做一个非官方的测试，看看它是如何影响性能的。因此，在 SSMS 中，我们将创建一个新查询，在其中我们从SalesLT.Product中选择所有内容，并且我们将包含客户统计信息。然后我们将运行 10 次，然后我们可以得到一个很好的平均值，看看我们的网络延迟是多少。

现在它已经运行了，我们可以进入“客户端统计” ，在底部，我们可以看到服务器回复的等待时间。现在，如果我们一直向右滚动，我们将看到服务器回复的平均等待时间约为 192.78 毫秒。

基本上，这意味着它可以表明我们所看到的网络延迟。

现在，如果我们切换回 Azure Data Studio 并且我们记得 50 毫秒的数量，我们要做的是更新策略以重定向。请记住，在重定向中，我们将第一次访问网关，但之后我们将直接访问数据库。所以我所做的是使用相同的命令来更新连接策略以重定向，然后我们只是打印出连接类型以确认它是否有效。

同样，现在我们将在 SSMS 中做同样的事情，除了我们将使用重定向来做它，看看是否有变化。所以我们将包括客户统计数据并运行大约 10 次。现在已经完成，我们可以再次检查客户端统计信息，查看服务器回复的等待时间，这是延迟的指示，我们看到服务器回复的等待时间约为 125 毫秒。

通过重定向，我们能够获得 67 毫秒的网络延迟，这比我们看到的代理连接的 192 毫秒要少得多。现在，这将在您的网络和互联网连接以及许多其他方面发生变化，但您将看到的是使用重定向方法减少了延迟。所以在这个演示中，你看到了如何使用 Azure CLI 来配置各种东西，在本例中是 SQL 连接。