Registro Docker: opzioni di configurazione sovrascrivibili 2.0

Question

Qualcuno ha provato a utilizzare le variabili di ambiente per sovrascrivere le opzioni di configurazione nel registro, ad esempio se è necessario utilizzare il bucket s3 come memoria, ad esempio. Ho letto il documento e si dice (https://docs.docker.com/registry/configuration/):

Overriding configuration options 
Environment variables may be used to override configuration parameters other than 
version. To override a configuration option, create an environment variable named 
REGISTRY_variable_ where variable is the name of the configuration option. 

e.g 

REGISTRY_STORAGE_FILESYSTEM_ROOTDIRECTORY=/tmp/registry/test 

will set the storage root directory to /tmp/registry/test 

Così ho provato questo comando, ma non sembra avere alcun effetto quando avvio il Registro di sistema:

docker run -it -v /var/log/docker-registry:/var/log -p 5000:5000 \ 
-e REGISTRY_STORAGE_S3_ACCESSKEY=****************** \ 
-e REGISTRY_STORAGE_S3_SECRETKEY=****************** \ 
-e REGISTRY_STORAGE_S3_BUCKET=itmcc-docker-registry-backend \ 
-e REGISTRY_STORAGE_S3_REGION=us-east-1 \ 
registry:2.0 

Nei registri I vedere l'output normale, come se non ci vuole le variabili env in considerazione e provare a connettersi a S3:

INFO[0000] endpoint local-8082 disabled, skipping  environment=development instance.id=025c9fcd-2ec1-4d5f-82ec-d3246d54cdb5 service=registry version=v2.0.0 
INFO[0000] endpoint local-8083 disabled, skipping  environment=development instance.id=025c9fcd-2ec1-4d5f-82ec-d3246d54cdb5 service=registry version=v2.0.0 
INFO[0000] using inmemory layerinfo cache    environment=development instance.id=025c9fcd-2ec1-4d5f-82ec-d3246d54cdb5 service=registry version=v2.0.0 
INFO[0000] listening on :5000       environment=development instance.id=025c9fcd-2ec1-4d5f-82ec-d3246d54cdb5 service=registry version=v2.0.0 
INFO[0000] Starting upload purge in 42m0s    environment=development instance.id=025c9fcd-2ec1-4d5f-82ec-d3246d54cdb5 service=registry version=v2.0.0 
INFO[0000] debug server listening localhost:5001 

PS: Se uso un ruolo IAM con la mia EC2, sembra ridondante a passare quanto riguarda l'accesso e chiave segreta nel contenitore del registro docker, la finestra mobile può ancora utilizzare il ruolo IAM, qualcuno l'ha provato?

Edit: Dopo corro container e il comando exec per vedere l'uscita di ENV:

root@0a349294f792:/go/src/github.com/docker/distribution# env 
REGISTRY_STORAGE_S3_SECRETKEY=************************* 
DISTRIBUTION_DIR=/go/src/github.com/docker/distribution 
GOLANG_VERSION=1.4.2 
HOSTNAME=0a349294f792 
REGISTRY_STORAGE_S3_BUCKET=itmcc-docker-registry-backend 
PATH=/go/bin:/usr/src/go/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin 
PWD=/go/src/github.com/docker/distribution 
REGISTRY_STORAGE_S3_REGION=us-east-1 
SHLVL=1 
HOME=/root 
GOPATH=/go/src/github.com/docker/distribution/Godeps/_workspace:/go 
REGISTRY_STORAGE_S3_ACCESSKEY=************************* 
_=/usr/bin/env 
root@0a349294f792:/go/src/github.com/docker/distribution# 

Answer 1

il comando completo che funziona per me da un comando docker run è:

docker run -d -p 5000:5000 \ 
-e "REGISTRY_STORAGE=s3" \ 
-e "REGISTRY_STORAGE_S3_REGION=us-east-1"\ 
-e "REGISTRY_STORAGE_S3_BUCKET=******"\ 
-e "REGISTRY_STORAGE_S3_ACCESSKEY=******"\ 
-e "REGISTRY_STORAGE_S3_SECRETKEY=******"\ 
registry:2 

nota l'aggiunta della variabile di REGISTRY_STORAGE=s3 ambiente.

preannunciare questo nel registry docs:

Nota: Se una variabile ambiente cambia un valore della mappa in una stringa, come la sostituzione del tipo di driver di archiviazione con REGISTRY_STORAGE = file system, allora tutti sotto- i campi saranno cancellati. Come tali, specificando il tipo di archiviazione nell'ambiente verranno rimossi tutti i parametri correlati alla vecchia configurazione di archiviazione.

Answer 2

sto caricando l'Accessibilità e secretkey tramite variabili d'ambiente nel mio comando docker run. Tuttavia, sto specificando il nome del bucket e la regione nel file di configurazione e, nel processo di ricerca di soluzioni per il tuo problema, sembra che devi specificare la regione e il nome del bucket nel file di configurazione. Ogni volta che provo a specificare queste variabili di ambiente nel mio comando docker run, ottengo errori e il contenitore non si avvia. Suggerisco di caricare queste informazioni tramite il file di configurazione (e di eliminare tali flag nel comando docker run) e di specificare la chiave di accesso e la chiave segreta tramite variabili di ambiente come te. Ho passato un po 'di tempo a scavare nella fonte per avere informazioni sul perché questo non funziona nel modo in cui pensiamo che dovrebbe, ma non ho trovato nulla di veramente utile. Penso che debba essere qualcosa che AWS S3 non apprezza, ma non ho fatto molto per cercare di far luce su questo dato che funziona per me nella configurazione di cui sopra. In bocca al lupo!

PS: per quanto riguarda l'accesso IAM, there are some comments in the source che potrebbe aiutarti a darti un'idea di cosa aspettarti.

Answer 3

Prova ad aggiungere -e REGISTRY_STORAGE=s3 al comando docker run. Questo sovrascrive le configurazioni di default filesystem da vuoto.

dettaglio: https://github.com/docker/distribution/blob/master/docs/configuration.md> opzioni di configurazione Override> Nota