Vendosja e variablave të mjedisit të proxy-t në një Pod Kubernetes

Vendosni variablat e proxy-t HTTP të mbështetura në specifikimin e kontejnerit Kubernetes dhe mbani rrugët e drejtpërdrejta të klasterit të ndara nga konfigurimi i tërheqjes së imazheve.

Një komandë në nyjen Kubernetes mund të përdorë një proxy shell, ndërsa një Pod në atë nyje nuk ka mjedis proxy. Mjedisi i kontejnerit përcaktohet nga imazhi dhe konfigurimi i Pod-it.

Për një aplikacion që mbështet këto variabla, shtoni një listë env në hyrjen ekzistuese të kontejnerit:

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

Në një Deployment, kjo vendoset nën kontejnerin përkatës në spec.template.spec.containers. Përditësoni ngarkesën e punës përmes shpërndarjes së saj normale që Pod-et e reja ta marrin atë. Jepni gjithashtu emra me shkronja të vogla kur klienti real i kërkon ato.

Lista e anashkalimit është një ilustrim fillestar, jo një inventar i çdo rruge të klasterit. Përdorni sufiksin real DNS të klasterit dhe destinacionet e brendshme. Aplikacionet që përdorin IP-të e shërbimit mund të kenë nevojë për intervalet reale të shërbimit në një sintaksë që mbështet klienti i tyre.

Kontejnerët init kanë specifikimet e tyre të kontejnerëve. Shtoni atje konfigurimin e synuar kur kryejnë një shkarkim të jashtëm. Për shkarkimet publike HTTP, një pikë fundore nga lista e proxy-ve HTTP është kandidat për këto vlera të mjedisit të kontejnerit.

Tërheqja e imazheve ndodh përpara se aplikacioni të ekzekutohet dhe kryhet nga runtime-i i kontejnerëve të nyjes. Mjedisi i Pod-it nuk mund të konfigurojë atë lidhje të mëparshme me regjistrin.

Së fundi, variablat e proxy-t HTTP ndikojnë vetëm në klientët që i përdorin ato. Ato nuk ridrejtojnë trafik arbitrar të bazave të dhënave, UDP ose soketëve të tjerë nga Pod-i.

Artikuj të ngjashëm