በKubernetes Pod ውስጥ የፕሮክሲ አካባቢ ተለዋዋጮችን ማዘጋጀት

በKubernetes ኮንቴይነር ዝርዝር ውስጥ የሚደገፉ የHTTP ፕሮክሲ ተለዋዋጮችን ያስቀምጡ እና ቀጥተኛ የክላስተር መንገዶችን ከምስል ማውረድ ውቅር ለያዩ።

በKubernetes ኖድ ላይ የሚሰራ ትዕዛዝ የሼል ፕሮክሲ ሊጠቀም ይችላል፣ በዚያው ኖድ ላይ ያለው Pod ግን ምንም የፕሮክሲ አካባቢ የለውም። የኮንቴይነሩ አካባቢ በምስሉ እና በ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 እንዲያገኙት ስራውን በመደበኛው ሮልአውት በኩል ያዘምኑ። ትክክለኛው ደንበኛ ሲፈልግ የትንሽ ፊደል ስሞችንም ያቅርቡ።

የማላላፊያ ዝርዝሩ የመነሻ ምሳሌ እንጂ የሁሉም የክላስተር መንገዶች ዝርዝር አይደለም። የክላስተሩን ትክክለኛ የDNS ቅጥያ እና የውስጥ መዳረሻዎች ይጠቀሙ። የአገልግሎት IP የሚጠቀሙ አፕሊኬሽኖች ደንበኛቸው በሚደግፈው አገባብ ትክክለኛዎቹን የአገልግሎት ክልሎች ሊፈልጉ ይችላሉ።

የInit ኮንቴይነሮች የራሳቸው የኮንቴይነር ዝርዝር አላቸው። የውጭ ማውረድ ሲያደርጉ የታሰበውን ውቅር በዚያ ያክሉ። ለአደባባይ HTTP ማውረዶች፣ ከHTTP ፕሮክሲ ዝርዝር የመጣ የመዳረሻ ነጥብ ለእነዚህ የኮንቴይነር አካባቢ እሴቶች እጩ ነው።

የምስል ማውረዶች አፕሊኬሽኑ ከመሮጡ በፊት ይከናወናሉ እና በኖዱ የኮንቴይነር ራንታይም ይፈጸማሉ። የPod env ያንን ቀደም ያለ የሬጅስትሪ ግንኙነት ማዋቀር አይችልም።

በመጨረሻ፣ የHTTP ፕሮክሲ ተለዋዋጮች የሚያገለግሉትን ደንበኞች ብቻ ይነካሉ። ከPod የሚመጣ የዘፈቀደ ዳታቤዝ፣ UDP ወይም ሌላ የሶኬት ትራፊክን አያዞሩም።

ተዛማጅ ጽሑፎች