Nastavení proměnných prostředí proxy v Podu Kubernetes

Umístěte podporované proměnné HTTP proxy do specifikace kontejneru Kubernetes a udržujte přímé trasy clusteru oddělené od konfigurace stahování image.

Příkaz na uzlu Kubernetes může používat shell proxy, zatímco Pod na tomto uzlu nemá žádné prostředí proxy. Prostředí kontejneru je určeno jeho image a konfigurací Podu.

Pro aplikaci, která tyto proměnné podporuje, přidejte seznam env do její stávající položky kontejneru:

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

V Deploymentu to patří pod příslušný kontejner v spec.template.spec.containers. Aktualizujte workload jeho běžným rolloutem, aby jej nové Pody dostaly. Poskytněte také názvy malými písmeny, pokud to skutečný klient vyžaduje.

Seznam obcházení je počáteční ilustrace, nikoli soupis každé trasy clusteru. Použijte skutečnou příponu DNS clusteru a interní cíle. Aplikace používající IP adresy služeb mohou potřebovat skutečné rozsahy služeb v syntaxi, kterou jejich klient podporuje.

Init kontejnery mají vlastní specifikace kontejnerů. Přidejte tam zamýšlenou konfiguraci, když provádějí externí stahování. Pro veřejná HTTP stahování je koncový bod ze seznamu HTTP proxy kandidátem pro tyto hodnoty prostředí kontejneru.

Stahování image probíhá před spuštěním aplikace a provádí jej kontejnerový runtime uzlu. Prostředí Podu nemůže tuto dřívější registrovou komunikaci nakonfigurovat.

A konečně, proměnné HTTP proxy ovlivňují pouze klienty, kteří je používají. Nepřesměrovávají libovolný databázový, UDP ani jiný soketový provoz z Podu.

Související články