Angiv proxy-miljøvariabler i en Kubernetes-Pod

Sæt understøttede HTTP-proxyvariabler i Kubernetes-containerens specifikation, og hold direkte klyngeruter adskilt fra konfigurationen til billedhentning.

En kommando på Kubernetes-noden kan bruge en shell-proxy, mens en Pod på samme node ikke har noget proxy-miljø. Containerens miljø bestemmes af dens image og Pod-konfiguration.

For en applikation, der understøtter disse variabler, skal du tilføje en env-liste til dens eksisterende containerpost:

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

I en Deployment hører dette under den relevante container i spec.template.spec.containers. Opdater arbejdsbyrden via dens normale udrulning, så nye Pods modtager det. Angiv også navne med små bogstaver, når den faktiske klient kræver det.

Omledningslisten er en begyndelsesillustration, ikke en fortegnelse over enhver rute i klyngen. Brug klyngens faktiske DNS-suffiks og interne destinationer. Applikationer, der bruger service-IP'er, kan have brug for de faktiske servicerækkevidder i en syntaks, som deres klient understøtter.

Init-containere har deres egne containerspecifikationer. Tilføj den tilsigtede konfiguration der, når de udfører en ekstern download. Til offentlige HTTP-downloads er et endpoint fra HTTP-proxylisten en kandidat til disse container-miljøværdier.

Billedhentning sker, før applikationen kører, og udføres af nodens container-runtime. Pod-miljøet kan ikke konfigurere den tidligere registreringsforbindelse.

Endelig påvirker HTTP-proxyvariabler kun klienter, der bruger dem. De omdirigerer ikke vilkårlig database-, UDP- eller anden socket-trafik fra Podden.

Relaterede artikler