Directrices para nodos de controlador del conector de BigQuery - Teradata QueryGrid

Teradata® QueryGrid™ Guía de instalación y uso- 3.00

Deployment
VantageCloud
VantageCore
Edition
Enterprise
IntelliFlex
Lake
VMware
Product
Teradata QueryGrid
Release Number
3.00
Published
Marzo de 2023
Language
Español
Last Update
2023-04-04
dita:mapPath
es-ES/dtm1676313130103.ditamap
dita:ditavalPath
ft:empty
dita:id
B035-5991
Product Category
Analytical Ecosystem
Importante:
  • El conector de BigQuery solo es un conector de destino y no se puede utilizar como conector de inicio.
  • Todos los nodos de conectores de destino de BigQuery deben ser nodos de controlador para comunicación y transferencia de datos desde y hacia el sistema BigQuery.
  • Instale el conector de destino de BigQuery en un host que pueda establecer contacto con Google BigQuery.
  • Consulte Implementación automática de QueryGrid en el grupo de instancias de Google Cloud para obtener detalles adicionales.
A continuación, se enumeran los requisitos mínimos para un nodo de conector de destino de BigQuery para instalar el software QueryGrid 3.x:
  • 4GB RAM
  • Espacio en disco de 50 GB
  • Para conocer las versiones de sistemas operativos compatibles, consulte la Matriz de compatibilidad de Teradata QueryGrid
  • Requisitos de memoria definidos en la configuración del tejido/conector
  • Última versión de JAVA 8 u 11

Cuando se utiliza el conector de BigQuery, el sistema que ejecuta el proceso de controlador de QueryGrid gestiona una mayor carga de trabajo en comparación con otros conectores. La configuración de CPU y memoria del nodo de controlador tiene un impacto significativo en el rendimiento de las consultas. En los siguientes resultados de prueba de ejemplo se han utilizado diferentes configuraciones de CPU y memoria. Se pueden utilizar varios nodos de controlador para el equilibrio de carga.

RENDIMIENTO

El rendimiento por consulta disminuye a medida que se ejecutan más consultas simultáneas, pero aumenta el rendimiento total del sistema.
La conexión BYNET se utiliza entre Teradata y el nodo del controlador para los datos de referencia siguientes:
2 CPU, 8 GB de RAM, 2 GB de DriverHeapSize, número de subprocesos = 5
sesiones Uso de CPU Rendimiento
Sesión única de lectura 9.27% 9.13MB/sec
5 sesiones simultáneas de lectura 33.51% 8.33MB/sec
20 sesiones simultáneas de lectura 70.49% 7.19MB/sec
sesiones Uso de CPU Rendimiento
Sesión única de escritura 12.07% 3.26MB/sec
5 sesiones simultáneas de escritura 68.62% 2.24MB/sec
20 sesiones simultáneas de escritura 99.01% 0.35MB/sec
4 CPU, 16 GB de RAM, 2 GB de DriverHeapSize, número de subprocesos = 5
sesiones Uso de CPU Rendimiento
Sesión única de lectura 3.76% 9.12MB/sec
5 sesiones simultáneas de lectura 14.63% 8.6MB/sec
20 sesiones simultáneas de lectura 29.69% 8.83MB/sec
sesiones Uso de CPU Rendimiento
Sesión única de escritura 5.52% 3.37MB/sec
5 sesiones simultáneas de escritura 50.46% 2.94MB/sec
20 sesiones simultáneas de escritura 97.71% 0.66MB/sec