Escalar recursos de grupos elásticos en Azure SQL Database

SE APLICA A: Azure SQL Database

En este artículo se describe cómo escalar los recursos de proceso y almacenamiento disponibles para los grupos elásticos y las bases de datos agrupadas en Azure SQL Database.

Cambio de los recursos de proceso (núcleos virtuales o DTU)

Después de elegir inicialmente el número de núcleos virtuales o de eDTU, puede ampliar o reducir un grupo elástico de forma dinámica en función de la experiencia real, para lo que puede usar:

Impacto de cambiar el nivel de servicio o la escala del tamaño de proceso

El cambio en el nivel de servicio o el tamaño de proceso de un grupo elástico sigue un patrón similar en cuanto a bases de datos únicas y principalmente implica que el servicio realice los pasos siguientes:

  1. Creación de una instancia de proceso nueva para el grupo elástico

    Se crea una instancia de proceso nueva para el grupo elástico con el tamaño de proceso y el nivel de servicio solicitados. Para algunas combinaciones de cambios en el nivel de servicio y el tamaño de proceso, se debe crear una réplica de cada base de datos en la nueva instancia de proceso que implique copiar los datos y pueda influir en gran medida en la latencia general. En cualquier caso, las bases de datos permanecen en línea durante este paso y las conexiones se continúan dirigiendo a las bases de datos en la instancia de proceso original.

  2. Cambio en el enrutamiento de conexiones a la nueva instancia de proceso

    Se colocan las conexiones existentes en las bases de datos en la instancia de proceso original. En la nueva instancia de proceso las nuevas conexiones se establecen en las bases de datos. Para algunas combinaciones de cambios de nivel de servicio y de tamaño de proceso, los archivos de base de datos se desasocian y se vuelven a asociar durante la modificación. No obstante, el modificador puede provocar una breve interrupción del servicio cuando las bases de datos no estén disponibles de forma general durante menos de 30 segundos y, a menudo, durante solo unos segundos. Si hay transacciones de larga duración que se ejecutan cuando se colocan las conexiones, la duración de este paso puede ser mayor con el fin de recuperar las transacciones anuladas. La Recuperación de base de datos acelerada puede reducir el impacto de la anulación de transacciones de larga duración.

Importante

Durante los pasos del flujo de trabajo no se pierden datos.

Latencia de cambiar el nivel de servicio o la escala del tamaño de proceso

La latencia estimada para cambiar el nivel de servicio, escalar el tamaño de proceso de una sola base de datos o grupo elástico, trasladar una base de datos dentro o fuera de un grupo elástico o trasladar una base de datos entre grupos elásticos incluye los parámetros que se indican a continuación:

Nivel de servicio Base de datos única básica,
estándar (S0-S1)
Grupo elástico básico,
estándar (S2-S12),
base de datos única o grupo elástico de uso general
Base de datos única o grupo elástico Premium o Crítico para la empresa Hiperescala
Base de datos único básica,
estándar (S0-S1)
•  Latencia de tiempo constante independientemente del espacio usado
•  Normalmente, menos de 5 minutos
•  Latencia proporcional al espacio usado en la base de datos debido a la copia de datos
•  Normalmente, menos de 1 minuto por GB de espacio usado
•  Latencia proporcional al espacio usado en la base de datos debido a la copia de datos
•  Normalmente, menos de 1 minuto por GB de espacio usado
•  Latencia proporcional al espacio usado en la base de datos debido a la copia de datos
•  Normalmente, menos de 1 minuto por GB de espacio usado
Grupo elástico básico,
estándar (S2-S12)
base de datos única o grupo elástico de uso general
•  Latencia proporcional al espacio usado en la base de datos debido a la copia de datos
•  Normalmente, menos de 1 minuto por GB de espacio usado
•  Para bases de datos únicas, latencia de tiempo constante independiente del espacio usado
•  Normalmente, menos de 5 minutos para bases de datos únicas
•  Para grupos elásticos, proporcional al número de bases de datos
•  Latencia proporcional al espacio usado en la base de datos debido a la copia de datos
•  Normalmente, menos de 1 minuto por GB de espacio usado
•  Latencia proporcional al espacio usado en la base de datos debido a la copia de datos
•  Normalmente, menos de 1 minuto por GB de espacio usado
Base de datos única o grupo elástico Premium o Crítico para la empresa •  Latencia proporcional al espacio usado en la base de datos debido a la copia de datos
•  Normalmente, menos de 1 minuto por GB de espacio usado
•  Latencia proporcional al espacio usado en la base de datos debido a la copia de datos
•  Normalmente, menos de 1 minuto por GB de espacio usado
•  Latencia proporcional al espacio usado en la base de datos debido a la copia de datos
•  Normalmente, menos de 1 minuto por GB de espacio usado
•  Latencia proporcional al espacio usado en la base de datos debido a la copia de datos
•  Normalmente, menos de 1 minuto por GB de espacio usado
Hiperescala N/D N/D N/D •  Latencia de tiempo constante independientemente del espacio usado
•  Normalmente, menos de 2 minutos

