Autoescala en núcleo virtual basada en Azure Cosmos DB for MongoDB (versión preliminar pública)
SE APLICA A: 
núcleo virtual de MongoDB
Administrar bases de datos con cargas de trabajo fluctuantes puede ser complejo y costoso, sobre todo cuando los picos de tráfico impredecibles requieren sobreaprovisionar recursos. Para abordar este desafío, Azure Cosmos DB for MongoDB presenta la escalabilidad automática para sus clústeres basados en núcleo virtual. La escalabilidad automática está diseñada para controlar las cargas de trabajo variables ajustando dinámicamente la capacidad en tiempo real, escalando o reduciendo verticalmente según las necesidades de la aplicación.
A diferencia de otras soluciones administradas de MongoDB, que a menudo experimentan retrasos de varias horas al escalar y de más de 24 horas al reducir verticalmente, la escalabilidad automática de Azure Cosmos DB ofrece escalabilidad instantánea. Esta característica garantiza que la base de datos se adapte inmediatamente a los cambios de cargas de trabajo, lo que elimina cuellos de botella de rendimiento y evita gastos innecesarios.
Introducción
Siga este documento para crear un nuevo clúster de Azure Cosmos DB for MongoDB (vCore) y seleccione la casilla “Nivel M200-Autoescala (vista previa)”. Como alternativa, también puede usar la plantilla de Bicep para aprovisionar el recurso.
Ventajas
Escalado instantáneo
- Ajusta automáticamente la capacidad sin tiempo de inactividad, manteniendo el rendimiento durante los picos de carga de trabajo inesperados.
- Elimina la necesidad de escalado manual, reduciendo el riesgo de interrupciones del servicio.
Rentabilidad
- Reduce gastos evitando el sobreaprovisionamiento, usando recursos solo cuando sea necesario.
- Los precios de pago por uso garantizan que solo se le facture el uso real, lo que maximiza el uso de los recursos.
Precios previsibles
- Los precios basados en núcleos con cálculos de costes transparentes facilitan la previsión y la realización de presupuestos.
- El modelo de precios flexible se adapta a las demandas de carga de trabajo, lo que evita picos inesperados de costes.
Modelo de precios
Para simplificar, usa un modelo de precios basado en núcleos, donde los cargos se basan en el mayor uso de CPU o memoria asignada durante la última hora, en comparación con un umbral de uso del 35 %.
- Hasta un 35 % de uso: se aplica el precio mínimo.
- Más de un 35 % de uso: se aplica el precio máximo.
- Los clústeres de escalado automático cuestan un 50 % más que el nivel base debido a sus funcionalidades de escalado instantáneo.
- Frecuencia de facturación: los costes se calculan y facturan cada hora, lo que garantiza que solo paga por la capacidad que usa.
Ejemplo:
En el caso de una aplicación que experimente picos de uso durante el 10 % de su tiempo de ejecución:
- Sin escalabilidad automática, un clúster M200 sobreaprovisionado costaría 1185,24 USD.
- Con escalabilidad automática, un clúster M200-Autoescala costaría 968,41 USD, suponiendo un ahorro del 18,29 %.
Este modelo de precios flexible ayuda a reducir costes a la vez que mantiene un rendimiento óptimo cuando la demanda sea mayor.
Restricciones
- Actualmente, solo se admite el nivel de escalabilidad automática M200, lo que permite el escalado dentro desde los niveles M80 a M200.
- El escalado automático solo se aplica a los recursos de proceso. La capacidad de almacenamiento aún se debe escalar manualmente.
- En este momento no se admite cambiar entre el nivel General y el nivel de escalabilidad automática.
Preguntas más frecuentes
- ¿Qué clústeres admiten la escalabilidad automática?
Actualmente, la escalabilidad automática solo está disponible para el nivel M200, con funcionalidades de escalado desde M80 a M200.
- ¿El escalado automático administra el escalado de proceso y almacenamiento?
No, el escalado automático solo administra los recursos de proceso. El almacenamiento se debe escalar manualmente.
- ¿Puedo cambiar entre el nivel General y el nivel de Escalabilidad automática?
No, en este momento no se admite cambiar entre el nivel General y el nivel de escalabilidad automática.
- ¿Hay algún tiempo de inactividad cuando el escalado automático ajusta la capacidad?
No, el escalado automático ajusta la capacidad de forma instantánea y sin problemas, sin ningún tiempo de inactividad ni impacto en el rendimiento.
- ¿Qué ocurre si mi carga de trabajo supera los límites de nivel M200?
Si la carga de trabajo supera de forma consistente los límites de M200, es posible que tenga que tener en cuenta una estrategia de escalado alternativa o de mayor nivel, ya que el escalado automático solo admite actualmente hasta M200.
- ¿Está la escalabilidad automática disponible en todas las regiones de Azure?
La disponibilidad del escalado automático puede variar según la región. Compruebe en Azure Portal la disponibilidad en su región preferida.
- ¿Cómo puedo comprobar los cargos en los que incurre el escalado automático?
Para proporcionar transparencia de costos, hemos introducido una nueva métrica denominada “Porcentaje de uso de escalado automático”. Esta métrica muestra el máximo de uso de CPU o memoria asignada a lo largo del tiempo, lo que le permite compararlo con los cargos en los que se incurre.
Pasos siguientes
Después de explorar las funcionalidades del nivel de escalabilidad automática en Azure Cosmos DB for MongoDB (vCore), el siguiente paso es profundizar en el recorrido de migración. Esto implica comprender cómo realizar una evaluación de la migración y planear una transferencia sin problemas de las cargas de trabajo de MongoDB existentes a Azure.