Duración de las operaciones de administración en Azure SQL Managed Instance

Se aplica a:Azure SQL Managed Instance

En este artículo se detallan los pasos y la duración de las operaciones de administración en Azure SQL Managed Instance.

Para obtener información general sobre los procesos subyacentes relacionados con las operaciones de administración, como la propagación y la conmutación por error, consulte Introducción a las operaciones de administración.

Pasos de la operación de administración

La administración de Azure SQL Managed Instance implica las siguientes operaciones:

• Crear: las operaciones que se producen al crear una nueva instancia administrada de SQL. Esto incluye crear o cambiar el tamaño del grupo de máquinas virtuales subyacentes e implementar el proceso del motor de base de datos de SQL.
• Actualización: las operaciones que se producen al cambiar las propiedades de una instancia administrada de SQL existente, como escalar el proceso o el almacenamiento, cambiar el nivel de servicio o actualizar la configuración de la instancia. La implementación de actualizaciones suele implicar la creación o cambio de tamaño del grupo de máquinas virtuales subyacentes , así como la propagación de datos y, a continuación, la conmutación por error a un nuevo proceso del motor de la base de datos SQL.
• Delete: Operaciones que se producen al eliminar una instancia administrada de SQL existente, incluida la limpieza de recursos, como el grupo de máquinas virtuales asociado a la instancia.

Crear operación

La operación Create inicia la implementación de una nueva instancia administrada de SQL dentro de una subred de red virtual, al configurar el proceso, el almacenamiento y el entorno del motor de base de datos DE SQL para la instancia.

El proceso de creación normalmente pasa por tres fases:

1. Validar solicitud: los parámetros enviados se validan sintácticamente y semánticamente. Si los parámetros no son válidos (como la subred incorrecta o la SKU no admitida), la operación produce un error inmediatamente.
2. Crear o cambiar el tamaño del grupo de máquinas virtuales: crea o extiende un grupo de máquinas virtuales para hospedar la nueva instancia. La duración de la operación depende de si la instancia presenta redundancia de zona o no.
3. Iniciar nueva instancia de SQL: implementa e inicia el proceso del motor de base de datos de SQL en las máquinas virtuales asignadas.

Operación de actualización

La operación de actualización modifica las propiedades de una instancia administrada de SQL existente, como escalar el proceso o el almacenamiento, cambiar el nivel de servicio o actualizar la configuración de la instancia.

El proceso de actualización suele pasar por cinco fases:

1. Validar solicitud: los parámetros enviados se validan sintácticamente y semánticamente. Comprueba si hay tipos de actualización admitidos en función de la configuración de la instancia actual y de los cambios solicitados. Si la solicitud no es válida, se produce un error en la operación.
2. Crear o cambiar el tamaño del grupo de máquinas virtuales: en función del cambio, se cambia el tamaño del grupo de máquinas virtuales existente o se crea un nuevo grupo de máquinas virtuales, como en las siguientes operaciones de actualización:
   • Escalado del almacenamiento hacia arriba o hacia abajo
   • Escalar la capacidad de computación hacia arriba o hacia abajo
   • Cambio del nivel de servicio
   • Cambio del hardware
   • Ajustar la ventana de mantenimiento
   • Habilitación o deshabilitación de la redundancia de zona
3. Iniciar instancia de SQL: se inicializa un nuevo proceso del motor de base de datos de SQL con la configuración actualizada.
   • Si se crea un nuevo grupo de máquinas virtuales o si se cambia el tamaño del grupo de máquinas virtuales existente, se produce una implementación completa del motor de base de datos de SQL.
4. Almacenamiento de inicialización o conexión: prepara la base de datos en el nuevo (o redimensionado) grupo de máquinas virtuales. La instancia se encuentra disponible durante este proceso.
5. Prepárese y luego realice la conmutación por error: el tráfico se redirige a la nueva instancia.
   • La instancia solo se encuentra no disponible durante la conmutación por error, cuando el tráfico se reenruta al nuevo proceso del motor de la base de datos SQL. En el nivel de servicio Crítico para la empresa , la instancia no está disponible durante hasta 20 segundos, mientras que en el nivel de servicio De uso general , la instancia puede no estar disponible durante hasta 2 minutos.
6. Limpiar la instancia de SQL antigua: desasigne las máquinas virtuales antiguas y elimine los procesos SQL que ya no son necesarios.

Operación de eliminación

La operación Delete quita una instancia administrada de SQL existente y limpia los recursos asociados. En cuanto se desencadena una operación de eliminación, la facturación de SQL Managed Instance está deshabilitada. La duración de la operación de eliminación no afecta a la facturación.

El proceso de eliminación suele pasar por cuatro fases:

1. Validar solicitud: los parámetros enviados se validan sintácticamente y semánticamente. Si la solicitud no es válida, se produce un error en la operación.
2. Copia de seguridad del final del registro: si la instancia no está vacía, se realiza una copia de seguridad del final del registro para cada base de datos para asegurarse de que no se pierdan datos después de eliminar la instancia. Las copias de seguridad se conservan en función de la directiva de retención de cada base de datos.
3. Limpieza de instancias de SQL: El proceso del motor de base de datos SQL se quita del grupo de máquinas virtuales y los recursos asociados a la instancia se desasignan.
4. Eliminar grupo de máquinas virtuales: si hay otras instancias en la subred, el grupo de máquinas virtuales permanece intacto para esas instancias. Si la instancia que se va a eliminar es la última instancia de la subred, el grupo de máquinas virtuales se elimina sincrónicamente como último paso. Cuando se elimina la última instancia de una subred, al quitar el grupo de máquinas virtuales se inicia automáticamente la eliminación del clúster virtual.

