| Tipo de conector | Descripción |
|---|---|
| de inicio | Punto en el que se origina una consulta de Teradata Fabric. Por ejemplo, en una consulta de Teradata a Hive, el conector de Teradata inicia la consulta. |
| Destino | Punto de destino de una consulta de Teradata Fabric. Por ejemplo, en una consulta de Teradata a Hive, un conector de Hive es el conector de destino al que accede el conector de inicio para importar o exportar datos. |
| Conectores definidos | Resultado |
|---|---|
| Solo sistemas de Teradata | Solo puede crear enlaces entre sistemas Teradata. |
| Teradata, Hive, Spark, Oracle, BigQuery, Arrow Flight SQL y Generic JDBC | Puede crear enlaces entre sistemas Teradata con cualquiera de estos tipos de conectores. |
Los enlaces simplifican la configuración de definiciones de servidor externo antes de ejecutar consultas de Teradata Fabric.
- Un emparejamiento de enlaces de conector de inicio y conector de destino para su uso en las consultas.
- El número de puentes utilizados, si los hay:
Cantidad de puentes Cantidad de saltos definidos Sin puente Un salto (el salto entre el iniciador y el destino) Un puente Dos saltos (el salto entre el iniciador y el puente, y el salto entre el puente y el destino) Dos puentes Tres saltos (el salto entre el iniciador y el primer puente, el salto entre el primer puente y el segundo puente, y el salto entre el segundo puente y el destino). Tres puentes Cuatro saltos (el salto entre el iniciador y el primer puente, el salto entre el primer puente y el segundo puente, el salto entre el segundo puente y el tercer puente y el salto entre el tercer puente y el destino). Cuatro puentes Cinco saltos (el salto entre el iniciador y el primer puente, el salto entre el primer puente y el segundo puente, el salto entre el segundo puente y el tercer puente, el salto entre el tercer puente y el cuarto puente y el salto entre el cuarto puente y el destino). - Las propiedades de los conectores de inicio y de destino.Cuando se crean enlaces y propiedades asociadas, se crean pares nombre-valor (NVP) de configuración. Un NVP:
- Especifica el comportamiento del componente del conector de destino.
- Configura el modo en que se transforman los datos.
- Configura la capa de transporte de datos del enlace subyacente.
- Afecta al funcionamiento del conector de iniciador.
Las propiedades opcionales permiten afinar la configuración del conector de inicio o de destino. Estas propiedades de enlace reemplazan a las propiedades del conector.
- Define las redes de inicio y de destino para los saltos.
- Los Links hacen referencia a las redes para determinar qué interfaces se utilizarán para la transferencia de datos. Una consulta se origina en un servidor o una red determinados y se envía a un servidor o una red de destino. Si no se especifica ninguna red, el tejido prueba todas las direcciones de red de nodo de destino conocidas en paralelo, y usa la primera con la que pueda establecer una conexión.
- Las Networks se definen mediante reglas que asignan interfaces de red física a definiciones de red lógica, ya sea por nombre de la interfaz o notación CIDR (enrutamiento de interdominios sin clases). Las reglas se comprueban en el orden en que aparecen en la lista de reglas coincidentes.
- Una directiva de comunicación que define reglas para la transferencia de datos entre conectores de destino e inicio y puentes (si se usan).
Las directivas de comunicación definen el modo en que los sistemas se comunican mutuamente. Permiten configurar la simultaneidad de transferencias y habilitar o deshabilitar la compresión de datos ZStandard en bloques de datos de fila durante la transferencia de datos.
Teradata Fabric está preconfigurado con una directiva de comunicación con compresión habilitada (Compresión) y otra sin compresión habilitada (Sin compresión).
Las directivas de comunicación no son necesariamente específicas de los sistemas involucrados, por lo que puede reutilizarlos.
- Asignaciones de usuarios (opcional).
Las asignaciones de usuarios permiten a un usuario que inició sesión en el sistema de inicio enviar consultas como un usuario específico en el sistema de destino. Es posible asignar varios usuarios del sistema de inicio a un único usuario del sistema de destino, si corresponde, pero no se pueden asignar varios usuarios del sistema de destino a un único usuario del sistema de inicio.
En el portlet Teradata Fabric, puede asignar nombres de usuario de un origen de datos a nombres de usuario de otro origen de datos.
Cuando se utiliza el conector de destino de Hive o Spark sin seguridad, normalmente se requiere la asignación de usuarios. Por ejemplo, si el usuario Joe inicia una consulta con un enlace de Teradata a Hive, Teradata cambia automáticamente el nombre de usuario a mayúsculas y envía la consulta como usuario JOE de manera predeterminada al sistema de destino. A continuación, se muestran los resultados posibles para este caso de uso cuando no se utiliza ninguna seguridad con un conector de destino de Hive:Escenario Requisito El usuario "JOE" no existe en el sistema de destino Las consultas deben ejecutarse con un usuario existente en el sistema de destino, como "hive". En este escenario, se requiere la asignación de usuario, donde "JOE" en el sistema de Teradata se asigna al "hive" del usuario en el sistema Hive de destino. Existe en el sistema de destino como joe La asignación de usuarios es necesaria cuando "JOE" en el sistema de Teradata se asigna a "joe" en el sistema de Hive de destino. Existe en el destino como "JOE" En este escenario no es necesaria la asignación de usuarios. Cuando se utiliza una plataforma de seguridad como Kerberos, la asignación de usuario no es necesaria cuando se utiliza un conector de destino de Hive o Spark.
- Habilitar o deshabilitar las confirmaciones. Las confirmaciones permiten a Teradata Fabric restablecer las conexiones que se rompen debido a errores de red transitorios. Si las consultas fallan debido a errores de red, esta opción se puede habilitar, si bien generará algo más de sobrecarga de mensajes.