Determinación del tamaño e intervalo de subred necesarios para Azure SQL Managed Instance

  • Artículo

Se aplica a:Azure SQL Managed Instance

Este artículo le ayuda a determinar el tamaño de subred y el intervalo de direcciones IP adecuados para Azure SQL Managed Instance.

Información general

Azure SQL Managed Instance se compone de componentes de servicio hospedados en un conjunto dedicado de máquinas virtuales aisladas colocadas dentro de uno o varios grupos de máquinas virtuales hospedadas por un clúster virtual e implementados dentro de una red virtual de Azure.

Un clúster virtual, asociado a una sola subred de una red virtual, puede hospedar una o varias instancias administradas de SQL. El número de instancias que se puede implementar en la subred depende del tamaño de la subred (su intervalo).

Cuando crea una instancia administrada de SQL, Azure asigna un número de máquinas virtuales en función del nivel de servicio elegido. Debido a que estas máquinas virtuales están asociadas a la subred, requieren direcciones IP. Para garantizar la alta disponibilidad durante las operaciones normales y el mantenimiento del servicio, Azure puede asignar máquinas virtuales adicionales. El número de direcciones IP necesarias en una subred suele ser mayor que el número de instancias administradas de SQL en esa subred.

Determinación del tamaño de la subred

Planifique cuidadosamente el tamaño de la subred para sus implementaciones de SQL Managed Instance.

Por definición, cada una instancia administrada de SQL necesita un mínimo de 32 direcciones IP en una subred. Puede usar una máscara de subred mínima de /27 al definir los intervalos IP de la subred.

A continuación se muestra una lista de consideraciones al determinar el tamaño de la subred:

  • Consideraciones relacionadas con la instancia:
    • Número de instancias administradas de SQL
    • Nivel de servicio de instancias
  • Consideraciones relacionadas con el clúster virtual:
    • Configuraciones de hardware
    • Configuraciones de ventana de mantenimiento
  • Consideraciones relacionadas con las operaciones de administración:
    • Planes para escalar o reducir verticalmente, o cambiar el nivel de servicio, la configuración de hardware o la ventana de mantenimiento

Use los siguientes parámetros para ayudar a formar un cálculo:

  • Azure utiliza cinco direcciones IP de la subred para sus propias necesidades.
  • Cada grupo de máquinas virtuales asigna seis direcciones adicionales.
  • Cada instancia administrada de SQL usa una serie de direcciones que dependen del nivel de servicio.
    • La instancia administrada de SQL de uso general usa tres direcciones
    • La instancia administrada de SQL Crítico para la empresa usa cinco direcciones
  • Cada solicitud de escalado duplica temporalmente el número de direcciones asignadas para la instancia que se está escalando.

Importante

Dado que no se admite el cambio del intervalo de direcciones de subred cuando existen recursos en la subred, es mejor usar subredes más grandes en lugar de otras más pequeñas para evitar problemas en el futuro.

Instancia implementada única

En la tabla siguiente se muestra el número de direcciones IP necesarias para una sola instancia de una subred implementada en cada nivel de servicio:

Nivel de servicio Uso de Azure1 Uso de grupos de máquinas virtuales2 Uso de instancias Total3
Uso general 5 6 3 14
Crítico para la empresa 5 6 5 16

1 Las direcciones usadas por Azure se comparten entre todas las instancias de la subred.
2 Las direcciones usadas por el grupo de máquinas virtuales se comparten entre instancias colocadas dentro del mismo grupo
3 El número total de direcciones usadas por la instancia

Agregar instancias a la subred aumenta el número de direcciones usadas por la instancia y, por tanto, aumenta el número total de direcciones.

Subredes de varias instancias

La fórmula de esta sección calcula el número de direcciones necesarias para varias instancias de una subred, teniendo en cuenta el potencial de crear grupos de máquinas virtuales durante una solicitud de creación o actualización de una instancia posterior, así como la ventana de mantenimiento y los requisitos de hardware de los clústeres virtuales.

Use la fórmula siguiente para calcular el número total de direcciones IP en función del número de instancias:

5 + (a * 6) + (b * 10) + (c * 6), donde

  • a = número de instancias GP
  • b = número de instancias BC
  • c = número de grupos de máquinas virtuales diferentes

En la lista siguiente se explican los números usados en la fórmula:

  • 5 es el número de direcciones IP reservadas por Azure
  • 6 direcciones por instancia de GP (3 para la implementación inicial, 3 para una operación de escalado eventual)
  • 10 direcciones por instancia de BC (5 para la implementación inicial, 5 para una operación de escalado eventual)
  • 6 direcciones por grupo de máquinas virtuales

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.

Ejemplo 1

Planea implementar en la misma subred tres instancias de Uso general y dos instancias de Crítico para al empresa. Todas las instancias tienen la misma ventana de mantenimiento y se ejecutan en la misma configuración de hardware.

Para conectar estos valores a la fórmula: 5 + (3 * 6) + (2 * 10) + (1 * 6) = 49

Dado que los rangos IP se definen en potencias de 2, para soportar 49 direcciones IP, su subred requiere un rango IP mínimo de 64 (2^6) para esta implementación. Reserve la subred con una máscara de subred de /26.

Ejemplo 2

Tiene previsto implementar un total de siete instancias en la misma subred, cuatro de uso general y tres instancias de Crítico para la empresa. Tres son instancias de desarrollo y pruebas que se ejecutan en hardware de la serie Estándar con una ventana de mantenimiento predeterminada (grupo de máquinas virtuales 1), mientras que las cuatro restantes están en producción, ejecutándose en hardware de la serie Premium con una ventana de mantenimiento de fin de semana (grupo de máquinas virtuales 2).

Para conectar estos valores a la fórmula: 5 + (4 * 6) + (3 * 10) + (2 * 6) = 71

Dado que los rangos IP se definen en potencias de 2, para soportar 71 direcciones IP, su subred requiere un rango IP mínimo de 128 (2^7) para esta implementación. Tiene que reservar la subred con una máscara de subred de /25.

Precaución

Aunque la implementación de instancias administradas de SQL en una subred con menos direcciones IP que la fórmula sugiere es posible, considere siempre la posibilidad de usar subredes más grandes en su lugar para evitar problemas futuros que se derivan de una falta de direcciones IP, como la incapacidad de crear instancias adicionales dentro de la subred o escalar instancias existentes.

Actualizar escenarios

Durante una operación de escalado, las instancias necesitan temporalmente una capacidad de direcciones IP adicional que depende del nivel de servicio:

En la tabla siguiente se muestra el número temporal de direcciones IP adicionales necesarias para una operación de escalado que no requiere la creación de un nuevo grupo de máquinas virtuales:

Nivel de servicio Escenario Direcciones adicionales
GP Escalado de núcleos virtuales 3
GP Escalado de almacenamiento 0
GP Cambio a BC 5
BC Escalado de núcleos virtuales 5
BC Escalado de almacenamiento 5
BC Cambio a GP 3

Las operaciones que dan lugar a la creación de un nuevo grupo de máquinas virtuales, como cambiar una ventana de generación o mantenimiento de hardware, requieren una dirección permanente adicional 6 para el nuevo grupo.

Pasos siguientes