Planear, escalar y mantener una solución de puerta de enlace crítica para la empresa

Este artículo está pensado para cualquier persona que planee implementar una puerta de enlace de datos local en un escenario crítico para la empresa. Una puerta de enlace de datos local es fundamental para la empresa si es fundamental para el funcionamiento normal de su negocio y controla los datos críticos para la empresa.

Si las puertas de enlace críticas para la empresa no se administran correctamente, es posible que experimente consultas con errores o un rendimiento lento. Cuando planee, escale y mantenga correctamente la solución de puerta de enlace crítica para la empresa, se puede minimizar la probabilidad de que se produzca un problema que afecte a la empresa.

Terminología

En este artículo se usan los siguientes términos importantes:

• Puerta de enlace: la aplicación de puerta de enlace de datos local que está instalada en un equipo.
• Servidor de puerta de enlace: un equipo Windows (máquina virtual o equipo físico o servidor físico) que tenga instalada la aplicación de puerta de enlace de datos local.
• Clúster de puerta de enlace: un conjunto de puertas de enlace que funcionan conjuntamente (y que pueden ser equilibradas de carga).
• Miembro de la puerta de enlace: una puerta de enlace que forma parte de un clúster de puertas de enlace.

En la imagen siguiente se muestra la relación entre los conceptos definidos anteriormente.

Recomendaciones para puertas de enlace críticas para la empresa

En el caso de las puertas de enlace críticas para la empresa, las puertas de enlace deben implementarse y administrarse correctamente para garantizar una alta disponibilidad, un buen rendimiento y una escalabilidad fácil de mantener. La implementación de puertas de enlace incorrectamente podría provocar un rendimiento deficiente, consultas con errores y dificultades para diagnosticar posibles problemas. También podría impedir la capacidad de escalar vertical y horizontalmente las puertas de enlace a medida que aumenta el uso.

Para garantizar una escalabilidad, un rendimiento y un rendimiento óptimos, siga las recomendaciones de las secciones siguientes.

Conozca todas las claves de recuperación de su puerta de enlace

Asegúrese de que todas las claves de recuperación de puerta de enlace se conocen y se mantienen en un lugar seguro. Sin una clave de recuperación, las puertas de enlace no se pueden recuperar ni degradar. Esta limitación es por diseño. Si pierde las claves de recuperación, la única opción es crear nuevas puertas de enlace y volver a crear los orígenes de datos. Además, no puede agregar nuevas puertas de enlace al clúster sin la clave de recuperación, lo que limitaría la escalabilidad futura.

Almacene las claves de recuperación en un lugar seguro como almacenaría las credenciales administrativas, como una contraseña segura, a la que solo pueden acceder los administradores autorizados.

Si actualmente no conoce todas las claves de recuperación de la puerta de enlace, este es un riesgo empresarial significativo. Cree inmediatamente nuevos clústeres de puerta de enlace e inicie la migración de cargas de trabajo a los nuevos clústeres de puerta de enlace.

Cargas de trabajo de desarrollo y cargas de trabajo críticas para la empresa

Separe las cargas de trabajo de desarrollo de las críticas para la empresa mediante la configuración de uno o varios clústeres de puerta de enlace de desarrollo y uno o varios clústeres de puerta de enlace de producción.

Use un clúster de puerta de enlace de desarrollo para probar nuevos modelos semánticos, informes, consultas, etc. Una vez verificada una nueva carga de trabajo, migrela a un clúster de puerta de enlace crítico para el negocio. Este proceso impide que las cargas de trabajo nuevas, no probadas o experimentales tengan impactos en el rendimiento de las cargas de trabajo de producción.

Use también los clústeres de puerta de enlace de desarrollo para probar las nuevas actualizaciones de puerta de enlace antes de aplicar las actualizaciones a los clústeres de puerta de enlace críticos para la empresa. Las nuevas actualizaciones de puerta de enlace deben implementarse durante un mínimo de 24 horas en los clústeres de puerta de enlace de desarrollo antes de usarse en clústeres de puerta de enlace críticas para la empresa.

Uso de varios clústeres de puerta de enlace

Si va a crear un clúster de puerta de enlace para un gran número de usuarios de su organización, debe crear varios clústeres de puerta de enlace basados en unidades de negocio o más pequeños para limitar cualquier posible impacto en el rendimiento de un pequeño subconjunto de usuarios.

No recomendamos el uso de un único clúster crítico a nivel empresarial de puertas de enlace para toda la empresa (a menos que la empresa sea pequeña). En un escenario de clúster de puerta de enlace único, un usuario podría enviar de forma posible una consulta que provoque un impacto significativo en el rendimiento en todo el tráfico de la puerta de enlace. Si la puerta de enlace se usa en toda la empresa, el impacto en el rendimiento podría afectar a toda la empresa. Además, cuando se usa un clúster de puerta de enlace en toda una empresa, puede ser más difícil identificar qué consulta podría estar causando un problema de rendimiento al usar la característica de supervisión del rendimiento de la puerta de enlace .

