Compartir a través de


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

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

Instancia administrada de Azure SQL 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 hospedados 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 pueden desplegarse en una subred depende del tamaño de la subred (su rango).

Al crear una instancia administrada de SQL, Azure asigna el 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. Azure puede asignar más máquinas virtuales para garantizar la alta disponibilidad durante las operaciones regulares y el mantenimiento del servicio. 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.

Use la siguiente lista de consideraciones al determinar el tamaño de la subred:

  • Consideraciones relacionadas con la instancia:
    • El número de instancias administradas de SQL
    • Nivel de servicio de las 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 ampliar o reducir, o cambiar el nivel del 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 ocho direcciones más.
  • El número de direcciones que usa cada instancia administrada de SQL depende del nivel de servicio.
    • La instancia administrada de SQL de uso general usa dos 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 va a escalar.

Importante

No se admite el cambio del intervalo de direcciones de subred cuando existen recursos en la subred. Por este motivo, es mejor usar subredes más grandes en lugar de otras más pequeñas para evitar problemas futuros.

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 Redundancia de zona (ZR) Total3
Uso general 5 8 2 0 15
Crítico para la empresa 5 8 5 2 18 (20 con ZR)

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. Se asignan direcciones IP adicionales cuando la redundancia de zona está habilitada para instancias del nivel de servicio Crítico para la empresa.

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. La fórmula tiene en cuenta el potencial de crear nuevos grupos de máquinas virtuales durante una solicitud posterior de creación o actualización de la instancia, y 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 + (gp * 4) + (bc * 10) + (bc_zr * 2) + (vmg * 8), donde

  • gp = número de instancias de uso general
  • bc = número de instancias críticas para la empresa
  • bc_zr = número de instancias de negocio críticas con redundancia de zona
  • vmg = 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
  • 4 direcciones por instancia de uso general (2 para la implementación inicial, 2 para una operación de escalado eventual)
  • 10 direcciones por instancia crítica para la empresa (5 para la implementación inicial, 5 para una operación de escalado final)
  • 8 direcciones por grupo de máquinas virtuales

Importante

Dado que hay un límite para 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 virtuales con la misma configuración, superando 9 grupos de máquinas virtuales.

Ejemplo 1

Planea implementar en la misma subred tres instancias de General Purpose y dos instancias de Business Critical. Todas las instancias tienen la misma ventana de mantenimiento, se ejecutan en la misma configuración de hardware y ninguna tienen redundancia de zona.

La sustitución de estos valores en la fórmula produce la siguiente ecuación: 5 + (3 * 4) + (2 * 10) + 0 + (1 * 8) = 45

Dado que los intervalos IP se definen en potencias de 2, para admitir 45 direcciones IP, la subred requiere un intervalo IP mínimo de 64 (2^6) para esta implementación. Reserve la subred con una máscara de red de /26.

Ejemplo 2

Tiene previsto implementar un total de siete instancias en la misma subred, cuatro de uso general y tres instancias críticas 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 vm 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). Dos de las instancias críticas para la empresa tienen redundancia de zona.

La sustitución de estos valores en la fórmula produce la siguiente ecuación: 5 + (4 * 4) + (3 * 10) + (1 * 2) + (2 * 8) = 69

Dado que los intervalos IP se definen en potencias de 2, para admitir las 69 direcciones IP, la subred requiere un intervalo 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 puede implementar instancias en una subred menor que el tamaño calculado, esto puede impedir que agregue instancias o complete operaciones de escalado y mantenimiento que requieran direcciones IP temporales. Para evitar interrupciones del servicio, reserve una subred mayor que la mínima y planee el crecimiento futuro, los grupos de máquinas virtuales adicionales y los aumentos temporales en el uso de IP durante determinadas operaciones.

Actualizar escenarios

Durante una operación de escalado, las instancias requieren temporalmente capacidad ip agregada 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
Médico de cabecera Escalado de núcleos virtuales 2
Médico de cabecera Escalado de almacenamiento 0
Médico de cabecera Cambio a BC 5
A.C Escalado de núcleos virtuales 5
A.C Escalado de almacenamiento 5
A.C Cambio a GP 2

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 6 direcciones permanentes adicionales para el nuevo grupo.