Mipangilio ya proksi kwa maombi ya S3 ya rejista ya Distribution
Weka mipangilio ya proksi kwenye mchakato wa rejista ya Distribution unaofikia S3, na hesabu kando wateja wanaoelekezwa kwenye hifadhi ya vitu.
Kwa rejista ya Distribution iliyo kwenye kontena inayotumia usafirishaji wa HTTP unaofahamu mazingira, pitisha njia ya S3 kwenye kontena la rejista:
services:
registry:
environment:
HTTP_PROXY: http://proxy.example.internal:8080
HTTPS_PROXY: http://proxy.example.internal:8080
NO_PROXY: localhost,127.0.0.1Unganisha hii na image, hifadhi, uthibitishaji na volumes zilizopo. Kipande hiki si rejista kamili. Jina la proksi lazima lifikiwe kutoka kontena hilo, na scheme lazima ilingane na kisikilizaji cha proksi.
Thibitisha dereva wa S3 na usafirishaji uliowekwa. Chanzo kilichotajwa katika Distribution 2.8.3 kinatumia kipindi cha AWS SDK; dereva au usafirishaji maalum unaweza kuhitaji usanidi mwingine unaoungwa mkono.
| Muunganisho | Nani anasanidi au anachunguza |
|---|---|
| Mteja → rejista | Kisikilizaji cha HTTP kinachoingia cha rejista na njia ya mteja |
| Daemon → chanzo cha image | Mipangilio ya proksi ya Docker daemon |
| Rejista → S3 | Usafirishaji wa HTTP wa hifadhi wa mchakato wa rejista |
Kuingia kwa mteja kwa mafanikio kunathibitisha njia ya kwanza pekee. Dereva wa hifadhi hufanya maombi yake mwenyewe kwa S3; daemon iliyovuta image ya rejista awali haifanyi simu hizo.
Kagua pia uelekezaji upya wakati wa upakuaji wa blob. Distribution inaweza kuelekeza mtumiaji kwenye hifadhi ya vitu, jambo linalomfanya mteja huyo ahitaji kufikia S3 moja kwa moja. Kusanidi proksi ya rejista hakumsanidi mtumiaji. Kubadilisha tabia ya uelekezaji upya hubadilisha mahali trafiki ya blob inapita, kwa hiyo taja mtumaji na operesheni inayoshindikana kabla ya kurekebisha mpangilio huo.