Konteinerizuotam Distribution registrui, naudojančiam aplinką suprantantį HTTP transportą, perduokite S3 maršrutą registro konteineriui:

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

Sujunkite tai su esamu image, saugykla, autentifikavimu ir volumes. Šis fragmentas nėra visas registras. Tarpinio serverio pavadinimas turi būti pasiekiamas iš to konteinerio, o schema turi atitikti tarpinio serverio klausytoją.

Patvirtinkite įdiegtą S3 tvarkyklę ir transportą. Distribution 2.8.3 cituojamas šaltinis naudoja AWS SDK sesiją; pasirinktinė tvarkyklė ar transportas gali reikalauti kitos palaikomos konfigūracijos.

RyšysKas konfigūruoja ar tiria
Klientas → registrasRegistro gaunamasis HTTP klausytojas ir kliento maršrutas
Daemon → image šaltinisDocker daemon tarpinio serverio nustatymai
Registras → S3Registro proceso saugyklos HTTP transportas

Sėkmingas kliento prisijungimas įrodo tik pirmąjį maršrutą. Saugyklos tvarkyklė siunčia savo užklausas į S3; daemon, kuris anksčiau atsisiuntė registro image, tų kvietimų neatlieka.

Patikrinkite ir peradresavimus blob atsisiuntimų metu. Distribution gali peradresuoti vartotoją į objektų saugyklą, todėl tam klientui reikia tiesioginio S3 pasiekiamumo. Registro tarpinio serverio konfigūravimas nesukonfigūruoja vartotojo. Peradresavimo elgsenos keitimas keičia blob srauto kryptį, todėl prieš koreguodami šį parametrą nurodykite nepavykusį siuntėją ir operaciją.

Susiję straipsniai