Introducción a las operaciones de administración de Azure SQL Managed Instance
Se aplica a:
Azure SQL Managed Instance
Instancia administrada de SQL proporciona operaciones de administración que puede usar para implementar automáticamente instancias administradas nuevas, actualizar las propiedades de una instancia y eliminar instancias que ya no son necesarias.
¿Qué son las operaciones de administración?
Todas las operaciones de administración se pueden clasificar de la siguiente manera:
- Implementación de una instancia (creación de instancia nueva).
- Actualización de una instancia (cambio de las propiedades de una instancia, como núcleos virtuales o almacenamiento reservado)
- Eliminación de una instancia
Para admitir las implementaciones dentro de máquinas virtuales de Azure y proporcionar aislamiento y seguridad para los clientes, SQL Managed Instance depende de los clústeres virtuales. El clúster virtual representa un conjunto dedicado de máquinas virtuales aisladas implementadas dentro de la subred de red virtual del cliente y organizadas en grupos de máquinas virtuales. Básicamente, cada instancia administrada implementada en una subred vacía da lugar a la creación de un nuevo clúster virtual que construye el primer grupo de máquinas virtuales.
Las operaciones de administración posteriores en instancias gestionadas pueden afectar a los grupos de máquinas virtuales subyacentes. Los cambios que afectan a los grupos de máquinas virtuales subyacentes pueden afectar a la duración de las operaciones de administración, ya que la implementación de más máquinas virtuales en el clúster virtual incluye una sobrecarga que debe tener en cuenta al planear nuevas implementaciones o actualizaciones en instancias administradas existentes.
Aprovisionamiento rápido
Las instancias con determinadas configuraciones pueden beneficiarse del aprovisionamiento rápido de SQL Managed Instance, lo que reduce el tiempo necesario para crear la primera instancia en una subred a 30 minutos (a partir de un promedio de 45-60 minutos). Para más información sobre los tiempos de duración de la operación, revise las operaciones de administración.
El aprovisionamiento rápido solo se aplica:
- a la primera instancia aprovisionada en la subred.
- a instancias con 4 a 8 núcleos virtuales.
- para instancias que usan la ventana de mantenimiento predeterminada.
- para instancias que no tienen redundancia de zona.
Duration
La duración de las operaciones en el clúster virtual puede variar, pero normalmente tienen la duración más larga.
En la tabla siguiente se enumeran los pasos de larga duración que se pueden desencadenar como parte de la operación de creación, actualización o eliminación. En la tabla siguiente se enumeran las duraciones normalmente previsibles en función de los datos de telemetría de los servicios existentes:
| Paso | Descripción | Duración estimada |
|---|---|---|
| Creación de clústeres virtuales (aprovisionamiento rápido)1 | El aprovisionamiento rápido es un paso sincrónico en las operaciones de administración de instancias durante las que el primer grupo de máquinas virtuales está disponible al instante. | El 90 % de las operaciones finaliza en 30 minutos |
| Creación de un clúster virtual | La creación es un paso sincrónico en las operaciones de administración de instancias durante las que se crea el primer grupo de máquinas virtuales. | El 90 % de las operaciones finaliza en menos de 4 horas. |
| Cambio de tamaño del clúster virtual (expansión o reducción) | Agregar nuevas máquinas al grupo de máquinas virtuales existente, quitar máquinas virtuales sin usar, agregar o quitar todo el grupo de máquinas virtuales. La expansión es un paso sincrónico, mientras que la reducción se realiza de forma asincrónica (sin afectar a la duración de las operaciones de administración de instancias). | El 90 % de las expansiones de clúster con la creación de un nuevo grupo de máquinas virtuales finaliza en menos de 4 horas El 90 % de las expansiones de clúster con la expansión del grupo de máquinas virtuales existente finaliza en 60 minutos |
| Eliminación de un clúster virtual | La eliminación del clúster virtual se desencadena cuando se elimina la última instancia de la subred. | El 90 % de las eliminaciones de clúster finaliza en 1,5 horas. |
| Inicialización de archivos de base de datos2 | Un paso sincrónico, desencadenado durante el escalado del proceso (núcleos virtuales) o del almacenamiento en el nivel de servicio Crítico para la empresa, así como durante el cambio del nivel de servicio De uso general a Crítico para la empresa (o viceversa). La duración de esta operación es proporcional al tamaño total de la base de datos y a la actividad actual de la base de datos (número de transacciones activas). La actividad de la base de datos cuando se actualiza una instancia puede introducir una varianza considerable en la duración total. | El 90 % de estas operaciones se ejecuta a 220 GB/hora o más. |
1 El aprovisionamiento rápido solo se admite actualmente para la primera instancia de la subred, con 4 o 8 núcleos virtuales y con la configuración predeterminada de la ventana de mantenimiento.
2 Al escalar el proceso (núcleos virtuales) o el almacenamiento en el nivel de servicio Crítico para la empresa o al cambiar el nivel de servicio De uso general a Crítico para la empresa, la inicialización también incluye la inicialización del grupo de disponibilidad Always On.
Importante
Ajustar el almacenamiento hacia arriba o hacia abajo en el nivel de servicio General Purpose consiste en actualizar los metadatos y propagar la respuesta para la solicitud enviada. Es una operación rápida que se completa en hasta 5 minutos, sin tiempo de inactividad y conmutación por error.
Segmentos de larga duración de las operaciones de administración
En las tablas siguientes se resumen las operaciones y duraciones generales normales según la categoría de la operación:
Categoría: Implementación
| Operación | Segmento de larga duración | Duración estimada |
|---|---|---|
| Primera instancia en una subred vacía1 | Creación de clústeres virtuales (aprovisionamiento rápido) | El 90 % de las operaciones finaliza en 30 minutos. |
| Primera instancia en una subred vacía | Creación de un clúster virtual | El 90 % de las operaciones finaliza en menos de 4 horas. |
| Primera instancia con una generación de hardware diferente o ventana de mantenimiento en una subred no vacía (por ejemplo, la primera instancia de la serie Premium en una subred con instancias de la serie Estándar) | Adición de un nuevo grupo de máquinas virtuales al clúster virtual 2 | El 90 % de las operaciones finaliza en menos de 4 horas. |
| Creación de instancia subsiguiente dentro de la subred no vacía (segunda instancia, tercera instancia, etc.) | Cambio de tamaño de un clúster virtual | El 90 % de las operaciones finaliza en 60 minutos. |
1 El aprovisionamiento rápido solo se admite actualmente para la primera instancia de la subred, con 4 o 8 núcleos virtuales y con la configuración predeterminada de la ventana de mantenimiento. 2 Se crea un grupo de máquinas virtuales independiente para cada configuración de ventana de generación y mantenimiento de hardware.
Categoría: Actualización
| Operación | Segmento de larga duración | Duración estimada |
|---|---|---|
| Cambio de propiedad de instancia (contraseña de administrador, inicio de sesión de Microsoft Entra, marca de Ventaja híbrida de Azure) |
N/D | Hasta 1 minuto. |
| Escalado o reducción vertical del almacenamiento de instancias (Uso general) |
No hay segmentos de larga duración | El 99 % de las operaciones finaliza en 5 minutos. |
| Escalado o reducción vertical del almacenamiento de instancias (Crítico para la empresa) |
- Cambio de tamaño de un clúster virtual - Inicialización de un grupos de disponibilidad AlwaysOn |
El 90 % de las operaciones finalizan en 60 minutos más el tiempo necesario para inicializar todas las bases de datos (220 GB/hora). |
| Escalado o reducción vertical del almacenamiento de instancias (Uso general de nueva generación) |
- Cambio de tamaño del grupo de máquinas virtuales o creación de clústeres virtuales - Inicialización de un grupos de disponibilidad AlwaysOn |
El 90 % de las operaciones finalizan en menos de 4 horas (creación de grupos de máquinas virtuales) o 60 minutos (cambio de tamaño del grupo de máquinas virtuales) + tiempo para inicializar todas las bases de datos (220 GB/hora) + migración tras error + limpieza de la instancia antigua |
| Escalado y reducción vertical del proceso de una instancia (núcleos virtuales) (Uso general) |
- Cambio de tamaño de un clúster virtual | El 90 % de las operaciones finaliza en 60 minutos. |
| Escalado y reducción vertical del proceso de una instancia (núcleos virtuales) (Crítico para la empresa) |
- Cambio de tamaño de un clúster virtual - Inicialización de un grupos de disponibilidad AlwaysOn |
El 90 % de las operaciones finalizan en 60 minutos más el tiempo necesario para inicializar todas las bases de datos (220 GB/hora). |
| Escalado y reducción vertical del proceso de una instancia (núcleos virtuales) (Uso general de nueva generación) |
Cambio de tamaño del grupo de máquinas virtuales o creación de clústeres virtuales - Inicialización de un grupos de disponibilidad AlwaysOn |
El 90 % de las operaciones finalizan en menos de 4 horas (creación de grupos de máquinas virtuales) o 60 minutos (cambio de tamaño del grupo de máquinas virtuales) + tiempo para inicializar todas las bases de datos (220 GB/hora) + migración tras error + limpieza de la instancia antigua |
| Cambio del nivel de servicio de instancia (De uso general a Crítico para la empresa y viceversa) |
- Cambio de tamaño de un clúster virtual - Inicialización de un grupos de disponibilidad AlwaysOn |
El 90 % de las operaciones finalizan en 60 minutos más el tiempo necesario para inicializar todas las bases de datos (220 GB/hora). |
| Cambio del nivel de servicio de instancia (Uso general o Crítico para la empresa a Uso general de nueva generación y viceversa) |
Cambio de tamaño del grupo de máquinas virtuales o creación de clústeres virtuales - Inicialización de un grupos de disponibilidad AlwaysOn |
El 90 % de las operaciones finalizan en menos de 4 horas (creación de grupos de máquinas virtuales) o 60 minutos (cambio de tamaño del grupo de máquinas virtuales) + tiempo para inicializar todas las bases de datos (220 GB/hora) + migración tras error + limpieza de la instancia antigua |
| Cambio de ventana de mantenimiento o hardware de instancia (Uso general) |
- Cambio de tamaño de un clúster virtual1 | El 90 % de operaciones finalizan en menos de 4 horas (creación de grupos de máquinas virtuales) o 60 minutos (cambio de tamaño del grupo de máquinas virtuales). |
| Cambio de ventana de mantenimiento o hardware de instancia (Crítico para la empresa) |
- Cambio de tamaño de un clúster virtual1 - Inicialización de un grupos de disponibilidad AlwaysOn |
El 90 % de las operaciones finalizan en menos de 4 horas (creación de grupos de máquinas virtuales) o 60 minutos (cambio de tamaño del grupo de máquinas virtuales) + tiempo para inicializar todas las bases de datos (220 GB/hora). |
| Cambio de ventana de mantenimiento o hardware de instancia (Uso general de nueva generación) |
- Cambio de tamaño del grupo de máquinas virtuales o creación de clústeres virtuales - Inicialización de un grupos de disponibilidad AlwaysOn |
El 90 % de las operaciones finalizan en menos de 4 horas (creación de grupos de máquinas virtuales) o 60 minutos (cambio de tamaño del grupo de máquinas virtuales) + tiempo para inicializar todas las bases de datos (220 GB/hora) + migración tras error + limpieza de la instancia antigua |
1 La instancia administrada debe colocarse en un grupo de máquina virtual con el mismo hardware correspondiente y ventana de mantenimiento. Si no existe tal grupo en el clúster virtual, deberá crearse primero uno nuevo para acomodar la configuración de la instancia.
Categoría: Eliminación
| Operación | Segmento de larga duración | Duración estimada |
|---|---|---|
| Eliminación de la instancia que no sea la última | Copia del final del registro para todas las bases de datos | El 90 % de las operaciones finaliza en hasta 1 minuto.1 |
| Eliminación de la última instancia | - Copia del final del registro para todas las bases de datos - Eliminación de un clúster virtual |
El 90 % de las operaciones finaliza en hasta 1,5 horas.2 |
1 Si hay varios grupos de máquinas virtuales en el clúster, la eliminación de la última instancia del grupo desencadena inmediatamente la eliminación del grupo de máquinas virtuales de forma asincrónica.
2 La eliminación de la última instancia de la subred desencadena inmediatamente la eliminación del clúster virtual de forma sincrónica.
Importante
En cuanto se desencadena la operación de eliminación, se deshabilita la facturación de SQL Managed Instance. La duración de la operación de eliminación no afecta a la facturación.
Disponibilidad de instancias
SQL Managed Instance está disponible durante las operaciones de actualización, excepto durante un tiempo de inactividad breve provocado por la conmutación por error que se produce al final de la actualización. Normalmente tarda 10 segundos como máximo, incluso en el caso de transacciones de larga duración interrumpidas, gracias a la recuperación acelerada de bases de datos.
Nota:
El escalado del almacenamiento de instancia administrada de uso general no provoca una conmutación por error al final de la actualización.
Sql Managed Instance no está disponible para las aplicaciones cliente durante las operaciones de implementación y eliminación.
Importante
No se recomienda escalar el proceso ni el almacenamiento de Azure SQL Managed Instance ni cambiar el nivel de servicio al mismo tiempo que las transacciones de larga duración (importación de datos, trabajos de procesamiento de datos, regeneración del índice, etc.). La conmutación por error de la base de datos al final de la operación cancela todas las transacciones en curso.
Pasos de las operaciones de administración
Las operaciones de administración constan de varios pasos. Con las APIs de supervisión , estos pasos se exponen para un subconjunto de operaciones (despliegue y actualización). La operación de implementación consta de tres pasos mientras que la de actualización se realiza en seis pasos. Para más información sobre la duración de las operaciones, consulte la sección Duración de las operaciones de administración. Los pasos se enumeran en orden de ejecución.
Pasos de implementación de la instancia administrada
| Nombre del paso | Descripción del paso |
|---|---|
| Validación de solicitudes | Se validan los parámetros enviados. Si hay una configuración incorrecta, se produce un error en la operación. |
| Cambio de tamaño o creación de un clúster virtual | En función del estado del clúster virtual, este pasa al estado de creación o de cambio de tamaño. |
| Nuevo inicio de instancia de SQL | El proceso SQL se inicia en las máquinas virtuales implementadas. |
Pasos de actualización de la instancia administrada
| Nombre del paso | Descripción del paso |
|---|---|
| Validación de solicitudes | Se validan los parámetros enviados. Si hay una configuración incorrecta, se produce un error en la operación. |
| Cambio de tamaño o creación de un clúster virtual | En función del estado del clúster virtual, este pasa al estado de creación o de cambio de tamaño. |
| Nuevo inicio de instancia de SQL | El proceso SQL se inicia en las máquinas virtuales implementadas. |
| Inicializar o asociar archivos de base de datos | Según el tipo de operación de actualización, se inicializará la base de datos o se asociarán los archivos de esta. |
| Preparación de la conmutación por error y conmutación por error | Una vez que se propagan los datos o se reconectan los archivos de base de datos, el sistema se prepara para la conmutación por error. Cuando todo está configurado, se realiza la conmutación por error con un breve tiempo de inactividad. |
| Limpieza de instancias de SQL antiguas | Proceso de eliminación de instancias antiguas de SQL de las máquinas virtuales |
Pasos de la eliminación de una instancia administrada
| Nombre del paso | Descripción del paso |
|---|---|
| Validación de solicitudes | Se validan los parámetros enviados. Si hay una configuración incorrecta, se produce un error en la operación. |
| Limpieza de instancias de SQL | Eliminación del proceso SQL de las máquinas virtuales. |
| Eliminación de un clúster virtual | En función de si la instancia que se va a eliminar sea la última de la subred, el clúster virtual se elimina sincrónicamente como último paso. |
Nota:
Como resultado de las instancias de escalado, el clúster virtual subyacente pasa por el proceso de liberar la capacidad sin usar y la posible desfragmentación de capacidad, lo que podría afectar a las instancias que no participaron en las operaciones de creación y escalado.
Impacto de las operaciones de administración
Las operaciones de administración de una instancia administrada pueden afectar a las operaciones de administración de otras instancias colocadas dentro de la misma subred:
Las operaciones de restauración de larga duración en un clúster virtual ponen en espera otras operaciones en el mismo grupo de máquinas virtuales, como las operaciones de creación o escalado.
ejemplo: Si hay una operación de restauración de larga duración y también una solicitud de escala que requiere reducir el grupo de máquinas virtuales, la solicitud de reducción tarda más tiempo en completarse, ya que espera a que finalice la operación de restauración antes de poder continuar.
La operación de creación o escalado de instancias que inició el cambio de tamaño del grupo de máquinas virtuales pondrá en espera una operación de creación o escalado de instancias posterior.
Ejemplo: Si hay varias solicitudes de creación o escalado en la misma subred del mismo grupo de máquinas virtuales, y una de ellas inicia un cambio de tamaño de un grupo de máquinas virtuales, todas las solicitudes enviadas después de más de 5 minutos desde la solicitud inicial duran más de lo esperado, ya que estas solicitudes deben esperar a que se complete el cambio de tamaño antes de continuar.
las operaciones de creación y escalado enviadas en una ventana de 5 minutos se procesan por lotes y se ejecutan en paralelo.
ejemplo: solo se realiza un cambio de tamaño de un clúster virtual para todas las operaciones enviadas en un período de 5 minutos (midiendo desde el momento de ejecutar la primera solicitud de operación). Si se envía otra solicitud más de 5 minutos después de enviar la primera, espera a que se complete el cambio de tamaño del clúster virtual antes de que se inicie la ejecución.
Importante
Las operaciones de administración que se mantienen en espera debido a otra operación que está en curso se reanudan automáticamente una vez que se cumplen las condiciones para continuar. No se necesita ninguna acción del usuario para reanudar las operaciones de administración temporalmente en pausa.
Supervisión de las operaciones de administración
Para obtener información sobre cómo supervisar el estado y el progreso de la operación de administración, consulte Supervisión de las operaciones de administración de Azure SQL Managed Instance.
Cancelación de las operaciones de administración
Para obtener información sobre cómo cancelar la operación de administración, consulte Cancelación de operaciones de administración de Azure SQL Managed Instance.
Contenido relacionado
- Inicio rápido de : Creación de una instancia administrada de Azure SQL
- Comparación de características : Azure SQL Database e Instancia Administrada de Azure SQL
- Arquitectura de conectividad para Azure SQL Managed Instance
- Arquitectura de clúster virtual - Azure SQL Managed Instance
- migración de SQL Managed Instance mediante Database Migration Service