Explicar las opciones de IaaS para implementar SQL Server en Azure

Completado

Muchas aplicaciones necesitarán una máquina virtual donde se ejecute SQL Server. Algunos de los motivos para elegir esta opción son:

  • Versiones anteriores de SQL Server: si una aplicación requiere una versión anterior de SQL Server para la compatibilidad con un proveedor, la ejecución en una máquina virtual es la mejor opción para esas aplicaciones, ya que permite la compatibilidad entre el proveedor y la aplicación.

  • Uso de otros servicios de SQL Server: aunque Analysis Services y, hasta cierto punto, Integration Services (mediante el uso de Azure Data Factory) están disponibles como ofertas de PaaS, muchos usuarios maximizan sus licencias ejecutando SQL Server Analysis Services, Integration Services o Reporting Services en el mismo equipo que el motor de base de datos.

  • Incompatibilidad general entre aplicaciones: este motivo es un poco comodín. Por ejemplo, Azure SQL Database no admite consultas entre bases de datos, mientras que Managed Instance sí las admite. Puede que algunas aplicaciones necesiten servicios adicionales coubicados con la instancia de la base de datos de una manera que no sea compatible con una oferta de PaaS.

La infraestructura como servicio (IaaS) permite al administrador tener un acceso más pormenorizado en una configuración específica de la infraestructura subyacente que las otras ofertas de Azure. Aunque la plataforma Azure administra el servidor y el hardware de red subyacentes, usted sigue teniendo acceso al almacenamiento virtual, a la configuración de red virtual y a cualquier otro software que pueda instalar en la máquina virtual. Esto incluye Microsoft SQL Server.

Granularidad del control de las opciones de SaaS, PaaS e IaaS

En la imagen anterior, se muestra el mayor control que se tiene cuando se utiliza IaaS, en comparación con las otras ofertas de Azure SQL. Aunque las opciones de configuración exactas varían entre las distintas ofertas de servicio, normalmente, en las ofertas de SaaS, el administrador es responsable solo de la seguridad de los usuarios y, posiblemente, de la administración de los datos. Al usar los servicios de PaaS, el proveedor de nube administra el sistema operativo (SO) y otro software. Un buen ejemplo de esto es la plataforma de bases de datos de Azure, donde Microsoft se ocupa de instalar y configurar el sistema operativo y el sistema RDBMS, lo que le permite empezar a crear aplicaciones de base de datos rápidamente. Las soluciones de IaaS son las más abiertas. Usted es responsable de la aplicación de revisiones del sistema operativo y de la óptima configuración de las opciones de red y almacenamiento. Con una implementación de IaaS, usted también es responsable de la configuración del software.

En el caso de las soluciones IaaS que se ejecutan en Azure, Microsoft administra los recursos que se encuentran debajo del sistema operativo, incluidos los servidores físicos, el almacenamiento y la red física. El administrador de bases de datos es responsable de la configuración de las instancias de SQL Server que se ejecutan en el sistema operativo.

Puede que algunas de sus aplicaciones no sean adecuadas para otras ofertas de Azure, como Azure SQL Database, porque requieren condiciones de funcionamiento específicas. Estas condiciones pueden ser una combinación específica de versiones de SQL Server y Windows por motivos de compatibilidad con proveedores, o software adicional que deba instalarse junto con SQL Server. SQL Server emparejado con la plataforma de IaaS de Azure proporciona las opciones de control necesarias para muchas organizaciones, ya sean características específicas (como CLR o replicación) o el uso de la autenticación de Active Directory (en lugar de Microsoft Entra ID). Otro requisito es que algunas aplicaciones instalen software junto con SQL Server, lo que requiere acceso directo al sistema operativo subyacente. En un modelo PaaS, no se admite el acceso directo al sistema operativo. Estas organizaciones y sus aplicaciones pueden obtener las ventajas de migrar a un servicio en la nube sin perder la funcionalidad crítica que requiere su organización.

Extensión Agente de IaaS de SQL Server

Cuando se implementa una máquina virtual con SQL Server desde Azure Marketplace, parte del proceso instala la extensión Agente de IaaS.

Creación de una máquina virtual con SQL Server desde Azure Marketplace.

