Compartir a través de

Ventana de mantenimiento en Azure SQL Managed Instance

  • Artículo

Se aplica a: Azure SQL Managed Instance

La característica de ventana de mantenimiento le permite configurar la programación de mantenimiento para los recursos de Azure SQL Managed Instance que hacen que los eventos de mantenimiento impactantes sean predecibles y menos disruptivos para la carga de trabajo.

Nota:

La característica de ventana de mantenimiento solo protege contra el impacto planeado de las actualizaciones o el mantenimiento programado. No protege frente a todas las causas de conmutación por error; las excepciones que pueden provocar interrupciones breves de conexión fuera de una ventana de mantenimiento incluyen errores de hardware y otras reconfiguraciones.

Notificaciones anticipadas permite a los clientes configurar notificaciones para que se envíen hasta 24 horas antes de cualquier evento planeado.

Información general

Azure realiza periódicamente el mantenimiento planeado de los recursos de SQL Managed Instance. Durante un evento de mantenimiento, las instancias administradas de SQL están totalmente disponibles, pero pueden estar sujetas a reconfiguraciones breves dentro de los Acuerdos de Nivel de Servicio (SLA) de disponibilidad para SQL Managed Instance.

La ventana de mantenimiento está pensada para cargas de trabajo de producción que no son resistentes a las reconfiguraciones de instancia y no pueden absorber interrupciones de conexión breves causadas por eventos de mantenimiento planeado. Al elegir una ventana de mantenimiento preferida, puede minimizar el impacto del mantenimiento planeado para que se produzca fuera del horario comercial de máxima actividad. Las cargas de trabajo resistentes y las cargas de trabajo que no son de producción pueden depender de la directiva de mantenimiento predeterminada de Azure SQL.

La ventana de mantenimiento es gratuita y se puede configurar en la creación o para los recursos existentes. Se puede configurar mediante Azure Portal, PowerShell, la CLI o la API de Azure.

Importante

La configuración de la ventana de mantenimiento es una operación asincrónica de larga duración, similar a la modificación del nivel de servicio del recurso de Azure SQL. El recurso está disponible durante la operación, excepto una breve reconfiguración que se produce al final de la operación y que normalmente dura hasta 8 segundos, incluso en el caso de transacciones de larga duración interrumpidas. Para minimizar el impacto de la reconfiguración, debe realizar la operación fuera de las horas punta.

Ganar en previsibilidad con la ventana de mantenimiento

De manera predeterminada, la directiva de mantenimiento de Azure SQL bloquea la mayoría de las actualizaciones con impacto durante el período de 8:00 a 17:00, hora local, todos los días para evitar interrupciones durante las horas de máxima actividad. La hora local viene determinada por la ubicación de la región de Azure que hospeda el recurso y puede observar el horario de verano según la definición de la zona horaria local.

Durante el mantenimiento, las bases de datos permanecen disponibles, pero algunas actualizaciones pueden requerir una conmutación por error. La ventana de mantenimiento predeterminada del sistema (de 5 p. m. a 8 a. m.) limita la mayoría de las actividades a esta hora, pero las actualizaciones urgentes pueden producirse fuera de ella. Para asegurarse de que todas las actualizaciones solo se produzcan durante la ventana de mantenimiento, seleccione una opción no predeterminada.

Puede ajustar la ventana para las actualizaciones de mantenimiento a una hora adecuada a sus recursos de Azure SQL. Para ello, elija entre dos franjas de tiempo de la ventana de mantenimiento no predeterminadas:

  • Ventana de día de la semana: de 22:00 a 6:00 (hora local) de lunes a jueves.
  • Ventana de fin de semana: de 22:00 a 6:00 (hora local) de viernes a domingo.

Los días de la ventana de mantenimiento enumerados indican el día de inicio de cada ventana de mantenimiento de ocho horas. Por ejemplo, "de 22:00 a 6:00 (hora local) de lunes a jueves" significa que las ventanas de mantenimiento comienzan a las 22:00 (hora local) de cada día (de lunes a jueves) y se completan a las 6:00 (hora local) del día siguiente (de martes a viernes).

Una vez seleccionada la ventana de mantenimiento y completada la configuración del servicio, el mantenimiento planeado solo se producirá durante la ventana que haya elegido. Aunque los eventos de mantenimiento normalmente se completan dentro de una sola ventana, algunos de ellos pueden abarcar dos o más ventanas adyacentes.

