Kubernetes түйүнүндөгү буйрук shell проксиин колдоно алат, ал эми ошол түйүндөгү Pod'до прокси чөйрөсү жок. Контейнердин чөйрөсү анын image жана Pod конфигурациясы менен аныкталат.

Бул өзгөрмөлөрдү колдогон колдонмо үчүн анын учурдагы контейнер жазуусуна env тизмесин кошуңуз:

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

Deployment ичинде бул spec.template.spec.containers ичиндеги тиешелүү контейнердин астында жайгашат. Жаңы Pods аны алышы үчүн жумуш жүгүн анын кадимки rollout аркылуу жаңыртыңыз. Чыныгы кардар талап кылса, кичине тамгалар менен аталган аттарды да бериңиз.

Айланып өтүү тизмеси баштапкы мисал, кластердин ар бир маршрутунун тизмеси эмес. Кластердин чыныгы DNS уландысын жана ички багыттарын колдонуңуз. Кызмат IP'лерин колдонгон колдонмолорго кардары колдогон синтаксисте чыныгы кызмат диапазондору керек болушу мүмкүн.

Init контейнерлердин өз контейнер спецификациялары бар. Сырткы жүктөө жасаганда көздөлгөн конфигурацияны ошол жерге кошуңуз. Коомдук HTTP жүктөөлөр үчүн HTTP прокси тизмесинен алынган акыркы чекит ушул контейнер чөйрөсүнүн маанилерине талапкер.

Image тартуу колдонмо иштегенге чейин болот жана аны түйүндүн контейнер runtime'ы аткарат. Pod env ошол мурунку реестр байланышын конфигурациялай албайт.

Акырында, HTTP прокси өзгөрмөлөрү аларды колдонгон кардарларга гана таасир этет. Алар Pod'дон келген каалаган маалымат базасынын, UDP же башка сокет трафигин багыттабайт.

Тектеш макалалар