Consideraciones sobre múltiples clústeres de QueryGrid Manager - 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

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 Analytics Database pertenezca tanto al clúster interno de Vantage como al clúster de ecosistemas externos.