Importante

Azure SQL Managed Instance sigue una práctica de implementación segura en la que se garantiza que las regiones emparejadas de Azure no se implementan al mismo tiempo. Sin embargo, no es posible predecir qué región se actualizará primero, por lo que no se garantiza el orden de implementación. A veces, la instancia principal se actualiza primero y otras veces será la secundaria.

  • En situaciones en las que SQL Managed Instance tenga grupos de conmutación por error y los grupos no estén alineados con el emparejamiento de regiones de Azure, debe elegir programaciones de ventana de mantenimiento diferentes para las instancias de SQL Managed Instance principal y secundarias. Por ejemplo, puede seleccionar la ventana de mantenimiento Día de la semana para la ventana de mantenimiento Fin de semana y geográfica secundaria para SQL Managed Instance geográfica principal.

  • En circunstancias muy poco habituales en las que cualquier aplazamiento de acción podría tener un impacto grave, como aplicar una revisión de seguridad crítica, es posible que la ventana de mantenimiento configurada se invalide temporalmente.

Notificaciones anticipadas

Las notificaciones de mantenimiento se pueden configurar para que le alerten de los próximos eventos de mantenimiento planeados para su instancia de Azure SQL Managed Instance. Las alertas llegan con 24 horas de antelación, antes de que se abra la ventana de mantenimiento, y al final de la ventana de mantenimiento. Para más información, consulte Notificaciones anticipadas.

Disponibilidad de características

Tipos de suscripciones admitidos

La configuración y el uso de una ventana de mantenimiento está disponible para los siguientes tipos de oferta: Pago por uso, Proveedor de soluciones en la nube (CSP), Contrato Enterprise de Microsoft o Contrato de cliente de Microsoft.

Las ofertas restringidas únicamente al uso de desarrollo/pruebas no son aptas (como Desarrollo/pruebas de Pago por uso o Desarrollo/pruebas de Enterprise, por ejemplo).

Nota:

Una oferta de Azure es el tipo de la suscripción a Azure que tiene. Algunos ejemplos de ofertas de Azure son una suscripción con tarifas de pago por uso, Azure bajo licencia Open y Visual Studio Enterprise. Cada uno de los planes u ofertas tienen diferentes términos y ventajas. La oferta o el plan se muestra en la información general de la suscripción. Para obtener más información sobre cómo cambiar su suscripción a una oferta distinta, consulte Cambio de la suscripción de Azure a una oferta distinta.

Objetivos de nivel de servicio admitidos

La elección de una ventana de mantenimiento que no sea la predeterminada está disponible para todos los objetivos de nivel de servicio, excepto para los grupos de Azure SQL Managed Instance.

Compatibilidad con regiones de Azure SQL Managed Instance para ventanas de mantenimiento

La elección de una ventana de mantenimiento que no sea la predeterminada para Azure SQL Managed Instance está disponible en todas las regiones.

Mantenimiento de la puerta de enlace

En Azure SQL Managed Instance, los nodos de puerta de enlace se hospedan en el clúster virtual y tienen la misma ventana de mantenimiento que SQL Managed Instance.

Importante

Se recomienda la directiva de conexión de redirección para minimizar el número de interrupciones durante el evento de mantenimiento; consulte tipos de conexión.

Consideraciones sobre Azure SQL Managed Instance

Azure SQL Managed Instance está formado por componentes de servicio hospedados en un conjunto dedicado de máquinas virtuales aisladas que se ejecutan dentro de la subred de la red virtual de un cliente. Estas máquinas virtuales se organizan en grupos para formar un clúster virtual que puede hospedar varias instancias administradas. Dado que una ventana de mantenimiento configurada para instancias de la misma subred puede influir en el número de grupos de máquinas virtuales dentro del clúster virtual y las operaciones de administración de clústeres virtuales, hay algunas cosas que se deben tener en cuenta antes de configurar la ventana de mantenimiento.

La configuración de la ventana de mantenimiento es una operación de larga duración

