Փրոքսիի կարգավորումներ Distribution ռեգիստրի S3 հարցումների համար

Տեղադրեք փրոքսիի կարգավորումները S3-ին դիմող Distribution ռեգիստրի գործընթացում և առանձին հաշվի առեք օբյեկտային պահոց վերահղվող հաճախորդներին։

Կոնտեյներային Distribution ռեգիստրի համար, որն օգտագործում է միջավայրին տեղյակ HTTP տրանսպորտ, փոխանցեք S3 ուղին ռեգիստրի կոնտեյներին՝

services:
  registry:
    environment:
      HTTP_PROXY: http://proxy.example.internal:8080
      HTTPS_PROXY: http://proxy.example.internal:8080
      NO_PROXY: localhost,127.0.0.1

Միավորեք սա գոյություն ունեցող image-ի, պահոցի, նույնականացման և volumes-ների հետ։ Այս հատվածը ամբողջական ռեգիստր չէ։ Փրոքսիի անունը պետք է հասանելի լինի այդ կոնտեյներից, իսկ սխեման պետք է համապատասխանի փրոքսիի լսողին։

Հաստատեք տեղակայված S3 վարորդը և տրանսպորտը։ Distribution 2.8.3-ի նշված աղբյուրն օգտագործում է AWS SDK սեսիա․ հատուկ վարորդը կամ տրանսպորտը կարող է պահանջել մեկ այլ աջակցվող կարգավորում։

ԿապՈվ է կարգավորում կամ ուսումնասիրում
Հաճախորդ → ռեգիստրՌեգիստրի մուտքային HTTP լսողը և հաճախորդի ուղին
Daemon → image աղբյուրDocker daemon-ի փրոքսիի կարգավորումներ
Ռեգիստր → S3Ռեգիստրի գործընթացի պահոցի HTTP տրանսպորտ

Հաճախորդի հաջող մուտքը ապացուցում է միայն առաջին ուղին։ Պահոցի վարորդը S3-ին ուղարկում է իր սեփական հարցումները․ այն daemon-ը, որը նախկինում ներբեռնել էր ռեգիստրի image-ը, այդ կանչերը չի կատարում։

Ստուգեք նաև վերահղումները blob ներբեռնումների ընթացքում։ Distribution-ը կարող է սպառողին վերահղել օբյեկտային պահոց, ինչը այդ հաճախորդից պահանջում է ուղղակի S3 հասանելիություն։ Ռեգիստրի փրոքսիի կարգավորումը չի կարգավորում սպառողին։ Վերահղման վարքագծի փոփոխությունը փոխում է blob երթևեկության ուղղությունը, ուստի նշեք ձախողվող ուղարկողին և գործողությունը նախքան այդ պարամետրը կարգավորելը։

Առնչվող հոդվածներ