Las extensiones son código que se ejecuta en la máquina virtual después de la implementación, normalmente, para llevar a cabo alguna configuración posterior a la implementación. Algunos ejemplos son la instalación de soluciones antivirus o de características de Windows. La extensión Agente de IaaS de SQL Server proporciona las siguientes características clave que pueden reducir la sobrecarga administrativa.

  • Copia de seguridad automatizada
  • Aplicación de revisión automatizada
  • Integración de Azure Key Vault
  • Integración de Defender para Cloud Portal
  • Ver el uso del disco en el portal
  • Licencias flexibles
  • Versión o edición flexibles
  • Evaluación de procedimientos recomendados de SQL

Además de estas características, la extensión permite ver información sobre la configuración del servidor SQL Server y el uso del almacenamiento.

Imagen de la configuración de una máquina virtual con SQL en Azure Portal.

Modelos de licencias de SQL Server

Hay varias opciones diferentes relacionadas con la forma en la que se obtienen licencias de SQL Server cuando se usa la oferta de IaaS de Azure.

Si no participa en el programa Microsoft Software Assurance (SA), puede implementar una imagen de Azure Marketplace que contenga un servidor SQL Server preconfigurado y pagar el uso de este servidor por minutos. Esta opción se conoce como el modelo de pago por uso y el costo de la licencia de SQL Server está incluido en el costo de la máquina virtual.

Si participa en el programa Microsoft Software Assurance (SA), dispone de más flexibilidad en cuanto a la forma de obtener la licencia de SQL Server:

  • Puede usar el método anterior y pagar por minutos tras implementar una imagen de máquina virtual de Azure Marketplace que contenga un servidor SQL Server.

  • Puede traer su propia licencia (BYOL) si implementa una máquina virtual que no tiene una instancia de SQL Server preconfigurada. Esta opción es posible si ya ha adquirido una licencia de SQL Server válida para la infraestructura de su entorno local. Puede aplicar esta licencia a la máquina virtual para asegurarse de que tiene la licencia correspondiente. Debe notificar el uso de licencias a Microsoft mediante el formulario de comprobación de Movilidad de licencias en un plazo de diez días a partir de la implementación de la máquina virtual.

Al elegir este método, puede instalar manualmente SQL Server desde el soporte que haya obtenido, o bien puede cargar una imagen de máquina virtual en Azure.

Además de las opciones de licencia flexibles para SQL Server, hay también opciones de licencia de Windows Server que pueden aprovecharse. Estas opciones de Windows Server se conocen como Ventaja híbrida de Azure (AHB). De forma similar a la aplicación de una licencia de SQL Server que ya había adquirido, puede aprovechar las licencias de Windows Server que ya tenga.

La reserva de una máquina virtual para uno a tres años es otra opción para ahorrar costos. Este compromiso no requiere ningún pago por adelantado y se puede facturar mensualmente. El uso de la opción de reserva puede ser beneficioso si sabe que las cargas de trabajo se van a mantener. El ahorro de costos puede ser importante, especialmente en el caso de las máquinas virtuales de mayor tamaño.

Familias de máquinas virtuales

Cuando se implementa una máquina virtual de Azure, hay varias series, o “familias”, de tamaños de máquina virtual que se pueden seleccionar. Cada serie es una combinación de memoria, CPU y almacenamiento que cumple determinados requisitos. Por ejemplo, la serie optimizada para proceso tiene una mayor proporción de CPU por memoria. Tener varias opciones permite seleccionar una configuración de hardware adecuada para la carga de trabajo prevista. Las seis series siguientes tienen varios tamaños disponibles. En Azure Portal, se proporcionan todos los detalles cuando se elige la opción para seleccionar el tamaño de la máquina virtual.

De uso general: estas máquinas virtuales proporcionan una relación equilibrada CPU-memoria. Esta clase de máquina virtual es ideal para pruebas y desarrollo, servidores de bases de datos de tamaño pequeño a mediano y servidores web con una cantidad de tráfico de baja a media.