Todas las instancias hospedadas en el mismo grupo de máquinas virtuales comparten la misma ventana de mantenimiento. De forma predeterminada, todas las instancias administradas se hospedan en un grupo con una ventana de mantenimiento predeterminada. Si especifica otra ventana de mantenimiento, ya sea mientras crea la instancia o después de que ya se haya creado, la instancia se coloca en un grupo de máquinas independiente con una ventana de mantenimiento correspondiente. Si no existe este grupo en el clúster, se crea uno nuevo para dar cabida a la nueva configuración de la instancia. Si configura instancias adicionales en el clúster virtual para usar la misma ventana de mantenimiento, esas instancias también se agregan al grupo, lo que significa que es posible que sea necesario cambiar el tamaño del grupo. Agregar instancias a un nuevo grupo de máquinas y cambiar el tamaño de los grupos de máquinas existentes puede aumentar la duración de la operación para configurar una ventana de mantenimiento.

La duración prevista para configurar una ventana de mantenimiento para una instancia administrada puede calcularse utilizando la duración estimada de las operaciones de administración de instancias.

Importante

Al configurar una ventana de mantenimiento, el paso final de la operación requiere una reconfiguración de la instancia que normalmente dura hasta 8 segundos, incluso si interrumpe las transacciones de larga duración. Para minimizar el impacto, configure una ventana de mantenimiento fuera del horario comercial máximo.

Requisitos de espacio de direcciones IP

Cada nueva máquina virtual de la subred requiere direcciones IP adicionales según la asignación de la dirección IP del clúster virtual. El cambio de una ventana de mantenimiento para una instancia administrada existente también requiere una capacidad IP adicional temporal, similar a escalar el número de núcleos virtuales para el nivel de servicio correspondiente.

Cambio de direcciones IP

Configurar o cambiar una ventana de mantenimiento cambia la dirección IP de la instancia a una dirección IP diferente dentro del rango de direcciones IP de la subred.

Importante

Asegúrese de que el grupo de seguridad de red (NSG) y las reglas de firewall no bloquearán el tráfico de datos después de cambiar la dirección IP.

Serialización de operaciones de administración de clústeres virtuales

Las operaciones que afectan al clúster virtual, como las actualizaciones de servicio o el cambio de tamaño del clúster virtual (como añadir o eliminar nodos de cálculo no utilizados), se serializan. Por lo tanto, una nueva operación de clúster virtual no se puede iniciar hasta que se complete la operación anterior. Si la ventana de mantenimiento se cierra antes de que finalice la operación de mantenimiento en curso, la operación de mantenimiento en curso se mantiene en espera hasta la siguiente ventana de mantenimiento. Otras operaciones de administración enviadas durante ese tiempo también se mantienen en espera y se reanudan durante o después de la siguiente ventana de mantenimiento después de que se complete la operación de mantenimiento en curso original. No es habitual que una operación de mantenimiento lleve más de una ventana de mantenimiento por grupo de máquinas virtuales dentro de un clúster, pero puede ocurrir en el caso de operaciones de mantenimiento muy complejas.

La serialización de las operaciones de administración de clústeres virtuales es un comportamiento general que también se aplica a la directiva de mantenimiento predeterminada. Cuando configure un programa de ventanas de mantenimiento, el periodo entre dos ventanas adyacentes puede ser de unos días. Aunque es poco frecuente, si la operación de mantenimiento abarca dos ventanas, las operaciones recién enviadas pueden estar en espera durante varios días, potencialmente bloqueando las operaciones que requieren nodos de proceso adicionales, como la creación de una instancia nueva, o el cambio de tamaño de una existente.

Recuperación de la lista de eventos de mantenimiento

Azure Resource Graph es un servicio de Azure diseñado para ampliar la administración de los recursos de Azure. Azure Resource Graph Explorer proporciona una exploración de recursos eficaz con la capacidad de consultar a escala a través de un conjunto especificado de suscripciones para que pueda controlar eficazmente el entorno.

Puede usar Azure Resource Graph Explorer para consultar eventos de mantenimiento. Para obtener una introducción sobre cómo ejecutar estas consultas, consulte Inicio rápido: Ejecución de la primera consulta de Resource Graph mediante Azure Resource Graph Explorer.

Para comprobar los eventos de mantenimiento de todas las instancias administradas de SQL en la suscripción, use la siguiente consulta de ejemplo en Azure Resource Graph Explorer:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Managed Instance'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

Para obtener una referencia completa de las consultas de ejemplo y cómo usarlas en herramientas como PowerShell o la CLI de Azure, visite Consultas de ejemplo de Azure Resource Graph para Azure Service Health.

Contenido relacionado