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

QueryGrid™ Guía de instalación y uso- 3.06

Deployment
VantageCloud
VantageCore
Edition
Enterprise
IntelliFlex
Lake
VMware
Product
Teradata QueryGrid
Release Number
3.06
Published
Diciembre de 2024
ft:locale
es-ES
ft:lastEdition
2024-12-18
dita:mapPath
es-ES/ndp1726122159943.ditamap
dita:ditavalPath
ft:empty
dita:id
lxg1591800469257
Product Category
Analytical Ecosystem
Importante:
  • El conector de Oracle solo es un conector de destino y no se puede utilizar como conector de inicio.
  • Todos los nodos de conectores de destino de Oracle deben ser nodos de controlador para comunicación y transferencia de datos al sistema Oracle.
  • Instale el conector de destino de Oracle en un nodo perimetral o nodo adicional, y no en los nodos del sistema Oracle.
A continuación se enumeran los requisitos mínimos para un nodo de conector de destino de Oracle para instalar el software QueryGrid 3.x:
  • 16 GB de RAM
  • Espacio en disco de 50 GB
  • Requisitos de memoria definidos en la configuración del tejido/conector
  • Configuración de CPU y JVM para el procesamiento de grandes conjuntos de datos
  • Última versión de JAVA 8 u 11
  • Para conocer las versiones de sistemas operativos compatibles, vea la Matriz de compatibilidad de QueryGrid

Cuando se utiliza el conector de Oracle, 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.

CPU

El nodo de controlador puede residir en un sistema físico o en una máquina virtual. Los siguientes resultados de utilización de consultas proceden de ambos tipos de sistema:
Tipo de máquina Importar Exportar
Sistema físico (56 CPU, 252 GB de memoria) 3 % 2.5%
Máquina virtual (2 CPU, 16 GB de memoria) 70 % 55 %
El tiempo de recolección de elementos no utilizados es mayor en la máquina virtual que en un sistema físico:
Tipo de máquina Importar Exportar
Sistema físico (56 CPU, 252 GB de memoria) 500 ms 300 ms
Máquina virtual (2 CPU, 16 GB de memoria) 600 ms 450 ms
La utilización de la CPU aumenta a medida que lo hace el número de consultas simultáneas (5 consultas simultáneas como máximo):
Tipo de máquina Importar Exportar
Sistema físico (56 CPU, 252 GB de memoria) 45 % 1 %
Máquina virtual (2 CPU, 16 GB de memoria) 90 % 55 %

Memoria

El controlador JVM predeterminado tiene un tamaño de almacenamiento dinámico máximo predeterminado de 500 MB. Teradata recomienda aumentar este valor a 10 GB cuando se utiliza el conector de Oracle debido al aumento de la carga de trabajo que experimenta el nodo del controlador. Para cambiar el valor, establezca la propiedad driverMaxHeapSizeMB del sistema QueryGrid en 10000 (10 GB) y luego reinicie el servicio tdqg-node. El uso acumulado aumenta con el número de consultas simultáneas.

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 de la siguiente tabla:
Tipo de máquina Rendimiento de importación

(Consulta única)

Rendimiento de exportación

(Consulta única)

Rendimiento de importación

(5 consultas simultáneas)

Rendimiento de exportación

(5 consultas simultáneas)

Sistema físico

(56 CPU, 252 GB de memoria)

11.11 MB/s 7.03 MB/s 3,97 MB/s por consulta 1,40 MB/s por consulta
Máquina virtual

(2 CPU, 16 GB de memoria)

11.71 MB/s 7.23 MB/s 3,31 MB/s por consulta 1,71 MB/s por consulta