Uso de bases de datos SQL en Azure Stack Hub

Importante

A partir de la compilación 2108 de Azure Stack Hub, los proveedores de recursos SQL y MySQL se ofrecen a las suscripciones a las que se ha concedido acceso. Si desea empezar a usar esta característica o si necesita actualizar desde una versión anterior, abra un caso de soporte técnico y nuestros ingenieros le guiarán a través del proceso de implementación o actualización.

Use el proveedor de recursos SQL para ofrecer bases de datos SQL en Azure Stack Hub. Después de instalar el proveedor de recursos y conectarse a una o varias instancias de SQL Server, usted y sus usuarios pueden crear:

  • Bases de datos SQL para aplicaciones nativas de la nube.
  • Bases de datos SQL para aplicaciones web.

Limitaciones a tener en cuenta antes de instalar el proveedor de recursos de SQL:

  • Los usuarios solo pueden crear y administrar bases de datos individuales. Los usuarios finales no pueden acceder a las instancias del servidor de base de datos. Esto puede limitar la compatibilidad con las aplicaciones de bases de datos locales que necesitan acceder a bases de datos maestras, temporales o administradas dinámicamente.
  • El operador de Azure Stack Hub es responsable de implementar, actualizar, proteger, configurar y mantener los hosts y servidores de bases de datos de SQL. El servicio Proveedor de recursos no proporciona ninguna funcionalidad de administración de instancias de servidor de bases de datos y hosts.
  • Las bases de datos de diferentes usuarios de distintas suscripciones se pueden colocar en la misma instancia del servidor de bases de datos. El RP no proporciona ningún mecanismo para aislar las bases de datos en diferentes hosts o instancias del servidor de bases de datos.
  • El proveedor de recursos no proporciona ningún informe sobre el uso de los inquilinos de las bases de datos.
  • Solo puede trasladar un servidor de hospedaje de SQL a otra suscripción de Azure global. Azure Stack Hub no admite el traslado de un servidor de hospedaje de SQL a otra suscripción.
  • El RP no supervisa el estado de SQL Server.
  • No hay ningún control de acceso en las bases de datos del sistema de SQL Server. Si el servidor de hospedaje de SQL es un servidor SQL independiente (no alta disponibilidad de SQL), SQL RP usa inicios de sesión de SQL para controlar el acceso de los usuarios a sus propias bases de datos. Sin embargo, los inicios de sesión de SQL no controlan el acceso de los usuarios a las bases de datos del sistema. Por ejemplo, cualquier usuario que intente restaurar una base de datos a partir de una de las copias de seguridad podrá ver todos los historiales de copia de seguridad en el mismo servidor de hospedaje, ya que el historial de copias de seguridad se almacena en la base de datos msdb.

En el caso de las cargas de trabajo locales de SQL Server tradicionales, se recomienda una máquina virtual de SQL Server en Azure Stack Hub.

Arquitectura del adaptador del proveedor de recursos de SQL

El proveedor de recursos consta de los componentes siguientes:

  • La máquina virtual (VM) del adaptador del proveedor de recursos de SQL, que es una máquina virtual de Windows Server que ejecuta los servicios del proveedor.
  • El proveedor de recursos, que procesa las solicitudes y accede a los recursos de las bases de datos.
  • Los servidores que hospedan SQL Server, que proporcionan capacidad para las bases de datos, conocidos como servidores de hospedaje.

Debe crear como mínimo una instancia de SQL Server o proporcionar acceso a instancias externas de SQL Server.

Nota:

Los servidores de hospedaje que se instalan en sistemas integrados de Azure Stack Hub se deben crear a partir de una suscripción de inquilino. No se pueden crear a partir de la suscripción de proveedor predeterminada. Se deben crear en el portal de usuarios o con PowerShell con el inicio de sesión adecuado. Todos los servidores de hospedaje son máquinas virtuales facturables y deben tener las licencias. El administrador del servicio puede ser el propietario de la suscripción del inquilino.

Pasos siguientes

Implementar un proveedor de recursos de SQL Server