Ustawianie zmiennych środowiskowych serwera proxy w Podzie Kubernetes

Umieść obsługiwane zmienne serwera proxy HTTP w specyfikacji kontenera Kubernetes i oddziel bezpośrednie trasy klastra od konfiguracji pobierania obrazów.

Polecenie na węźle Kubernetes może używać serwera proxy powłoki, podczas gdy Pod na tym węźle nie ma żadnego środowiska proxy. Środowisko kontenera jest określane przez jego obraz i konfigurację Pod.

W przypadku aplikacji obsługującej te zmienne dodaj listę env do istniejącego wpisu kontenera:

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

W Deploymencie znajduje się to pod odpowiednim kontenerem w spec.template.spec.containers. Zaktualizuj obciążenie poprzez jego zwykłe wdrożenie, aby nowe Pody je otrzymały. Podaj także nazwy małymi literami, gdy wymaga tego rzeczywisty klient.

Lista obejść to wstępny przykład, a nie wykaz każdej trasy klastra. Użyj rzeczywistego sufiksu DNS klastra i wewnętrznych miejsc docelowych. Aplikacje korzystające z adresów IP usług mogą potrzebować rzeczywistych zakresów usług w składni obsługiwanej przez ich klienta.

Kontenery init mają własne specyfikacje kontenerów. Dodaj tam zamierzoną konfigurację, gdy wykonują pobieranie zewnętrzne. W przypadku publicznych pobrań HTTP punkt końcowy z listy serwerów proxy HTTP jest kandydatem na te wartości środowiska kontenera.

Pobieranie obrazów odbywa się przed uruchomieniem aplikacji i jest wykonywane przez środowisko uruchomieniowe kontenerów węzła. Środowisko Pod nie może skonfigurować tego wcześniejszego połączenia z rejestrem.

Na koniec zmienne serwera proxy HTTP wpływają tylko na klientów, którzy ich używają. Nie przekierowują dowolnego ruchu baz danych, UDP ani innych gniazd z Poda.

Powiązane artykuły