Microsoft Azure: configure Azure SQL con Azure CLI

 En este artículo, veremos más de cerca cómo puede configurar algo como la conectividad mediante la CLI de Azure. Lo que tenemos aquí es que estamos en Azure Data Studio y, de manera similar al cuaderno de SQL, en realidad estamos usando un cuaderno de PowerShell . Eso solo significa que todas nuestras celdas de código ejecutarán PowerShell y solo nos conectaremos a localhost . 

Ahora, una cosa a tener en cuenta es que podemos usar la CLI de Azure o estos comandos az para realizar básicamente varias tareas con todos nuestros recursos de Azure, no necesariamente solo Azure SQL Database o Azure SQL Managed Instance. También podemos usar esto en Cloud Shell. O podemos usar la CLI de Azure y algo como PowerShell como lo estamos haciendo aquí. 

En este ejemplo, veremos cómo puede instalar y configurar su conectividad con Azure SQL y veremos brevemente cuál es el impacto en el rendimiento. 

 Primero, lo que estamos haciendo es usar el siguiente comando para obtener la política de conexión actual a nuestro servidor lógico de Azure SQL Database. 

az sql server conn-policy show

Lo que ve es que tenemos la respuesta predeterminada. Esta respuesta predeterminada significa que para los servicios dentro de Azure, usaremos el método de redirección, pero para los servicios fuera de Azure, usaremos el método de proxy. 

Ahora, para esta pequeña prueba que vamos a hacer, vamos a actualizar la política de conexión al proxy . Básicamente, queremos que todo vaya a la puerta de enlace y luego a la base de datos. Aquí usamos la actualización de la política de conexión del servidor AZ SQL y luego especificamos el tipo de política de proxy y luego imprimimos ese tipo de conexión para confirmar que funcionó. 

Ahora que funcionó, podemos hacer una prueba no oficial para ver cómo afecta el rendimiento. Entonces, en SSMS, solo vamos a crear una nueva consulta donde seleccionaremos todo de SalesLT.Product e incluiremos estadísticas de clientes. Luego vamos a ejecutar esto 10 veces y luego podemos obtener un buen promedio para ver cuál es la latencia de nuestra red. 

Ahora que se ejecutó, podemos ir a «Estadísticas del cliente» y, en la parte inferior, podemos ver el tiempo de espera en las respuestas del servidor. Ahora, si nos desplazamos completamente hacia la derecha, veremos que, en promedio, el tiempo de espera en las respuestas del servidor es de aproximadamente 192,78 milisegundos.

Básicamente, lo que esto significa es que puede ser una indicación de la latencia de la red que estamos viendo.

Ahora bien, si volvemos a cambiar a Azure Data Studio y recordamos esa cantidad de 50 milisegundos, lo que vamos a hacer es actualizar la política para redirigir. Recuerde en la redirección, vamos a ir a la puerta de enlace la primera vez, pero luego vamos a ir directamente a la base de datos después de eso. Entonces, lo que he hecho es usar el mismo comando para actualizar la política de conexión para redirigir y luego imprimimos el tipo de conexión para confirmar que funcionó.

Nuevamente, ahora vamos a hacer exactamente lo mismo en SSMS, excepto que lo haremos con la redirección y veremos si hay algún cambio. Así que incluiremos estadísticas de clientes y ejecutaremos esto unas 10 veces. Ahora que ya está hecho, podemos verificar las estadísticas del cliente nuevamente, ver el tiempo de espera en las respuestas del servidor, que es una indicación de la latencia, y lo que estamos viendo es aproximadamente 125 milisegundos para el tiempo de espera en las respuestas del servidor.

Con una redirección, pudimos obtener 67 milisegundos de latencia de red, que es significativamente menor que los 192 milisegundos que vimos para la conexión proxy. Ahora, esto va a cambiar en su red y su conexión a Internet y muchas otras cosas, pero lo que verá es una reducción en esa latencia con el método de redirección. Entonces, en esta demostración, vio cómo usar la CLI de Azure para configurar varias cosas, en este caso, la conectividad de SQL.