dp-300 Azure SQL
Actualizado: 23 mar 2022
Muchas organizaciones tienen una estrategia de plataforma de con ingeniería insuficiente. Ha habido una tendencia significativa de mover los sistemas existentes a la nube, crear nuevas aplicaciones rápidamente con la nube y disminuir costos. Necesita un plan sobre cómo mover la data a la nube y comprender cómo configurar su organización para el éxito. También debe comprender cómo se mantiene el mismo rol de administrador de base de datos (DBA).
Azure SQL es una oferta de base de datos en la nube a nivel PaaS
No necesita aprovisionar hardware, instalar o parchear Azure SQL; Microsoft mantiene la plataforma por usted. Tampoco necesita diseñar una instalación de base de datos para la escalabilidad, la alta disponibilidad o la recuperación ante desastres, ya que el servicio proporciona automáticamente estas funciones.
Desde 2008, SQL Server y Azure SQL han evolucionado para volverse más disponibles, escalables y eficaces para satisfacer las demandas de cualquier aplicación. Los servicios de base de datos ofrecidos se han ampliado desde SQL Server para incluir bases de datos de código abierto como Azure Database for PostgreSQL y Azure Database for MariaDB.
Opciones de implementación de Azure SQL
Dentro del paraguas de la plataforma Azure SQL, existen muchas opciones de implementación y elecciones que debe realizar para satisfacer sus necesidades. Estas opciones le brindan la flexibilidad de obtener y pagar exactamente lo que necesita. Aquí, cubriremos algunas de las consideraciones que debe tener en cuenta al elegir varias opciones de implementación de Azure SQL.
1- SQL Server on Azure Virtual Machines
SQL Server en una máquina virtual es una versión de SQL Server que se ejecuta en una máquina virtual de Azure. Es solo SQL Server, por lo que todas sus habilidades de SQL Server deben transferirse directamente, aunque Azure puede ayudar a automatizar las copias de seguridad y los parches de seguridad. SQL Server en una máquina virtual de Azure se conoce como infraestructura como servicio (IaaS). Usted es responsable de actualizar y parchear el sistema operativo y SQL Server, además de los parches de seguridad críticos de SQL Server. Pero tiene acceso a todas las capacidades de SQL Server.
Virtudes IaaS:
Utilice versiones específicas de SQL Server y del OS de la galería de Azure preinstaladas. Puede aprovechar la extensión del agente de IaaS de SQL Server para obtener flexibilidad en las licencias y habilitar copias de seguridad y actualizaciones automáticas.
Considere tamaños de máquinas virtuales optimizados para memoria u optimizados para almacenamiento para obtener el máximo rendimiento.
Integre sus máquinas virtuales en redes locales mediante redes virtuales de Azure.
Aproveche las copias de seguridad automatizadas, las copias de seguridad en Azure Blob Storage y la integración con Azure Backup.
Se admiten los grupos de disponibilidad AlwaysOn, incluido Cloud Witness.
Allscripts quería migrar a Azure rápidamente. En solo tres semanas, la empresa usó Azure Site Recovery para migrar docenas de aplicaciones adquiridas que se ejecutan en aproximadamente 1000 máquinas virtuales a Azure.
IaaS vs. PaaS
SQL Server en una máquina virtual se considera IaaS. Las otras opciones de implementación en la plataforma Azure SQL, Azure SQL Managed Instance y Azure SQL Database, son implementaciones de plataforma como servicio (PaaS). Estas opciones de implementación de PaaS Azure SQL contienen un motor de base de datos completamente administrado que automatiza la mayoría de las funciones de administración de la base de datos, como la actualización, la aplicación de parches, las copias de seguridad y la supervisión.
Virtudes PaaS:
La continuidad del negocio permite que su negocio continúe operando frente a una interrupción.
La alta disponibilidad garantiza que sus bases de datos estén en funcionamiento el 99,99 % del tiempo.
Se crean copias de seguridad automatizadas y se utiliza el almacenamiento con redundancia geográfica con acceso de lectura de Azure (RA-GRS) para proporcionar redundancia geográfica.
La retención de copias de seguridad a largo plazo le permite almacenar bases de datos completas específicas durante un máximo de 10 años.
Escalabilidad. Puede agregar fácilmente más recursos (CPU, memoria, almacenamiento) sin un aprovisionamiento prolongado.
Incluyen firewalls para restringir la conectividad, Azure Private Link para garantizar que sus datos no estén expuestos a Internet e integración con redes virtuales para la conectividad a entornos locales.
La seguridad avanzada detecta amenazas y vulnerabilidades en sus bases de datos y le permite proteger sus datos.
El ajuste automático analiza su carga de trabajo. Proporciona recomendaciones que pueden optimizar el rendimiento de sus aplicaciones mediante la adición de índices, la eliminación de índices no utilizados y la corrección automática de problemas del plan de consultas.
Las capacidades de monitoreo integradas le permiten obtener información sobre el rendimiento de sus bases de datos y la carga de trabajo y solucionar problemas de rendimiento.
SQL sin versión. A diferencia de IaaS, que está vinculado a una versión específica de SQL Server, la "rama" principal de la base de código del motor de SQL Server impulsa a Microsoft actualizar continuamente las bases de datos/instancias de SQL. Microsoft implementa correcciones y funciones según corresponda.
2- SQL Managed Instance
Instancia administrada de SQL es una opción de implementación de PaaS de Azure SQL. Le brinda una instancia de SQL Server pero elimina gran parte de la sobrecarga de administrar una máquina virtual. La mayoría de las funciones disponibles en SQL Server están disponibles en Instancia administrada de SQL. Esta opción es ideal para los clientes que desean usar funciones de ámbito de instancia y desean migrar a Azure sin rediseñar sus aplicaciones.
Incluyen SQL Server Agent, Service Broker, Common Language Runtime (CLR), Database Mail, servidores vinculados, transacciones distribuidas (versión preliminar) y Machine Learning Services.
3- SQL Database
SQL Database es una opción de implementación de PaaS de Azure SQL que abstrae tanto el sistema operativo como la instancia de SQL Server de los usuarios. Esta opción de implementación le permite obtener una base de datos y comenzar a desarrollar aplicaciones. SQL Database también es la única opción de implementación que admite escenarios que requieren almacenamiento de base de datos ilimitado (hiperescala) y ajuste de escala automático para cargas de trabajo impredecibles (sin servidor). SQL Database tiene el SLA de disponibilidad más alto de la industria.
AccuWeather quiere centrarse en la creación de nuevos modelos y aplicaciones, no en la gestión de bases de datos. La empresa eligió SQL Database para usarlo con otros servicios, como Azure Data Factory y Azure Machine Learning, para implementar rápida y fácilmente nuevas aplicaciones internas para realizar predicciones de ventas y clientes.
Elastic database pool
Las tres opciones de implementación dentro de Azure SQL: máquinas virtuales, instancias administradas y SQL Database. Para Base de datos SQL e Instancia administrada de SQL, existen opciones adicionales si tiene varias instancias o bases de datos. Estas opciones se denominan grupos de bases de datos elásticas. Los grupos de bases de datos elásticas le permiten compartir recursos entre múltiples instancias y bases de datos y optimizar sus costos. Esta opción es ideal para una aplicación o proveedor de software como servicio (SaaS) porque puede administrar y monitorear el rendimiento de una manera simplificada para muchas bases de datos.
Los grupos de instancias administradas de SQL le permiten hospedar varias instancias administradas y compartir recursos. Puede preaprovisionar recursos informáticos. Si lo hace, puede reducir el tiempo de implementación general para facilitar las migraciones. También puede alojar instancias administradas más pequeñas en un grupo de instancias que en una única instancia administrada.
********
Modelos de compra, niveles de servicio y opciones de hardware
Una vez que tenga una idea de qué opción de implementación es mejor para sus requisitos, debe determinar el modelo de compra, el nivel de servicio y el hardware.
El modelo de compra de Azure SQL ofrece dos opciones:
Basado en núcleos virtuales (basado en vCore)
Basado en unidades de transacción de base de datos (basado en DTU: medida agrupada de recursos informáticos, de almacenamiento y de E/S.)**No está disponible en Azure MI.
Recomendamos el modelo basado en núcleos virtuales porque le permite seleccionar recursos informáticos y de almacenamiento de forma independiente.
En el modelo vCore:
Computar recursos. (El nivel de servicio + la cantidad de vCores y la cantidad de memoria + la generación de hardware).
El tipo y la cantidad de almacenamiento de datos y logs.
Backup storage location. (Almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS), almacenamiento con redundancia de zona (ZRS) o almacenamiento con redundancia local (LRS)).
Le permite usar Azure Hybrid Benefit para SQL Server o capacidad reservada (pago por adelantado) para ahorrar dinero.
Service tier
A continuación, debe elegir un nivel de servicio para el rendimiento y la disponibilidad. Le recomendamos que comience con el nivel de uso general y lo ajuste según sea necesario. Hay tres niveles disponibles en el modelo vCore:
Uso general: apto para la mayoría de las cargas de trabajo empresariales. Ofrece opciones de almacenamiento y computación equilibradas, escalables y orientadas al presupuesto.
Business Critical: adecuado para aplicaciones empresariales con requisitos de respuesta de baja latencia. Ofrece la máxima resiliencia ante errores mediante el uso de varias réplicas aisladas. Este nivel es el único que puede usar OLTP en memoria para mejorar el rendimiento.
Hiperescala: adecuado para cargas de trabajo empresariales con almacenamiento altamente escalable (más de 100 TB) y requisitos de escala de lectura. Desde una perspectiva de rendimiento y costo, este nivel se encuentra entre Propósito general y Crítico para el negocio. Solo para Azure SQL Database.
Compute tier
Si elige Uso general y el modelo basado en VCore, tiene que tomar una decisión adicional con respecto al nivel de cómputo que paga:
El cómputo aprovisionado proporciona una cantidad fija de recursos a lo largo del tiempo para garantizar un rendimiento óptimo y se factura por esos recursos independientemente del uso. Aquí, debe administrar el tamaño de los recursos de cómputo para su carga de trabajo.
El cómputo sin servidor está diseñado para un uso intermitente e impredecible con una utilización de cómputo promedio más baja a lo largo del tiempo. Serverless proporciona escalado de cómputo automático para simplificar la administración del rendimiento y se factura solo por la cantidad de cómputo utilizada. Serverless también admite pausas y reanudaciones automáticas para ayudar a optimizar aún más los precios. Cuando su base de datos está en pausa, solo paga por el almacenamiento.
Hardware
La generación de hardware predeterminada en este momento se conoce como hardware Gen5. A medida que avanza la tecnología, puede esperar que las opciones de hardware disponibles también cambien.
Si elige Propósito general dentro de SQL Database y desea usar el nivel de cómputo sin servidor, el hardware Gen5 es actualmente la única opción. Actualmente puede escalar hasta 40 núcleos virtuales.
El modelo de compra, el nivel de servicio y las selecciones de hardware que realice tendrán un impacto significativo en el rendimiento, la disponibilidad y el costo de su implementación.
Administrar tu Azure SQL
Azure Portal
SSMS (SQL Server Management Studio)
Azure Data Studio (herramienta multiplataforma de código abierto para consultar y trabajar con varias fuentes de datos de Azure, incluidos SQL Server y Azure SQL. Azure Data Studio admite una poderosa herramienta llamada cuadernos)
Languages and APIs
Command-line interfaces (Powershell and CMD)
Y vos, ¿cuál es tu opción favorita de Azure SQL?
Leé más en camonlabs.com/blog