P+F sobre alta disponibilidad, conmutación por error y recuperación ante desastres en Power BI

Power BI es software como servicio (SaaS) totalmente administrado. Power BI es resistente a los errores de infraestructura para que los usuarios siempre puedan acceder a sus informes. Para obtener información sobre los SLA, consulte Recursos y documentos de licencias.

Power BI usa Azure Availability Zones para proteger los datos, las aplicaciones y los informes de Power BI frente a errores del centro de datos. Las zonas de disponibilidad se aplican y usan automáticamente para Power BI. Las zonas de disponibilidad son ubicaciones aisladas de errores en una región de Azure que proporcionan tres o más ubicaciones distintas y únicas dentro de una región de Azure que cuentan con alimentación, refrigeración y redes redundantes. Las zonas de disponibilidad permiten que los clientes de Power BI ejecuten aplicaciones críticas con mayor disponibilidad y tolerancia a errores de los centros de datos. Las zonas de disponibilidad ofrecen a los clientes la capacidad de soportar los errores del centro de datos gracias a la redundancia y el aislamiento lógico de los servicios.

Para más información, consulte ¿Qué son las regiones de Azure y las zonas de disponibilidad?

Power BI mantiene varias instancias de cada componente en centros de datos Azure (también conocidos como regiones) para garantizar la continuidad empresarial. Si se produce una interrupción o Power BI deja de estar accesible o de funcionar en una región, Power BI realiza la conmutación por error de todos sus componentes de esa región en una instancia de copia de seguridad. La conmutación por error restaura la disponibilidad y operatividad en la instancia del servicio Power BI en una región nueva, normalmente en la misma ubicación geográfica. Para más información, consulte el Centro de confianza de Microsoft.

Una instancia del servicio Power BI conmutada por error solo admite operaciones de lectura, lo que significa que las operaciones siguientes no se admiten durante la conmutación por error: actualizaciones, operaciones de publicación de informes, modificaciones de paneles o informes, y otras operaciones que requieran cambios en los metadatos de Power BI (por ejemplo, la inserción de un comentario en un informe). Las operaciones de lectura, como la visualización de paneles e informes (que no se basan en DirectQuery o Live Connect a orígenes de datos locales) seguirán funcionando con normalidad.

Todos los componentes del servicio Power BI sincronizan con regularidad sus instancias de copia de seguridad. Hay un objetivo de sincronización a un momento dado de 15 minutos para todo el contenido que se cargue o modifique en Power BI. Si se produce una conmutación por error, Power BI usa la replicación geográficamente redundante de Azure Storage y la replicación geográficamente redundante de Azure SQL para garantizar la existencia de instancias de copia de seguridad en otras regiones y que se puedan usar.

Las instancias de copia de seguridad residen dentro de la misma ubicación geográfica (geoárea) que seleccionó cuando la organización se registró en Power BI, excepto donde se indique en el Centro de confianza de Microsoft. Una geoárea puede contener varias regiones, y Microsoft puede replicar datos en cualquiera de las regiones dentro de una geoárea específica para lograr la resistencia de los datos. Microsoft no replica ni mueve los datos del cliente fuera de la geoárea. Para obtener una asignación de las geoáreas que ofrece Power BI y las regiones que contienen, vea el Centro de confianza de Microsoft.

Hay dos sistemas diferentes que indican cuándo puede ser necesaria una conmutación por error:

• Los sondeos de supervisión internos y externos indican una falta de disponibilidad o la incapacidad de funcionar de forma correcta. Las indicaciones se pueden basar en interrupciones detectadas en los componentes de Power BI o uno o varios de los servicios de los que Power BI depende en una región.
• El equipo de operaciones centrales de Microsoft Azure informa sobre interrupciones críticas en una región.

En ambos casos, los miembros del equipo ejecutivo de Power BI deciden conmutar por error. La decisión no está automatizada. Una vez tomada la decisión, la conmutación por error es automática.

Se publica una notificación en la página de soporte técnico de Power BI. La información de la notificación incluye las operaciones principales que no están disponibles, incluidas las de publicación, actualización, creación de paneles, duplicación de paneles y cambios de permisos.

En el caso de una conmutación por error de zona, Power BI puede completar el proceso de conmutación por error en aproximadamente 30 segundos y seguir funcionando sin limitaciones. Para una conmutación por error regional, una vez que se decide que es necesaria una conmutación por error, Power BI tarda aproximadamente 15 minutos en volver a estar operativo. El tiempo necesario para determinar que se requiere una conmutación por error varía en función del escenario que la causó.

Power BI usa la replicación geográfica de Azure Storage para realizar la conmutación por error. Dichas replicaciones suelen tener un punto de retorno de 15 minutos; sin embargo, Power BI no puede garantizar un plazo. Para más información, vea Redundancia de Azure Storage.

Si una capacidad Premium deja de estar disponible, las áreas de trabajo y los informes siguen estando accesibles y visibles para todos.

Las instancias del servicio Power BI vuelven a su región original cuando se resuelva el problema que ha provocado la conmutación por error. Consulte la página de soporte técnico de Power BI: Cuando se resuelve el problema, el equipo de Power BI quita la notificación que describe la conmutación por error. En ese momento, las operaciones deberían recuperar la normalidad.

Si la solución de Power BI que se usa en la organización implica uno de los elementos siguientes, debe tomar medidas para garantizar que la solución sigue teniendo alta disponibilidad:

• Si en la organización se usa Power BI Premium, asegúrese de que la capacidad Premium tiene el tamaño para satisfacer las demandas de carga de la implementación. Para ayudarle a planear y cumplir este requisito, consulte las notas del producto del planeamiento y la implementación de Power BI Premium. Para facilitar la supervisión, se agregan periódicamente nuevas características al portal de administración en Power BI y la aplicación Métricas de capacidad Premium de Power BI.
• Si su organización accede a orígenes de datos locales mediante la puerta de enlace de datos local, debe configurar la puerta de enlace para admitir la alta disponibilidad; consulte Administración de clústeres de alta disponibilidad y equilibrio de carga de puertas de enlace de datos locales. Siga estas instrucciones si va a actualizar informes en modo de importación o va a acceder a datos o modelos de datos mediante DirectQuery o Live Connect.

No. Los datos necesarios de orígenes de datos locales (todos los informes y paneles basados en Direct Query y Live Connect) no funcionan durante una conmutación por error. Pero la configuración de puerta de enlace no cambia. Cuando la instancia de Power BI vuelve a su estado original, las puertas de enlace recuperan su funcionamiento normal.

Si hay un desastre extremo en una región primaria que le impide restaurar una puerta de enlace durante un tiempo considerable, la región primaria conmutada por error admite operaciones de lectura y escritura, por lo que puede volver a implementar y configurar una puerta de enlace en la nueva región.

Puede optar por instalar una puerta de enlace nueva en otro equipo o por usar una puerta de enlace existente. La toma de control de la puerta de enlace existente debe ser más sencilla, ya que todos los orígenes de datos asociados a la puerta de enlace antigua se transfieren a la nueva.