Utilizar las características de alta disponibilidad y equilibrio de carga del gateway

Use siempre las características de alta disponibilidad y equilibrio de carga de la puerta de enlace para cualquier clúster de puerta de enlace crítico para la empresa.

• Alta disponibilidad: elimina el hecho de tener un único punto de error.
• Equilibrio de carga: distribuye automáticamente la carga de trabajo en todos los servidores de puerta de enlace del clúster.

Configure un mínimo de dos puertas de enlace por clúster de puerta de enlace en caso de que una puerta de enlace se desconecte por cualquier motivo. Esta configuración garantiza que un único error de puerta de enlace no provoque un error en todo el clúster de puerta de enlace. Además, los límites de CPU, memoria y concurrencia se pueden habilitar en las puertas de enlace para distribuir mejor la carga en el clúster de puertas de enlace.

Planeamiento y mantenimiento de la escalabilidad del clúster de puerta de enlace

La configuración de un clúster de puerta de enlace mediante nuestras directrices de hardware y software recomendadas garantiza que el clúster se ejecute con un buen rendimiento. Los gateways que no se dimensionan correctamente podrían dar lugar a un rendimiento deficiente. Hay muchos factores que debe tener en cuenta para tener un buen rendimiento en el clúster de puerta de enlace.

Determinación de las especificaciones de hardware del servidor de puerta de enlace

Las especificaciones del servidor de puerta de enlace (CPU, memoria, disco, etc.) son un factor importante, como en la mayoría de los casos, las transformaciones de Power Query se aplican a los datos del servidor de puerta de enlace. Por lo tanto, un servidor de puerta de enlace debe tener suficientes recursos, memoria y capacidad de procesamiento para controlar todas las transformaciones de datos.

Cuando necesite elegir un tamaño de servidor, hay dos métricas que son más importantes: Memoria y CPU. Necesita suficiente memoria y potencia de CPU para procesar los pasos de transformación de datos de Power Query en la puerta de enlace. Es importante que el servidor de puerta de enlace sea lo suficientemente eficaz como para procesar la carga de trabajo más alta que tiene. Si el servidor de puerta de enlace no puede controlar la carga de trabajo, se producirá un error en la consulta directa o la actualización de datos. También es importante comprender cuántas consultas se ejecutan al mismo tiempo.

Estas diferentes opciones de consulta tienen un efecto diferente en el servidor de puerta de enlace.

Tipo de consulta	Factor de límite
Importación	Memoria
Consulta Directa	Unidad Central de Procesamiento (CPU)
LiveConnect	Unidad Central de Procesamiento (CPU)

Durante una importación, es necesario consultar y procesar todo el conjunto de datos, que es una tarea con mucha memoria. Esta importación suele tardar más tiempo. DirectQueries y LiveConnections suelen tener mucha CPU. En la mayoría de los casos, las consultas directas se ejecutan muchas veces para procesar solo una pequeña parte de los datos. Dado que solo se procesa una pequeña parte de los datos, estas consultas directas no suelen ser una tarea con mucha memoria. Sin embargo, dado que las consultas se ejecutan muchas veces a petición, esto puede ser intensivo en la CPU.

En función de la carga de trabajo, considere la posibilidad de optimizar el servidor de puerta de enlace para la memoria o la CPU.

Cuándo escalar un clúster de pasarela

La escalabilidad es un aspecto importante de un clúster de puerta de enlace crítico para el negocio. A medida que crece su uso del clúster de puerta de enlace, este debe escalarse verticalmente y/o horizontalmente para asegurar buen rendimiento. Se recomienda comenzar a escalar horizontalmente un clúster de puertas de enlace si ya ha realizado un escalado vertical de las puertas de enlace en el clúster.

El escalado y distribución de la carga de tráfico entre nodos individuales dentro de un clúster es un proceso complejo que varía en función de cada escenario individual. Aunque no existe un modelo definitivo para asegurarse de que todo el tráfico del gateway se atiende de forma predecible, los siguientes límites indican una necesidad de escalado. En general, se recomienda escalar horizontalmente (agregar nodos al clúster) preferentemente a escalar verticalmente (aumentar la CPU, la RAM o el espacio en disco en nodos individuales). El escalado horizontal tiende a ser más eficaz en general en la capacidad del sistema en su conjunto para gestionar el tráfico adicional. El escalado horizontal también tiene un impacto positivo en el ancho de banda total que el clúster puede procesar, mientras que el escalado vertical generalmente no lo hace. Cuando uno o varios nodos de puerta de enlace muestran indicaciones de alcanzar los umbrales siguientes, se debe considerar seriamente el escalado horizontal del clúster.

