Saltar para o conteúdo principal
Versão Next

Ingress — Trino

O chart expõe trino.ingress. por predefinição o Ingress vem desabilitado (trino.ingress.enabled: false). Com LDAP habilitado, o Trino usa HTTPS na porta 8443; o Ingress precisa encaminhar TLS de forma compatível com o controller (muitas vezes TLS passthrough no NGINX).

Pré-requisitos

  • Um Ingress Controller instalado (por exemplo NGINX).

HTTP (LDAP desabilitado)

trino:
ingress:
enabled: true
ingressClassName: nginx
annotations: {}
hosts:
- host: trino.<seu-dominio>
paths:
- path: /
pathType: Prefix
tls: []

HTTPS com LDAP (exemplo NGINX passthrough)

trino:
ingress:
enabled: true
ingressClassName: nginx
annotations:
nginx.ingress.kubernetes.io/ssl-passthrough: "true"
hosts:
- host: trino.<seu-dominio>
paths:
- path: /
pathType: Prefix
tls:
- hosts:
- trino.<seu-dominio>
secretName: <nome-secret-tls>

Acesso após configuração

ModoObservação
HTTPTráfego na porta do serviço (geralmente 8080) atrás do Ingress, conforme mapeamento do controller
HTTPS + LDAPTrino escuta em 8443; o cliente e o Ingress devem refletir isso (passthrough ou reencrypt, conforme desenho)

Resolução de Problemas

ProblemaCausa provávelO que verificar
Ingress não criadotrino.ingress.enabledtrue no ficheiro de valores
502 / TLS com LDAPSem passthrough ou backend erradoAnnotations e porta do serviço/backend

Para campos adicionais do objeto Ingress, consulte helm show values na versão do chart tdp-trino que instalou.