Nota

  • En caso de cambiar el nivel de servicio o la escala de proceso para un grupo elástico, para calcular la estimación se debe usar la suma del espacio usado en todas las bases de datos en el grupo.
  • En caso de mover una base de datos a un grupo elástico o desde este, solo el espacio que usa la base de datos, y no el del grupo elástico, afecta a la latencia.
  • En el caso de los grupos elásticos Estándar y De uso general, la latencia para mover una base de datos dentro o fuera de un grupo elástico o entre grupos elásticos será proporcional al tamaño de la base de datos si el grupo elástico usa almacenamiento de recursos compartidos de archivos Premium (PFS). Para determinar si un grupo usa el almacenamiento PFS, ejecute la siguiente consulta en el contexto de cualquier base de datos del grupo. Si el valor de la columna AccountType es PremiumFileStorage o PremiumFileStorage-ZRS, el grupo utiliza el almacenamiento PFS.
SELECT s.file_id,
       s.type_desc,
       s.name,
       FILEPROPERTYEX(s.name, 'AccountType') AS AccountType
FROM sys.database_files AS s
WHERE s.type_desc IN ('ROWS', 'LOG');

Consideraciones adicionales cuando se cambia el nivel de servicio o la escala de tamaño de proceso

  • Cuando se reducen los núcleos virtuales o las eDTU del grupo elástico, el grupo que se utilice debe ser menor que el tamaño máximo permitido del nivel de servicio de destino y de las eDTU de grupo.
  • Cuando se cambia la escala de las eDTU de un grupo elástico, se aplica un costo de almacenamiento adicional si (1) el tamaño máximo de almacenamiento del grupo de es compatible con el grupo de destino y (2) el tamaño máximo de almacenamiento supera la cantidad de almacenamiento incluido del grupo de destino. Por ejemplo, si un grupo Estándar de 100 eDTU con un tamaño máximo de 100 GB se reduce a un grupo Estándar de 50 eDTU, se aplica un costo de almacenamiento adicional porque el grupo de destino admite un tamaño máximo de 100 GB y su cantidad de almacenamiento incluido es solo de 50 GB. Por lo tanto, la cantidad de almacenamiento adicional es 100 GB – 50 GB = 50 GB. Para conocer el precio del almacenamiento adicional, consulte los precios de SQL Database. Si la cantidad de espacio real utilizada es menor que la cantidad de almacenamiento incluido, este costo adicional puede evitarse si se reduce el tamaño máximo de la base de datos a la cantidad incluida.

Facturación durante el cambio de escala

Se le cobrará por cada hora que una base de datos exista con el mayor nivel de servicio + tamaño de proceso aplicable durante esa hora, independientemente del uso o de si la base de datos estuvo activa durante menos tiempo. Por ejemplo, si crea una base de datos única y la elimina a los cinco minutos, se le efectuará un cargo de una hora por usar la base de datos.

cambiar el tamaño de almacenamiento de grupos elásticos

Importante

En algunas circunstancias, puede que deba reducir una base de datos para reclamar el espacio no utilizado. Para obtener más información, consulte Administración del espacio de archivo en Azure SQL Database.

Modelo de compra basado en núcleo virtual

  • Se puede aprovisionar el almacenamiento hasta el límite de tamaño máximo:

    • En el caso del almacenamiento en los niveles de servicio Estándar o Uso general, aumente o disminuya el tamaño en incrementos de 10 GB.
    • Para el almacenamiento en niveles de servicio Premium o Crítico para la empresa, aumente o disminuya el tamaño en incrementos de 250 GB.
  • El almacenamiento de un grupo elástico se puede aprovisionar aumentando o reduciendo su tamaño máximo.

  • El precio del almacenamiento para un grupo elástico es la cantidad de almacenamiento multiplicada por el precio de la unidad de almacenamiento del nivel de servicio. Para más información sobre el precio del almacenamiento adicional, consulte los precios de SQL Database.

Importante

En algunas circunstancias, puede que deba reducir una base de datos para reclamar el espacio no utilizado. Para obtener más información, consulte Administración del espacio de archivo en Azure SQL Database.

Modelo de compra basado en DTU

Importante

En algunas circunstancias, puede que deba reducir una base de datos para reclamar el espacio no utilizado. Para obtener más información, consulte Administración del espacio de archivo en Azure SQL Database.

Pasos siguientes

Para conocer los límites de recursos globales, consulte Límites de recursos basados en núcleos virtuales de SQL Database para grupos elásticos y SQL Database DTU-based resource limits - elastic pools (Límites de recursos basados en DTU de SQL Database para grupos elásticos).