• CPU: la CPU está por encima de 80% durante largos períodos de tiempo, pero ocasionales picos cortos (menores de 5 minutos) que el número máximo de CPU fuera no es anómalo.

• RAM: La memoria disponible cae regularmente por debajo de 20%.

• Disco: el espacio libre en disco cae por debajo de 5 GB con frecuencia. Esta caída también podría indicar la necesidad de configurar directorios de almacenamiento en caché o colas de forma más estratégica.

• Simultaneidad: ejecutar más de 40 consultas simultáneamente en un solo nodo.

Dado que las actualizaciones y las consultas distribuidas entre los nodos de puerta de enlace pueden tener perfiles muy diferentes, también se recomienda realizar un examen adicional en trabajos de larga duración o de uso intensivo de memoria. La optimización de consultas en tales casos puede tener un gran impacto en el rendimiento y la escalabilidad, no solo para los informes y actualizaciones individuales, sino en todo el sistema. Se recomienda aislar las actualizaciones en cuestión a un único clúster de puerta de enlace dedicada para evaluar las características de rendimiento y realizar la optimización mediante el diagnóstico del plan de consulta, los indicadores de plegado y todas las demás recomendaciones de rendimiento publicadas. Este aislamiento minimiza la cantidad de datos recuperados y la cantidad de posprocesamiento necesario. Este aislamiento también se puede usar como estrategia a largo plazo para aislar trabajos de ETL de larga duración en un clúster de puerta de enlace específicamente dedicado, con el fin de reducir la contención con otras actualizaciones típicas en toda la organización.

Escalado de un clúster de gateways

El escalado vertical es cuando aumenta las especificaciones (CPU, memoria, disco, etc.) de los servidores de puerta de enlace.

El escalado puede ser necesario si se alcanza el límite máximo de CPU o memoria cuando la pasarela ejecuta una o varias consultas. Una consulta solo se puede ejecutar en un servidor de puerta de enlace, por lo que el servidor de puerta de enlace debe tener suficientes recursos disponibles para procesar toda la consulta junto con los datos resultantes.

Escalado horizontal de un clúster de puerta de enlace

El escalado horizontal es necesario si el servidor de puerta de enlace ya tiene especificaciones altas (es decir, el servidor de puerta de enlace ya ha sido escalado verticalmente), o si ha alcanzado los límites de lo que un servidor de puerta de enlace puede administrar debido a la cantidad de consultas que se ejecutan simultáneamente. El aumento de la carga general en todo el conjunto de miembros de puerta de enlace es una buena indicación de que el escalado de un clúster mediante la adición de nodos es el curso de acción correcto. Cuando se escala un clúster de puerta de enlace , se proporcionan umbrales específicos que indican cuándo es el momento de escalar. Para obtener más información sobre el escalado horizontal, vaya a Utilizar las características de alta disponibilidad y equilibrio de carga de la puerta de enlace.

Escalado mediante la creación de nuevos clústeres de puerta de enlace

Si el uso de recursos del clúster de puerta de enlace es alto o un número excepcionalmente grande de usuarios dependen de un clúster de puerta de enlace, se puede crear un nuevo clúster de puerta de enlace. A continuación, se puede migrar un subconjunto de la carga de trabajo al nuevo clúster de puerta de enlace. Cuando un gran número de usuarios dependen de un único clúster de puerta de enlace, la probabilidad de que un usuario pueda enviar una consulta que provoque un impacto significativo en el rendimiento en todo el clúster de puerta de enlace aumenta significativamente.

Un número excepcionalmente grande de usuarios que dependen de un único clúster de puerta de enlace es un indicador de que se debe crear un nuevo clúster de puerta de enlace.

Supervisión y solución de problemas del rendimiento de la puerta de enlace

Es importante supervisar el rendimiento general de las puertas de enlace críticas para la empresa mediante la característica de supervisión del rendimiento de la puerta de enlace . También puede usar esta característica para solucionar problemas de rendimiento, identificar cuellos de botella e identificar consultas que afectan al rendimiento general de la puerta de enlace. Esta característica también es una herramienta importante para ayudarle a determinar cuándo escalar un clúster de puerta de enlace.

Si identifica una consulta que tiene un gran impacto en la puerta de enlace, lo que da lugar a un rendimiento general deficiente, es posible que pueda volver a escribir la consulta para que sea más eficaz y minimizar el impacto en el rendimiento.

Si Microsoft identifica un rendimiento deficiente causado por una puerta de enlace o un componente relacionado con la puerta de enlace, como una capacidad premium de Power BI sobrecargada, el componente sobrecargado debe solucionarse mediante el escalado o la reducción de la carga. Microsoft no investiga un rendimiento deficiente cuando se sobrecarga una puerta de enlace o un componente relacionado con la puerta de enlace.