2.15 - Consideraciones sobre múltiples clústeres de QueryGrid Manager - Teradata QueryGrid

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

Product
Teradata QueryGrid
Release Number
2.15
Release Date
Marzo de 2021
Content Type
Administración
Configuración
Guía del usuario
Instalación
Publication ID
B035-5991-031K-ESN
Language
Español (España)

Para que dos sistemas de origen de datos se conecten a través de QueryGrid, ambos sistemas deben registrarse en el mismo clúster de QueryGrid Manager. A partir de QueryGrid 02.11, los sistemas de origen de datos pueden pertenecer a hasta tres clústeres de QueryGrid Manager.

Caso de uso: producción y desarrollo

Una de las principales razones para mantener varios clústeres es mantener un clúster de desarrollo separado de un clúster de producción. Un origen de datos de producción o de desarrollo puede formar parte del clúster de producción y de desarrollo. Esto permite que el sistema de desarrollo se inicialice con datos de producción sin dejar de mantener entornos separados.

Caso de uso: clúster de Full Vantage y ecosistema externo

Otra razón para tener varios clústeres es mantener el clúster de Full Vantage interno aislado de la implementación del ecosistema de QueryGrid al tiempo que se permite que Advanced SQL Engine pertenezca tanto al clúster interno de Vantage como al clúster de ecosistemas externos.