Cuando se trata de migrar aplicaciones a la nube, existen diversas opciones disponibles. Sin embargo, si tienes aplicaciones locales o aplicaciones que requieren acceso a nivel de sistema operativo, es posible que te encuentres enfrentando una reescritura importante. Afortunadamente, SQL Server en Máquinas Virtuales (VMs) de Azure ofrece una solución que puede evitar este proceso que consume mucho tiempo y energía.
SQL Server en VMs de Azure permite un enfoque de “levantar y trasladar”, lo que te permite migrar rápidamente y fácilmente aplicaciones existentes a la nube con cambios mínimos o sin cambios. Las VMs de Azure están optimizadas para migrar aplicaciones existentes a Azure o extender aplicaciones locales a la nube en implementaciones híbridas. De hecho, la migración es similar a mover bases de datos de un servidor local a otro.
Con SQL Server en VMs de Azure, tienes la opción de ejecutar SQL Server en máquinas virtuales de Windows Server o Linux en Azure como una oferta de infraestructura como servicio (IaaS). Todas las versiones y ediciones recientes de SQL Server están disponibles para su instalación en una máquina virtual de Azure IaaS, y si necesitas una versión más antigua, puedes crear la VM e instalarla.
Ejecutar SQL Server en una máquina virtual de Azure es similar a ejecutarlo en un centro de datos remoto, pero con el beneficio adicional de capacidades de seguridad y administración integradas. Tienes derechos administrativos completos sobre una instancia dedicada de SQL Server y el sistema operativo subyacente, lo que te brinda un control completo sobre el motor de la base de datos.
Con este nivel de control, puedes:
- Elegir cuándo iniciar el mantenimiento/actualización
- Cambiar el modelo de recuperación a simple o bulk-logged
- Pausar o iniciar el servicio cuando sea necesario
- Personalizar completamente el motor de la base de datos de SQL Server para cumplir con los requisitos de rendimiento y disponibilidad
Sin embargo, es importante tener en cuenta que con un gran control viene una gran responsabilidad. Eres responsable de administrar las máquinas virtuales y todo lo que hay en ellas. Si bien Microsoft ofrece algunas funciones automatizadas para simplificar el parcheo, la copia de seguridad y la alta disponibilidad, aún necesitas actualizar el sistema operativo y el software de la base de datos e instalar cualquier software adicional que necesites.
Asegurar la disponibilidad de tus bases de datos también es crucial. Microsoft proporciona un SLA de disponibilidad del 99.95 por ciento para las máquinas virtuales, pero este SLA no cubre los procesos, como los procesos de SQL Server, que tienes en ejecución. Dependiendo de tus SLA, pueden ser necesarios mecanismos adicionales. Implementar una solución de alta disponibilidad es similar a hacerlo en las instalaciones y puede ser incluso más fácil en algunos aspectos. Por ejemplo, puedes crear rápidamente una o más VMs de Azure SQL adicionales para usar con grupos de disponibilidad Always On como secundarios.
Aunque el uso de VMs de Azure conlleva costos, es importante considerar la flexibilidad que ofrecen. Tienes la opción de apagar los recursos cuando no se estén utilizando, lo que te permite administrar tus costos de manera más efectiva. Por ejemplo, una práctica común para ahorrar costos es apagar los entornos de desarrollo y pruebas por las noches y los fines de semana, a menos que se necesiten específicamente.
SQL Server en VMs de Azure simplifica el proceso de mover aplicaciones locales a la nube o aprovechar la nube para implementaciones híbridas. Si bien eres responsable del cuidado y mantenimiento de las VMs, también tienes derechos administrativos sobre una instancia dedicada de SQL Server y el sistema operativo subyacente, lo que te brinda la flexibilidad y el control de una implementación en las instalaciones en la nube.
Para obtener más información sobre cómo mover tus bases de datos a la nube, descarga el libro electrónico “Asegura el Futuro de tu Infraestructura de Datos con Azure: Un Caso de Negocio para Administradores de Bases de Datos”.
Co-autora: Crystal Bedell