Preguntas más frecuentes sobre Power BI Premium Gen2

En esta sección se tratan las preguntas y respuestas de Power BI Premium Gen2.

Power BI Premium ha publicado recientemente una nueva versión, denominada Premium Gen2. Premium Gen2 simplifica la administración de las funcionalidades Premium y reduce la sobrecarga de administración. Para obtener más información sobre Premium Gen2, vea Power BI Premium Generation 2.

El escalado automático es una característica opcional de Premium Gen2 y está sujeto a dos límites, cada uno de los cuales lo configuran los administradores de Power BI:

• Límite proactivo: un límite proactivo establece la tasa de gastos que puede generar la escalabilidad automática, limitando el número de núcleos virtuales de escalabilidad automática que puede utilizar una capacidad. Por ejemplo, al establecer una escalabilidad automática máximo de núcleos virtuales en un núcleo virtual, se asegura de que la carga máxima que se puede producir es 30 días de escalabilidad automática con un núcleo virtual.

• Límite reactivo: también puede establecer un límite reactivo para el costo del escalado automático mediante el establecimiento de un límite de gasto en la suscripción de Azure que se usa con dicho escalado. Si se agota el presupuesto de la suscripción, Power BI no podrá usar los recursos de del núcleo virtual para esa suscripción y la escalabilidad automática se cerrará. Puede establecer un presupuesto para la suscripción de Azure que usa la escalabilidad automática siguiendo el tutorial de presupuestos de Azure.

Power BI Premium Gen2 evalúa el nivel de uso mediante la agregación de registros de uso cada 30 segundos. Cada evaluación se compone de dos agregaciones diferentes: uso interactivo y uso en segundo plano.

El uso interactivo se evalúa tomando en consideración todas las operaciones interactivas que se completaron en el ciclo de evaluación de medio minuto actual o cerca de él.

La utilización en segundo plano se evalúa teniendo en cuenta todas las operaciones en segundo plano que se completaron durante las últimas veinticuatro horas, en las que cada operación en segundo plano contribuye solo con 1/2880 de su costo total de CPU (hay 2880 ciclos de evaluación en cada período de 24 horas).

Una capacidad consta de un número igual de núcleos virtuales de front-end y back-end. El tiempo de CPU medido en los registros de uso refleja el uso de núcleos virtuales de back-end y esta utilización impulsa la necesidad de escalabilidad automática. No se realiza el seguimiento del uso de núcleos virtuales de front-end. No se pueden convertir los núcleos virtuales de front-end a back-end.

Si tiene una suscripción P1 con cuatro núcleos virtuales de back-end, cada cuota de ciclo de evaluación es de 4*30 = 120 segundos de uso de CPU. Si la suma de ambos usos supera la cuota total de núcleos virtuales de back-end en la capacidad, esta se escalará automáticamente en un núcleo virtual durante las próximas 24 horas.

La escalabilidad automática siempre examina el tamaño actual de la capacidad para evaluar la cantidad de recursos que se usan. Si ya ha escalado automáticamente con un núcleo virtual, ese núcleo se reparte uniformemente entre el front-end y el back-end al 50 % cada uno, lo que significa que su capacidad máxima es ahora de 120 + 0,5*30 = 135 segundos de tiempo de CPU en un ciclo de evaluación.

La escalabilidad automática siempre garantiza que ninguna operación interactiva pueda consumir toda la capacidad, y debe tener dos o más operaciones interactivas que tengan lugar en un único ciclo de evaluación para iniciar la escalabilidad automática.

Si la utilización de una capacidad supera el 100 % y no puede utilizar la escalabilidad automática, debido a que está desactivada o ya está en su valor máximo de utilización de núcleos virtuales, la capacidad entra en un modo temporal de retraso de solicitud interactiva, durante el cual cada solicitud interactiva (como la carga de informes, la interacción visual, etc.) se retrasa antes de su envío al motor para su ejecución. La cantidad de retraso es proporcional a la cantidad de sobrecarga detectada. Una sobrecarga del 100 % incurrirá en un retraso de 20 segundos, mientras que se permiten sobrecargas inferiores al 10 %.

La capacidad permanece en el modo de retraso de solicitud interactiva si la evaluación anterior es superior al 100 % de uso de recursos.

Los eventos siguientes son operaciones interactivas:

• Carga de trabajo de conjuntos de datos: vista de informes, consulta, lectura XMLA
• Cargas de trabajo de flujos de datos
• Carga de trabajo del informe paginado: representación del informe paginado

A continuación se muestran las operaciones en segundo plano:

• Carga de trabajo de conjuntos de datos: actualización programada, actualización a petición, consulta en segundo plano (después de la actualización)
• Carga de trabajo de flujo de datos: actualización del flujo de datos programada
• Carga de trabajo de informes paginados: representaciones de suscripciones controladas por datos
• Cargas de trabajo de IA

El conjunto de datos del informe de métricas conserva de 30 a 45 días de datos. Puede utilizar el informe para indicar lo cerca que está de los recursos máximos de su capacidad, y si guarda instantáneas mensuales, puede compararlas para indicar las tendencias de crecimiento y extrapolar el ritmo en el que llegará al 100 % de utilización de sus recursos.

Los datos de uso no indican actualmente si las solicitudes se limitaron debido a la capacidad en el modo de retraso de solicitudes interactivas. La información se agregará a la aplicación de uso para que los administradores puedan determinar si los usuarios experimentaron retrasos y en qué medida se deben a la sobrecarga sin escalado automático.

La página Administración de capacidad del portal de administración de Power BI tiene una casilla de notificación de uso. Los usuarios pueden elegir el umbral en el que se desencadenará una alerta (el valor predeterminado es 80 %) y la dirección de correo electrónico a la que se deben enviar las alertas de uso.

El servicio de Power BI almacena más de 90 días de datos de uso. Los usuarios que necesiten una retención de datos más prolongada pueden usar "Traiga su propio análisis de registros" (BYOLA) para almacenar más datos de utilización.

En la actualidad, los clientes no tienen visibilidad mediante los datos de uso para la superficie de memoria de sus operaciones y no saben con anterioridad si alguna de sus operaciones está sujeta a errores.

En el lado izquierdo del informe de uso, un objeto visual de gráfico de barras muestra información de uso entre las áreas de trabajo para el intervalo de tiempo del informe. El gráfico de barras se puede usar para los contracargos, ya que cada área de trabajo representa una unidad de negocio diferente, un centro de costo u otra entidad a la que se pueden aplicar contracargos.

Para obtener información sobre Premium por usuario (PPU), consulte el artículo Power BI Premium por usuario.

Pasos siguientes

En los artículos siguientes encontrará más información sobre Power BI Premium:

• ¿Qué es Power BI Premium Gen2?
• Uso de la escalabilidad automática con Power BI Premium
• Extended Pro Trial activation (Activación de la extensión del período de prueba de Power BI Pro)
• Preguntas frecuentes sobre Power BI Embedded

¿Tiene más preguntas? Pruebe a preguntar a la comunidad de Power BI