Definir les variables d'entorn del proxy en un Pod de Kubernetes

Poseu les variables de proxy HTTP compatibles a l'especificació del contenidor de Kubernetes i manteniu les rutes directes del clúster separades de la configuració d'extracció d'imatges.

Una ordre al node de Kubernetes pot utilitzar un proxy d'intèrpret mentre que un Pod en aquest node no té cap entorn de proxy. L'entorn del contenidor el defineixen la seva imatge i la configuració del Pod.

Per a una aplicació que admet aquestes variables, afegiu una llista env a la seva entrada de contenidor existent:

env:
  - name: HTTP_PROXY
    value: http://proxy.example:8080
  - name: HTTPS_PROXY
    value: http://proxy.example:8080
  - name: NO_PROXY
    value: localhost,127.0.0.1,kubernetes.default.svc,.svc,.cluster.local

En un Deployment, això va sota el contenidor corresponent a spec.template.spec.containers. Actualitzeu la càrrega de treball mitjançant el seu desplegament habitual perquè els Pods nous ho rebin. Faciliteu també els noms en minúscules quan el client real els requereixi.

La llista d'exempcions és una il·lustració inicial, no un inventari de totes les rutes del clúster. Feu servir el sufix DNS real del clúster i les destinacions internes. Les aplicacions que utilitzen IP de servei poden necessitar els rangs de servei reals en una sintaxi que admeti el seu client.

Els contenidors d'inicialització tenen les seves pròpies especificacions de contenidor. Afegiu-hi la configuració prevista quan facin una descàrrega externa. Per a baixades HTTP públiques, un punt final de la llista de proxys HTTP és un candidat per a aquests valors d'entorn del contenidor.

L'extracció d'imatges es produeix abans que s'executi l'aplicació i la fa el runtime de contenidors del node. L'entorn del Pod no pot configurar aquesta connexió anterior amb el registre.

Finalment, les variables de proxy HTTP només afecten els clients que les consumeixen. No redirigeixen el trànsit arbitrari de bases de dades, UDP o altres sockets del Pod.

Articles relacionats