Grupos de instancias

Los grupos de instancias permiten crear y administrar varias instancias con recursos compartidos, lo que puede ayudar a reducir los costos y simplificar la administración. La implementación de una instancia individual dentro de un grupo existente es significativamente más rápida que el aprovisionamiento de una instancia administrada independiente porque la infraestructura ya está disponible.

La creación de un grupo de instancias implica los pasos siguientes:

• Validar solicitud: los parámetros enviados se validan sintácticamente y semánticamente. Si la solicitud no es válida, se produce un error en la operación.
• Creación del grupo de máquinas virtuales: se crea un nuevo grupo de máquinas virtuales para hospedar el grupo de instancias dentro de una subred de una red virtual de Azure. El número de núcleos virtuales asignados al clúster virtual es el número máximo de núcleos virtuales utilizados por todas las instancias del grupo. Se trata de una operación única que configura la infraestructura subyacente para varias instancias administradas.
• Crear instancia: las instancias se crean en el grupo de instancias, lo que implica la implementación del proceso del motor de base de datos de SQL en las máquinas virtuales asignadas. Las instancias comparten los recursos del clúster virtual, lo que permite un uso de recursos más eficaz. El cliente crea instancias según sea necesario.

La creación de una instancia dentro de un grupo implica los pasos siguientes:

• Validar solicitud: los parámetros enviados se validan sintácticamente y semánticamente. Si la solicitud no es válida, se produce un error en la operación.
• Crear instancia: las instancias se crean en el grupo de instancias, lo que implica la implementación del proceso del motor de base de datos de SQL en las máquinas virtuales asignadas.

El traslado de una instancia a un grupo de instancias implica los pasos siguientes:

• Validar solicitud: los parámetros enviados se validan sintácticamente y semánticamente. Si la solicitud no es válida, se produce un error en la operación.
• Asignar vCores: la instancia debe tener asignado el número necesario de vCores del grupo. Como ya tenemos vCores aprovisionados en el grupo, esto es fácil y es igual que cuando se aprovisiona una nueva instancia en el grupo.

Mover una instancia de fuera de un grupo de instancias implica los pasos siguientes:

• Validar solicitud: los parámetros enviados se validan sintácticamente y semánticamente. Si la solicitud no es válida, se produce un error en la operación.
• Crear o cambiar el tamaño del grupo de máquinas virtuales: esto requiere proporcionar un número adecuado de núcleos virtuales necesarios a la instancia fuera del grupo. Los núcleos virtuales no están listos y deben aprovisionarse, por lo que esta operación es la misma que cualquier duración de actualización que debe cambiar el tamaño de un grupo de máquinas virtuales existente o crear un nuevo grupo de máquinas virtuales.

Redundancia de zona

Con la redundancia de zona habilitada, las capas de proceso y almacenamiento se distribuyen entre varias zonas de disponibilidad para garantizar la alta disponibilidad y la integridad de los datos.

La redundancia de zona amplía la duración de las operaciones de administración para dar cabida a los cambios en los recursos en varias zonas de disponibilidad.

Duración de la operación de administración

La duración de las operaciones de administración varía en función del nivel de servicio de la instancia administrada de SQL. En las secciones siguientes se proporciona información detallada sobre la duración de las operaciones de administración para cada nivel de servicio:

La instancia se encuentra disponible durante todas las operaciones de administración, excepto en la etapa final de la conmutación por error, cuando el tráfico se redirige al nuevo motor de base de datos SQL. En el nivel de servicio Crítico para la empresa , la instancia no está disponible durante un máximo de 20 segundos, mientras que en los niveles de servicio De uso general y De uso general de próxima generación , la instancia puede no estar disponible durante un máximo de 2 minutos.

Duración de siembra

Seeding es el proceso de inicialización y sincronización de datos en todos los procesos del motor de la base de datos SQL. La duración de la propagación depende principalmente del tamaño de la base de datos. En promedio, la siembra se realiza a una tasa de aproximadamente 220 GB por hora.

La propagación se realiza concurrentemente a través de ocho canales paralelos. En un momento dado, se seleccionan ocho bases de datos para la transferencia de datos. Tan pronto como se complete la transferencia de una base de datos, la siguiente base de datos disponible se asigna al canal ahora gratuito, lo que garantiza un rendimiento continuo y eficaz.

En la tabla siguiente se proporciona la siguiente información:

• El tiempo de inicialización estimado para la mayoría de los casos
• Estimación del tiempo máximo de inicialización esperado para el 95% de casos

Contenido relacionado

• Inicio rápido: creación de una instancia de Azure SQL Managed Instance
• Comparación de características: Azure SQL Database e Instancia administrada de Azure SQL
• Arquitectura de conectividad de Instancia administrada de Azure SQL
• Arquitectura de clúster virtual: Instancia administrada de Azure SQL
• Migración de SQL Managed Instance mediante Database Migration Service