Optimizadas para proceso: las máquinas virtuales optimizadas para proceso tienen una elevada proporción de CPU por memoria y son adecuadas para servidores web con una cantidad media de tráfico, dispositivos de red, procesos por lotes y servidores de aplicaciones. Estas máquinas virtuales también admiten cargas de trabajo de aprendizaje automático que no se pueden beneficiar de las máquinas virtuales basadas en GPU.

Optimizadas para memoria: estas máquinas virtuales tienen una elevada proporción de memoria por CPU. Cubren una amplia gama de opciones de CPU y memoria (hasta 4 TB de RAM) y son adecuadas para la mayoría de las cargas de trabajo de base de datos.

Optimizadas para almacenamiento: las máquinas virtuales optimizadas para almacenamiento proporcionan un almacenamiento NVMe rápido y local que es efímero. Son una buena opción para las cargas de trabajo de datos de escalabilidad horizontal, como Cassandra. Pueden usarse con SQL Server, sin embargo, dado que el almacenamiento es efímero, es necesario asegurarse de configurar la protección de datos con una característica como los grupos de disponibilidad Always On o el trasvase de registros.

GPU: las máquinas virtuales de Azure con GPU están dirigidas a dos tipos de cargas de trabajo principales: operaciones de procesamiento de gráficos de forma natural, como la representación y el procesamiento de vídeo, y las cargas de trabajo de aprendizaje automático en paralelo de forma masiva que pueden aprovechar las GPU.

Informática de alto rendimiento: las cargas de trabajo de informática de alto rendimiento admiten aplicaciones que se pueden escalar horizontalmente hasta miles de núcleos de CPU. Esto es posible gracias al uso de CPU de alto rendimiento y redes de acceso directo a memoria remota (RDMA), que proporcionan una comunicación de baja latencia entre las máquinas virtuales.

La forma más sencilla de ver las opciones de tamaño de cada serie es a través de Azure Portal. En la hoja para crear una máquina virtual, puede hacer clic en la opción “Seleccionar tamaño” y ver una lista.

Lista parcial de los tamaños de máquina virtual disponibles en Azure Portal.

La imagen anterior muestra solo un pequeño conjunto de las posibilidades de series y tamaños. Para cada opción, puede ver el número de CPU virtuales, la cantidad de RAM, el número de discos de datos, el número máximo de operaciones IOPS, el almacenamiento temporal proporcionado y si se admite Premium Storage.

Para obtener más información sobre los procedimientos recomendados del tamaño de máquinas virtuales, consulte Procedimientos recomendados para SQL Server en máquinas virtuales de Azure.

Azure Marketplace

Azure Marketplace es, básicamente, una ubicación centralizada que permite crear recursos de Azure basados en una plantilla prediseñada. Por ejemplo, puede crear rápidamente una instancia de SQL Server 2019 en Windows Server 2019 con un par de clics del mouse y alguna información básica, como el nombre de la máquina virtual, y algunos datos de configuración de SQL Server. Una vez proporcionados, Azure Resource Manager inicia la creación de la máquina virtual y, en cuestión de minutos, estará en funcionamiento.

A continuación se muestra la hoja de SQL Server 2019 en Windows Server 2019 en Azure Marketplace. Esta hoja ofrece la opción de preestablecer configuraciones para las cargas de trabajo de OLTP o Data Warehouse, y permite especificar opciones de almacenamiento, aplicación de revisiones y copias de seguridad.

Creación de una máquina virtual con SQL Server en Azure Portal.

El inconveniente de usar el portal para crear recursos de Azure es que no es un proceso fácilmente repetible. Sin embargo, es fácil empezar a trabajar con el portal, donde puede hacer uso rápidamente de los recursos.

Configuración de SQL Server

Al aprovisionar SQL Server en una máquina virtual de Azure, también puede configurar opciones de SQL Server específicas, como Seguridad y redes, Preferencias de autenticación de SQL, Configuración de la instancia de SQL y otras opciones. Estas opciones se encuentran en la pestaña configuración de SQL Server, como se muestra en la imagen siguiente.

Pestaña configuración de SQL Server al crear una máquina virtual de SQL Server

Para más información sobre la configuración de SQL Server disponible al crear una máquina virtual, consulte Aprovisionamiento de SQL Server en máquinas virtuales de Azure (Azure Portal).