Migración a La Cumbre de innovación:
Obtenga información sobre cómo migrar y modernizar a Azure puede aumentar el rendimiento, la resistencia y la seguridad de su empresa, lo que le permite adoptar completamente la inteligencia artificial.Regístrese ahora
Este explorador ya no se admite.
Actualice a Microsoft Edge para aprovechar las características y actualizaciones de seguridad más recientes, y disponer de soporte técnico.
En este artículo, aprenderá cómo Azure SQL Managed Instance resuelve los nombres de dominio privados.
Información general
En determinadas situaciones, es necesario que el motor de base de datos de SQL Server resuelva los nombres de dominio que no existen en los registros DNS públicos. Por ejemplo, es probable que los siguientes escenarios impliquen nombres de dominio privados:
Azure SQL Managed Instance se implementa en una red virtual de Azure y usa la resolución de nombres proporcionada por Azure de manera predeterminada para resolver las direcciones de Internet.
Para cambiar el comportamiento predeterminado de resolución de nombres y habilitar la resolución de nombres de dominio privados, puede:
Al cambiar el servidor DNS de una red virtual de Azure a personalizado o viceversa, también se debe notificar a las instancias administradas de SQL de esa red virtual del cambio. Esto se describe en la sección Actualización de instancias administradas de SQL.
No es necesario hacerlo cuando solo adjunte o actualice zonas DNS privadas de Azure a la red virtual de las instancias administradas. Esos cambios se propagan automáticamente a las instancias administradas.
Consideraciones
Tenga cuidado de no invalidar o deshabilitar la resolución de nombres de dominio que Azure SQL Managed Instance usa internamente, como se muestra en Restricciones de redes. Configure siempre el servidor DNS personalizado para que pueda resolver nombres de dominio públicos.
Use siempre un nombre de dominio completo (FQDN) para los servicios que quiera que Azure SQL Managed Instance resuelva, como el servidor de correo o una instancia de SQL Server local. Use el FQDN incluso si esos servicios están dentro de la zona DNS privada. Por ejemplo, use smtp.contoso.com. Para la creación de un servidor vinculado o la configuración de la replicación que haga referencia a las máquinas virtuales de SQL Server de la misma red virtual también se necesita un FQDN y un sufijo DNS predeterminado; por ejemplo, SQLVM.internal.cloudapp.net.
Actualización de instancias administradas de SQL
Si se modifica la configuración del servidor DNS en una red virtual con instancias administradas SQL existentes, el clúster virtual que hospeda dichas instancias y los grupos de máquinas subyacentes deberán sincronizarse con los cambios en la configuración DNS. La actualización de un clúster virtual afecta a todas las instancias administradas de SQL que hospede.
Al actualizar la configuración del servidor DNS de un clúster virtual, las direcciones IP del servidor DNS personalizadas establecidas en la red virtual se convierten en los servidores DNS preferidos para las instancias de ese clúster. Las instancias siguen conservando la dirección de resolución DNS de Azure como copia de seguridad, pero ahora resuelven las direcciones con los servidores DNS personalizados en primer lugar.
Abra el grupo de recursos con una instancia administrada en la subred que está configurando y seleccione la instancia administrada de SQL para la que desea actualizar la configuración del servidor DNS.
En Información general, seleccione el clúster virtual al que pertenece la instancia.
Seleccione sincronizar las configuraciones del servidor DNS para actualizar el clúster.
Use Azure PowerShell a fin de actualizar la configuración del servidor DNS para un clúster virtual existente.
En primer lugar, obtenga la red virtual en la que ha cambiado la configuración de DNS y, después, use el comando Invoke-AzResourceAction de Azure PowerShell para sincronizar las configuraciones del servidor DNS para el clúster virtual:
PowerShell
$ResourceGroup = 'enter resource group of virtual network'$VirtualNetworkName = 'enter virtual network name'$virtualNetwork = Get-AzVirtualNetwork -ResourceGroup$ResourceGroup -Name$VirtualNetworkNameGet-AzSqlVirtualCluster `
| where SubnetId -match$virtualNetwork.Id `
| select Id `
| Invoke-AzResourceAction -Action updateManagedInstanceDnsServers -Force
Use la CLI de Azure a fin de actualizar la configuración del servidor DNS para un clúster virtual existente.
En primer lugar, obtenga la red virtual en la que ha cambiado la configuración de DNS y, después, use el comando az resource invoke-action de la CLI de Azure para sincronizar las configuraciones del servidor DNS para el clúster virtual:
Azure CLI
resourceGroup="failover-group"
virtualNetworkName="vnet-fog-eastus"virtualNetwork=$(az network vnet show -g$resourceGroup-n$virtualNetworkName--query"id"-otsv)
az sql virtual-cluster list --query"[? contains(subnetId,'$virtualNetwork')].id"-o tsv \
| az resource invoke-action--action updateManagedInstanceDnsServers --ids @-
Comprobar la configuración
Después de actualizar la configuración del servidor DNS en el clúster virtual, puede comprobar que ahora está en vigor para las instancias administradas de ese clúster. Una manera de hacerlo es crear y ejecutar un trabajo de Agente SQL Server que genera una lista de servidores DNS configurados actualmente en la interfaz de red.
Para ver la lista de servidores DNS configurados en la interfaz de red de la instancia administrada:
Administre una infraestructura de base de datos de SQL Server para bases de datos relacionales locales e híbridas en la nube mediante las ofertas de bases de datos relacionales PaaS de Microsoft.
Obtenga información sobre la arquitectura de comunicación y conectividad de Azure SQL Managed Instance y sobre la forma en la que los componentes dirigen el tráfico de una instancia administrada.
En este artículo se describe cómo configurar una red virtual y una subred existentes en las que se puede implementar Instancia administrada de Azure SQL.
Aprenda cómo mover una instancia de Azure SQL Managed Instance a otra subred con solo un breve tiempo de inactividad durante la conmutación por error ( normalmente de hasta 10 segundos).
Obtenga información sobre la arquitectura del clúster virtual que hospeda Azure SQL Managed Instance, que se basa en un conjunto aislado de máquinas virtuales que forman el clúster.