Compartir a través de

Arquitectura de clúster virtual: Azure SQL Managed Instance

  • Artículo

Se aplica a: Azure SQL Managed Instance

En este artículo se describe la arquitectura y la administración de operaciones del clúster virtual que hospeda Azure SQL Managed Instance.

Información general

Azure SQL Managed Instance es una plataforma como servicio (PaaS) de un solo inquilino formada por componentes de servicio hospedados en un conjunto dedicado de máquinas virtuales aisladas y unidas a un clúster virtual. Estos conjuntos dedicados de máquinas virtuales se colocan en grupos de máquinas virtuales en función de atributos de configuración de instancias similares, como las ventanas de generación de hardware y mantenimiento. Una o varias instancias pueden estar en un grupo de máquinas virtuales y uno o varios grupos de máquinas virtuales forman un clúster virtual. Un clúster virtual se expande o contrae automáticamente según sea necesario cuando se agregan o quitan instancias.

Cada clúster virtual está asociado a una subred y se implementa automáticamente cuando se crea la primera instancia administrada de SQL en una subred. Del mismo modo, se quita automáticamente un clúster virtual cuando se elimina la última instancia de una subred, dejando la subred vacía y lista para quitarse. El clúster virtual conecta la subred a las instancias administradas implementadas dentro de esa subred. Se usa un vínculo de asociación de servicio (SAL) para establecer la asociación entre una subred y el clúster.

En el siguiente diagrama se muestra el diseño conceptual del clúster virtual:

Diagrama que muestra la arquitectura del clúster virtual para Azure SQL Managed Instance.

Rol en las operaciones de administración

El rol del clúster virtual en las operaciones de administración es buscar los recursos de proceso adecuados para la operación, así como administrar los recursos dentro del clúster, como las máquinas virtuales que crean la instancia y los grupos de máquinas virtuales. Las operaciones de administración incluyen la creación de nuevas instancias, así como la eliminación o modificación de la configuración de instancias existentes. El clúster virtual expande, reduce o elimina los grupos de máquinas virtuales existentes o crea nuevos grupos de máquinas virtuales, en función de la operación.

Dado que los grupos de máquinas virtuales se definen mediante atributos de configuración de instancia similares (como ventanas de generación de hardware y mantenimiento), realizar cambios en cualquiera de estos atributos para que una instancia de desencadene el clúster virtual para realizar una acción en los grupos de máquinas virtuales que lo forman. Las acciones desencadenadas por las operaciones de administración incluyen la creación o eliminación de máquinas virtuales existentes y grupos de máquinas virtuales, así como la expansión de grupos existentes y la migración de instancias entre grupos. Si todas las máquinas virtuales se quitan de un grupo, el clúster virtual también elimina el grupo de máquinas virtuales.

Por ejemplo, si cambia la generación de hardware de una instancia, el clúster virtual crea un nuevo grupo de máquinas virtuales para la generación de hardware si aún no existe uno y mueve la instancia a ese grupo.

La duración de las operaciones de cambio de grupo virtual depende del tipo de operación. Para obtener más información, consulte Operaciones de administración de Instancia administrada de SQL.

Número de grupos de máquinas virtuales

El número de grupos de máquinas virtuales de un clúster virtual depende de lo siguiente:

Puede determinar el número de grupos de máquinas virtuales en un clúster virtual multiplicando el número de configuraciones de generación de hardware diferentes por el número de configuraciones de ventana de mantenimiento diferentes en la subred. Por ejemplo, si tiene dos configuraciones de generación de hardware (como una de la serie Estándar y una instancia de la serie Premium) y dos configuraciones de ventana de mantenimiento diferentes, el clúster virtual tiene cuatro grupos de máquinas virtuales.

SQL Managed Instance admite tres configuraciones de generación de hardware diferentes y tres configuraciones de ventana de mantenimiento diferentes. Por lo tanto, el número mínimo de grupos de máquinas virtuales de un clúster virtual es 1 (una configuración de generación de hardware, una configuración de ventana de mantenimiento) y el máximo es 9 (tres configuraciones de generación de hardware diferentes, tres configuraciones de ventana de mantenimiento diferentes).

Importante

Dado que hay un límite en el número de máquinas virtuales que pueden unirse a un grupo, una falta de espacio en un grupo existente puede dar lugar a la creación de un grupo de máquinas virtuales con especificaciones idénticas. Es posible que una subred con un gran número de instancias tenga varios grupos de máquinas con la misma configuración y supere los 9 grupos de máquinas virtuales.

Rol en el uso de direcciones IP

La alta disponibilidad integrada de Azure SQL Managed Instance se implementa con Azure Service Fabric. Un clúster de Service Fabric es un conjunto de máquinas virtuales o físicas conectadas en red. Cada máquina o máquina virtual que forma parte de un clúster de Service Fabric se denomina nodo de clúster y cada nodo reserva una dirección IP. Por lo tanto, cada máquina virtual del conjunto dedicado de máquinas virtuales que crean una SQL Managed Instance se considera un nodo en el clúster de Service Fabric. El clúster virtual que hospeda una o varias instancias administradas de SQL asigna direcciones IP a cada máquina virtual para formar un clúster de Service Fabric para lograr una alta disponibilidad.

Dado que el clúster virtual es responsable de asignar direcciones IP a las máquinas virtuales dentro de ella, y cada clúster virtual está asociado a una sola subred, debe tener en cuenta cuidadosamente el número de instancias que espera implementar en la subred al determinar un tamaño adecuado para la subred.

Al determinar un tamaño adecuado para la subred donde implementará las instancias administradas, tenga en cuenta lo siguiente:

  • Número de instancias que espera implementar en la subred
  • El número de grupos de máquinas virtuales diferentes que espera en la subred

Para obtener más información, consulte Determinación del tamaño y el intervalo de subred necesarios para Azure SQL Managed Instance.

Sincronización DNS

El clúster virtual sincroniza los cambios de configuración del servidor DNS en una red virtual que hospeda las instancias administradas de SQL existentes. El clúster virtual desencadena la sincronización y lo propaga a las instancias dentro del clúster. Para obtener más información, vea Resolución de nombres de dominio privados en Azure SQL Managed Instance.

Eliminación de una subred después de eliminar una instancia administrada de Azure SQL

Antes de eliminar una subred que se usa para las instancias administradas de SQL, la subred debe estar vacía. Dado que los clústeres virtuales se crean automáticamente cuando se crea la primera instancia de la subred y se eliminan automáticamente cuando se elimina la última instancia de la subred, primero debe eliminar todas las instancias de la subred antes de poder eliminar la subred.

Importante

  • La creación y eliminación del clúster virtual es automática y no requiere ninguna acción manual después de crear la primera instancia o eliminar la última instancia de una subred.
  • La eliminación de un clúster virtual es una operación de larga duración que puede durar hasta 1,5 horas. El clúster virtual seguirá siendo visible en el portal hasta que se complete la eliminación del clúster virtual.

En raras circunstancias, se produce un error en la creación de una instancia y se produce un error en un clúster virtual vacío. Además, dado que puede cancelar la creación de una instancia, es posible que se implemente un clúster virtual con instancias en estado fallido de implementación. Los clústeres virtuales vacíos o clústeres con instancias que no se pudieron implementar se quitan automáticamente en segundo plano y no hay cargos asociados a estos clústeres.

Pasos siguientes