IBM Cloud Docs
Informazioni su Container Registry

Informazioni su Container Registry

Utilizza IBM Cloud® Container Registry per archiviare e accedere alle immagini di contenitore privato in un'architettura scalabile e altamente disponibile.

IBM Cloud Container Registry fornisce un registroA storage and distribution service that contains public or private images that are used to create containers. dell'immagine privata a più tenant, altamente disponibile, scalabile e crittografato ospitato e gestito da IBM. Puoi utilizzare Container Registry configurando il tuo spazio dei nomiA collection of repositories that store images in a registry. A namespace is associated with an IBM Cloud account, which can include multiple namespaces. della tua immagine ed eseguendo il push delle immagini del contenitore al tuo spazio dei nomi.

Diagramma che mostra come è possibile interagire con IBM Cloud Container Registry.
Figura 1. Come Container Registry interagisce con le immagini

Un'immagine Docker è la base per ogni contenitore che crei. Viene creata un'immagine da un DockerfileA text file that contains instructions to build a Docker image., che è un file che contiene istruzioni per creare l'immagine. Un Dockerfile potrebbe fare riferimento alle risorse di build nelle sue istruzioni memorizzate separatamente, come un'applicazione, la configurazione dell'applicazione e le relative dipendenze. Le immagini normalmente vengono archiviate in un registro ed è possibile accedervi pubblicamente (registro pubblico) o configurarle con un accesso limitato a un piccolo gruppo di utenti (registro privato). Utilizzando Container Registry, solo gli utenti che dispongono dell'accesso al tuo account IBM Cloud possono accedere alle tue immagini.

Quando esegui il push delle immagini a Container Registry, usufruisci delle funzioni integrate del Vulnerability Advisor che esegue la scansione per ricercare potenziali problemi di sicurezza e vulnerabilità. Il Vulnerability Advisor cerca i pacchetti vulnerabili in specifiche immagini di base Docker e le vulnerabilità note nelle impostazioni di configurazione dell'applicazione. Se vengono trovate delle vulnerabilità, vengono fornite le informazioni relative. Puoi utilizzare queste informazioni per risolvere i problemi di sicurezza in modo che i contenitori non vengano distribuiti da immagini vulnerabili.

Esamina la seguente tabella per trovare una panoramica dei benefici dell'utilizzo di Container Registry.

Tabella 1. Container Registry vantaggi
Vantaggio Descrizione
Registro privato altamente disponibile e scalabile. Configura il tuo spazio dei nomi dell'immagine in un registro privato crittografato, scalabile, altamente disponibile e a più tenant ospitato e gestito da IBM.

Memorizza le tue immagini Docker private e condividile con gli utenti nel tuo account IBM Cloud.

Conformità della protezione delle immagini con il Vulnerability Advisor. Sfruttare la scansione automatica delle immagini nello spazio dei nomi.

Controllare i consigli specifici del sistema operativo per correggere le vulnerabilità potenziali e proteggere i contenitori dal venire compromessi.

Limiti di quota per l'archiviazione e il traffico di pull. Sfruttare l'archiviazione gratuita e il traffico di pull alle immagini private finché non si raggiunge la quota gratuita.

Imposta limiti di quota personalizzati per la quantità mensile di archiviazione e di traffico di pull per evitare di superare il tuo livello di pagamento preferito.

Piani di servizio

Puoi scegliere tra i piani di servizio Container Registry gratuito e standard per memorizzare le tue immagini Docker e renderle disponibili agli utenti nel tuo account IBM Cloud.

Il piano del servizio IBM Cloud Container Registry determina la quantità di archiviazione e di traffico di pull che puoi utilizzare per le tue immagini private. Il piano del servizio è associato al tuo account IBM Cloud e limita l'archiviazione e il traffico di pull da applicare a tutti gli spazi dei nomi che hai configurato nel tuo account.

I piani di servizio si trovano nell'ambito dell'istanza di registro specifica (uno dei registri regionali o il registro globale) con cui stai attualmente lavorando. Le impostazioni del piano devono essere tutte gestite separatamente per il tuo account in ogni istanza del registro. Per ulteriori informazioni, vedi Regioni.

La seguente tabella mostra i piani di servizio IBM Cloud Container Registry disponibili e le relative caratteristiche. Per ulteriori informazioni su come funziona la fatturazione e su cosa succede quando superi i limiti dei piani di servizio, vedi Limiti di quota e fatturazione.

Tabella 2. Container Registry piani
Caratteristiche Gratuito Standard
Descrizione. Prova Container Registry per memorizzare e condividere le tue immagini Docker. Questo è il piano del servizio predefinito quando configuri il tuo primo spazio dei nomi in Container Registry. Beneficia di un utilizzo illimitato di archiviazione e di traffico di pull per gestire le immagini Docker per tutti gli spazi dei nomi nel tuo account IBM Cloud.
Quantità di memoria per le immagini. 500 MB Illimitato
Traffico di pull. 5 GB al mese Illimitato
Fatturazione. Se superi i tuoi limiti di archiviazione e traffico di pull, non puoi eseguire il push o il pull delle immagini da e verso il tuo spazio dei nomi. Per ulteriori informazioni, consulta Limiti di quota e fatturazione. Memoria. Ti viene addebitato per Gigabyte - Mesi di utilizzo. I primi 0,5 GB al mese sono gratuiti. Quindi, ti viene addebitato come indicato nella pagina dei dettagli dell'offerta; vedi Container Registry.

Traffico di pull. Il tuo addebito si basa sui gigabyte di utilizzo al mese. I primi 5 GB sono gratuiti. Quindi, ti viene addebitato come indicato nella pagina dei dettagli dell'offerta, vedi Container Registry. Se superi i tuoi limiti di archiviazione o traffico di pull, non puoi eseguire il push o il pull di immagini verso e dal tuo spazio dei nomi. Per ulteriori informazioni sull'archiviazione, sul traffico di pull e sullo stimatore dei costi, vedi Limiti delle quote e fatturazione.

Limiti di quota e fatturazione

Trova informazioni ed esempi sul funzionamento del processo di fatturazione e dei limiti di quota in Container Registry.

Ogni immagine viene creata a partire da un certo numero di livelli che rappresentano ciascuno un cambiamento incrementale dall'immagine di base. Quando esegui il push o il pull di un'immagine, la quantità di archiviazione e di traffico di pull necessaria per ogni livello viene aggiunta al tuo utilizzo mensile. I livelli identici vengono condivisi automaticamente tra le immagini nel tuo account IBM Cloud e vengono riutilizzati quando crei altre immagini. L'archiviazione per ogni livello identico viene addebitata solo una volta, a prescindere dal numero di immagini nel tuo account che si riferiscono al livello. I livelli a cui fanno riferimento solo le immagini eliminate nel cestino non vengono addebitati.

Dal 1 ° febbraio 2022, vengono addebitate sia le immagini con tag che quelle senza tag.

I limiti di quota e la fatturazione sono limitati all'istanza di registro specifica (uno dei registri regionali o il registro globale) con cui stai attualmente lavorando. Le impostazioni della quota devono essere gestite separatamente per il tuo account in ogni istanza del Registro di sistema. Per ulteriori informazioni, vedi Regioni.

Il traffico di pull tra connessioni pubbliche conta per l'utilizzo e la quota. Il traffico di pull tra connessioni private non conta.

Il seguente esempio è per il push delle immagini:

Esegui il push di un'immagine al tuo spazio dei nomi che si basa sull'immagine Ubuntu. L'immagine Ubuntu contiene diversi livelli. Poiché nel tuo account non hai ancora questi livelli, la quantità di archiviazione richiesta dai livelli viene aggiunta al tuo utilizzo mensile.

Successivamente, crea una seconda immagine basata sull'immagine Ubuntu. Modifichi l'immagine di base Ubuntu, ad esempio aggiungendo ulteriori comandi o file al tuo Dockerfile. Ogni modifica rappresenta un nuovo livello dell'immagine. Quando esegui il push della seconda immagine, Container Registry riconosce che tutti i livelli dell'immagine Ubuntu di base sono già memorizzati nel tuo account. Non ti viene addebitato alcun addebito per la memorizzazione di questi livelli una seconda volta, anche se hai eseguito il push della tua immagine a un altro spazio dei nomi. Container Registry determina la dimensione di tutti i nuovi livelli e aggiunge la quantità di archiviazione al tuo utilizzo mensile.

Fatturazione per l'archiviazione e il traffico di pull

A seconda del piano del servizio scelto, gli addebiti a tuo carico sono basati sull'archiviazione e sul traffico di pull che utilizzi al mese in ogni regione.

Addebiti memoria

Ogni piano del servizio IBM Cloud Container Registry viene fornito con una certa quantità di archiviazione che puoi utilizzare per memorizzare le tue immagini Docker negli spazi dei nomi del tuo account IBM Cloud. Se hai un piano standard, ti vengono addebitati i GB - Mesi di utilizzo. I primi 0,5 GB al mese sono gratuiti. Se sei nel piano gratuito, puoi memorizzare le tue immagini in Container Registry gratuitamente finché non raggiungi i limiti di quota per il piano gratuito. Un GB al mese è una media di 1 GB di archiviazione al mese (730 ore).

Il seguente esempio è per il piano standard:

Utilizzi 5 GB per esattamente mezzo mese e quindi trasmetti diverse immagini al tuo spazio dei nomi e utilizzi 10 GB per il resto del mese. Il tuo utilizzo mensile viene calcolato come mostrato nel seguente esempio:

(5 GB x 0.5 (mesi)) + (10 GB x 0.5 (mesi)) = 2,5 + 5 = 7,5 GB al mese

Nel piano standard, i primi 0,5 GB al mese sono gratuiti, pertanto ti vengono addebitati 7 GB al mese (7,5 GB al mese - 0,5 GB al mese).

Tariffe del traffico di pull

Ogni piano del servizio IBM Cloud Container Registry include una certa quantità di traffico di pull gratuito per le tue immagini private memorizzate nel tuo spazio dei nomi. Il traffico di pull è la larghezza di banda che utilizzi quando esegui il pull di un livello di un'immagine dal tuo spazio dei nomi al tuo computer locale. Se sei nel piano standard, ti vengono addebitati i GB di utilizzo al mese. I primi 5 GB al mese sono gratuiti. Se sei nel piano gratuito, puoi eseguire il pull delle immagini dal tuo spazio dei nomi finché non raggiungi il limite di quota per il piano gratuito.

Il traffico di pull tra connessioni pubbliche conta per l'utilizzo e la quota. Il traffico di pull tra connessioni private non conta.

Il seguente esempio è per il piano standard:

Nel mese, hai eseguito il pull di immagini che contengono dei livelli con una dimensione totale di 14 GB. Il tuo utilizzo mensile viene calcolato come mostrato nel seguente esempio:

Nel piano standard, i primi 5 GB al mese sono gratuiti, pertanto ti vengono addebitati 9 GB (14 GB - 5 GB).

Limiti di quota per la archiviazione e il traffico di pull

A seconda del piano del servizio scelto, puoi eseguire il push e il pull di immagini da e verso il tuo spazio dei nomi finché non raggiungi i tuoi limiti di quota specifici del piano o personalizzati per ogni regione.

Limiti di quota di memoria

Quando raggiungi o superi i limiti di quota per il tuo piano, non puoi eseguire il push di nessuna immagine agli spazi dei nomi nel tuo account IBM Cloud finché non completi una delle seguenti attività.

Il seguente esempio è per il piano standard:

Il tuo limite di quota corrente per l'archiviazione è impostato su 1 GB. Tutte le immagini private che sono memorizzate negli spazi dei nomi del tuo account IBM Cloud utilizzano già 900 MB di questa archiviazione. Hai a disposizione 100 MB di archiviazione fino al raggiungimento del tuo limite di quota. Un utente vuole eseguire il push di un'immagine con una dimensione di 2 GB sul computer locale. Poiché il limite di quota non è stato ancora raggiunto, Container Registry consente all'utente di eseguire il push di questa immagine.

Dopo il push, Container Registry determina la dimensione effettiva dell'immagine nel tuo spazio dei nomi, che può variare dalla dimensione sul tuo computer locale, e controlla se viene raggiunto il limite per l'archiviazione. In questo esempio, l'utilizzo dell'archiviazione aumenta da 900 MB a 2 GB. Con il limite di quota corrente impostato su 1 GB, Container Registry ti impedisce di eseguire il push di ulteriori immagini allo spazio dei nomi.

Limiti di quota del traffico di pull

Quando raggiungi o superi i limiti di quota per il tuo piano, non puoi estrarre alcuna immagine dagli spazi dei nomi nel tuo account IBM Cloud finché non completi una delle seguenti attività.

Il traffico di pull tra connessioni pubbliche conta per l'utilizzo e la quota. Il traffico di pull tra connessioni private non conta.

Il seguente esempio è per il piano standard:

Nel mese, il tuo limite di quota per il traffico di pull è impostato su 5 GB. Hai già eseguito il pull di immagini dai tuoi spazi dei nomi e hai utilizzato 4,5 GB di questo traffico di pull. Hai a disposizione 0,5 GB di traffico di pull fino al raggiungimento del tuo limite di quota. Un utente vuole eseguire il pull di un'immagine con una dimensione di 1 GB dal tuo spazio dei nomi. Poiché il limite di quota non è stato ancora raggiunto, Container Registry consente all'utente di eseguire il pull di questa immagine.

Una volta eseguito il pull dell'immagine, Container Registry determina la larghezza di banda che hai utilizzato durante il pull e controlla se è stato raggiunto il limite per il traffico di pull. In questo esempio, l'utilizzo del traffico di pull aumenta da 4,5 GB a 5,5 GB. Con il tuo limite di quota corrente impostato su 5 GB, Container Registry ti impedisce di eseguire il pull delle immagini dal tuo spazio dei nomi.

Costo di Container Registry

Puoi vedere i costi di IBM Cloud Container Registry nella sezione dei piani dei prezzi della pagina dei dettagli dell'offerta, vedi Container Registry.

Aggiornamento del tuo piano del servizio

Puoi eseguire l'upgrade del tuo piano del servizio per beneficiare di un utilizzo illimitato di archiviazione e di traffico di pull per gestire le immagini Docker per tutti gli spazi dei nomi nel tuo account IBM Cloud.

Se desideri conoscere qual è il piano del servizio di cui disponi per la regione del registro di destinazione, esegui il comando ibmcloud cr plan.

Per aggiornare il piano di servizio, effettuare le operazioni riportate di seguito.

  1. Accedi a IBM Cloud.

    ibmcloud login
    

    Se disponi di un ID federato, utilizza ibmcloud login --sso per accedere alla CLI IBM Cloud. Immetti il tuo nome utente e usa l'URL fornito nell'output della tua CLI per richiamare la tua passcode monouso. Se hai un ID federato, l'accesso non riesce senza --sso e riesce con l'opzione --sso.

  2. Specifica la regione per cui vuoi eseguire l'upgrade del piano.

    ibmcloud cr region-set
    

    Per ulteriori informazioni, vedi ibmcloud cr region-set e Regioni.

  3. Esegui l'upgrade al piano standard.

    ibmcloud cr plan-upgrade standard
    

    Se hai un piano lite IBM Cloud, devi eseguire l'upgrade a un IBM Cloud account Pagamento a tua disposizione o Sottoscrizione prima di eseguire ibmcloud cr plan-upgrade.

    Per ulteriori informazioni, vedi ibmcloud cr plan-upgrade.

Termini utilizzati in IBM Cloud Container Registry

Informazioni sui termini utilizzati in IBM Cloud Container Registry.

Per ulteriori informazioni sui termini specifici di Docker, vedi GlossarioDocker.

Immagine contenitore

Un file system e i relativi parametri di esecuzione che vengono utilizzati all'interno di un runtime del contenitore per creare un contenitore. Il file system è costituito da una serie di livelli, che vengono combinati in fase di runtime, che vengono creati quando l'immagine del contenitore viene creata da aggiornamenti successivi. L'immagine del contenitore non conserva il suo stato mentre viene eseguito il contenitore.

Le immagini contenitore vengono memorizzate in un repository archiviato in uno spazio dei nomi.

Digest

I digest vengono utilizzati come riferimenti immutabili a vari oggetti nel registro, come i manifest di immagine, i livelli e gli elementi di configurazione.

Nel contesto del registro, un digest dell'immagine è un riferimento immutabile a un'immagine che identifica un'immagine utilizzando l'hash sha256 del manifest dell'immagine. Puoi utilizzare un digest di immagine per assicurarti di fare sempre riferimento alla stessa versione di un'immagine. Utilizza il formato lungo del digest dell'immagine per lavorare con le immagini, come ad esempio il pull, il push e l'eliminazione di immagini.

Per trovare il digest dell'immagine, esegui il comando ibmcloud cr image-digests. Il comando ibmcloud cr image-list restituisce anche il digest dell'immagine, ma, per impostazione predefinita, è in un formato troncato. È possibile aggiungere un'opzione al comando ibmcloud cr image-list per restituire il digest dell'immagine nel formato lungo.

Quando si utilizza il digest dell'immagine per identificare un'immagine, utilizzare sempre il formato lungo.

In Container Registry, qualsiasi riferimento a "digest" significa "digest immagine".

Dockerfile

Un Dockerfile è un file di testo che contiene le istruzioni per creare un'immagine Docker.

Normalmente, un'immagine contenitore viene creata basandosi su un'immagine che contiene un sistema operativo di base, come ad esempio Ubuntu. Puoi modificare in modo incrementale l'immagine di base con le tue istruzioni del Dockerfile per definire l'ambiente in cui deve essere eseguita l'applicazione. Ogni modifica all'immagine di base descrive un nuovo livello dell'immagine e puoi effettuare più modifiche in una sola riga del Dockerfile. Le istruzioni in un Dockerfile potrebbero anche fare riferimento alle risorse di build memorizzate separatamente, come un'applicazione, la configurazione dell'applicazione e le relative dipendenze. Per ulteriori informazioni su Dockerfile, vedi Dockerfile reference.

Immagini contenitore Docker V2

Un'immagine del contenitore conforme alla specifica Docker: Image Manifest V2, schema 2.

Il tipo di elemento multimediale per Docker Image Manifest V2, Schema 2 è application/vnd.docker.distribution.manifest.v2+json mentre per l'elenco di manifest è application/vnd.docker.distribution.manifest.list.v2+json. Un'immagine contenitore Docker V2 è un tipo di immagine contenitore OCI. Per ulteriori informazioni sul supporto per Docker, vedi Docker.

Nome dominio

Il nome di un sistema host. Un nome dominio è costituito da una sequenza di nomi secondari separati da un carattere delimitatore, ad esempio www.ibm.com.

I nomi dominio utilizzati da Container Registry sono nel formato us.icr.io. I nomi dominio precedenti utilizzati da Container Registry sono nel formato registry.ng.bluemix.net. Entrambi i formati del nome dominio fanno riferimento allo stesso registro e contenuto. Il servizio Container Registry risponde allo stesso modo ai nomi di dominio precedenti e canonici. Puoi eseguire il push o il pull delle immagini utilizzando uno dei nomi di dominio in modo intercambiabile.

Il nome dominio è significativo solo nelle seguenti situazioni:

  • Quando Kubernetes seleziona un segreto di pull, ne sceglie uno che corrisponda al nome dominio.
  • Quando ibmcloud cr login aiuta l'utente ad accedere, utilizza solo i nomi dominio nel formato us.icr.io.
  • Quando le immagini vengono firmate, la firma comprende il nome del dominio utilizzato al momento della firma.

Per ulteriori informazioni sui nomi dominio che Container Registry utilizza, vedi Regioni.

Manifest immagine

Un manifest di immagine è un documento .json che fa riferimento all'oggetto di configurazione e ai livelli di immagine richiesti per eseguire il pull e l'immagine. L'hash sha256 del manifest dell'immagine è il digest, che viene utilizzato per identificare l'immagine. Puoi visualizzare il manifest dell'immagine eseguendo il comando ibmcloud cr manifest-inspect.

Immagini contenitore OCI

Un'immagine contenitore conforme alla specifica Formato immagine OCI.

Il tipo di elemento multimediale per le immagini del contenitore OCI è application/vnd.oci.image.manifest.v1+json.

Registro

Un archivio di immagini contenitore pubbliche o private e il servizio di distribuzione.

L'archivio viene fornito per le immagini contenitore OCIA container image that is compliant with the OCI Image Format Specification (note anche come immagini contenitore Docker ). I client OCI possono accedere o "passare" le immagini contenitore OCI che utilizzano il nome dominio del registro appropriato. Le immagini contenitore possono essere accessibili da chiunque (immagini pubbliche) o l'accesso può essere limitato a un gruppo (immagini private). Container Registry fornisce un registro delle immagini privato a più tenant, altamente disponibile, ospitato e gestito da IBM. Puoi utilizzare il registro per aggiungere uno spazio dei nomi al tuo account e poi passare le immagini al tuo spazio dei nomi.

Spazio dei nomi del registro

Una raccolta di repository che archiviano le tue immagini del contenitore in Container Registry. Lo spazio dei nomi del registro è associato al tuo account IBM Cloud. Disponi di più spazi dei nomi del registro in un account.

Uno spazio dei nomi del registro è formato da più di un repository.

Quando configuri il tuo proprio spazio dei nomi in Container Registry, lo spazio dei nomi viene aggiunto al registro URL, <region>.icr.io/my_namespace. Lo spazio dei nomi deve essere univoco tra tutti gli account IBM Cloud nella stessa regione. Ogni utente nel tuo account IBM Cloud può visualizzare e gestire le immagini memorizzate nel tuo spazio dei nomi del registro.

Puoi avere 100 spazi dei nomi in ogni regione.

Gli spazi dei nomi sono creati in un gruppo di risorse che specifichi in modo da poter configurare l'accesso alle risorse all'interno dello spazio dei nomi a livello del gruppo di risorse. Se non specifichi un gruppo di risorse e un gruppo di risorse non è di destinazione, viene utilizzato il gruppo di risorse predefinito. Se hai uno spazio dei nomi precedente che non si trova in un gruppo di risorse, puoi assegnarlo a un gruppo di risorse e quindi impostare le autorizzazioni per tale spazio dei nomi a livello di gruppo di risorse. Per ulteriori informazioni sui gruppi di risorse, vedi Assegnazione di spazi dei nomi esistenti ai gruppi di risorse.

Gli spazi dei nomi assegnati a un gruppo di risorse vengono mostrati nella pagina Elenco risorse della console IBM Cloud.

Repository

Una raccolta di immagini contenitore correlate nel registro del contenitore che vengono distinte solo per tag o digest.

Il repository viene spesso utilizzato in modo intercambiabile con l'immagine contenitore, ma un repository potenzialmente contiene più varianti contrassegnate con tag di un'immagine contenitore.

Un repository archivia le immagini contenitore e viene archiviato a sua volta in uno spazio dei nomi del registro.

Tag

Un identificativo collegato alle immagini del contenitore all'interno di un repository. I tag possono essere riassegnati o eliminati dalle immagini.

Puoi utilizzare le tagA user-defined identifier attached to a grouping of resources that are contained in an account. Tags are visible account-wide. per distinguere diverse versioni della stessa immagine di base all'interno di un repository. Quando esegui un comando Docker e non specifichi una tag di una immagine del repository, viene utilizzata per impostazione predefinita l'immagine contrassegnata con latest.

Immagini non contrassegnate con tag

Un'immagine che non ha tag è un'immagine senza tag. Le immagini senza tag possono essere indicate utilizzando il formato di riferimento digest <repository>@<digest> rispetto al formato di riferimento tag <repository>:<tag>. Le immagini senza tag sono di solito il risultato di un'immagine di cui viene eseguito il push con una combinazione <repository>:<tag> preesistente. In questo caso, il tag viene sovrascritto e l'immagine originale diventa senza tag.

Puoi visualizzare le immagini non contrassegnate con tag utilizzando il comando ibmcloud cr image-digests ed eliminando le immagini non contrassegnate con tag tramite il comando ibmcloud cr image-prune-untagged.

Regioni

L'istanza predefinita di Container Registry è il registro globale. Il registro globale non include una regione nel suo nome dominio (icr.io).

Utilizzare l'istanza globale del registro a meno che non si disponga di un requisito specifico, ad esempio, la sovranità dei dati, per memorizzare i dati in una particolare regione. In tal caso, puoi utilizzare Container Registry in regioni locali.

Tutte le risorse del Registro di sistema si trovano nell'ambito dell'istanza del Registro di sistema specifica (uno dei registri regionali o il registro globale) con cui si sta attualmente lavorando. Ad esempio, gli spazi dei nomi, immagini, impostazioni della quota e impostazioni del piano devono essere tutti gestiti separatamente per il tuo account in ciascuna istanza del registro.

Registro globale

È disponibile un registro globale. Il registro globale non include una regione nel nome (icr.io). Oltre a ospitare gli spazi dei nomi e le immagini dell'utente, questo registro ospita anche le immagini pubbliche fornite da IBM.

L'istanza globale di Container Registry è disponibile utilizzando nomi dominio mostrati nella seguente tabella.

Tabella 3. Nome dominio per il registro globale
Registro Nome dominio Nome dominio privato Nome dominio obsoleto
Globale icr.io private.icr.io registry.bluemix.net

Per informazioni sulla connessione a Container Registry utilizzando i nomi di dominio privati, consulta Utilizzo delle connessioni di rete private.

I nomi di dominio bluemix.net esistenti sono obsoleti, ma è possibile continuare a utilizzarli per il momento. Una data di fine del supporto non è ancora disponibile.

Selezione del registro globale

Puoi indicare come destinazione il registro locale eseguendo il comando ibmcloud cr region-set.

  1. Per specificare il registro globale, eseguire il seguente comando.

    ibmcloud cr region-set global
    
  2. Per registrare il tuo daemon Docker locale nel registro globale, esegui il comando ibmcloud cr login.

    Container Registry supporta anche gli altri client e Docker. Per accedere utilizzando altri client, vedi Accesso interattivo ai tuoi spazi dei nomi.

Regioni locali

Le istanze regionali di Container Registry sono disponibili utilizzando i nomi dominio mostrati nella seguente tabella.

Tabella 4. Nomi di dominio per le regioni locali
Regione del registro locale Nome dominio Nome dominio privato Nome dominio obsoleto
ap-north jp.icr.io private.jp.icr.io Non applicabile
ap-south au.icr.io private.au.icr.io registry.au-syd.bluemix.net
br-sao br.icr.io private.br.icr.io Non applicabile
ca-tor ca.icr.io private.ca.icr.io Non applicabile
eu-central de.icr.io private.de.icr.io registry.eu-de.bluemix.net
eu-es es.icr.io private.es.icr.io Non applicabile
jp-osa jp2.icr.io private.jp2.icr.io Non applicabile
uk-south uk.icr.io private.uk.icr.io registry.eu-gb.bluemix.net
us-south us.icr.io private.us.icr.io registry.ng.bluemix.net

Per informazioni sulla connessione a Container Registry utilizzando i nomi di dominio privati, consulta Utilizzo delle connessioni di rete private.

I nomi di dominio bluemix.net esistenti sono obsoleti, ma è possibile continuare a utilizzarli per il momento. Una data di fine del supporto non è ancora disponibile.

Selezione di una regione locale

Se vuoi utilizzare una regione diversa dalla tua regione locale, puoi scegliere come destinazione la regione a cui desideri accedere eseguendo il comando ibmcloud cr region-set. Puoi eseguire il comando senza opzioni per ottenere un elenco delle regioni disponibili o puoi specificare la regione come opzione.

  1. Per eseguire il comando con le opzioni, sostituisci <region> con il nome della region.

    ibmcloud cr region-set <region>
    

    Ad esempio, per specificare la regione eu-central, immetti il seguente comando.

    ibmcloud cr region-set eu-central
    
  2. Per registrare il tuo daemon Docker locale nel registro in modo da poter eseguire il push o il pull delle immagini, esegui il comando ibmcloud cr login.

    Container Registry supporta anche gli altri client e Docker. Per accedere utilizzando altri client, vedi Accesso interattivo ai tuoi spazi dei nomi.

Client supportati

Supporto per Docker

IBM Cloud Container Registry supporta le versioni di Docker Engine supportate da Docker.

Docker è richiesto solo se vuoi eseguire il push o il pull delle immagini.

Le immagini Docker V2 Schema 2 sono supportate. Anche gli elenchi di manifest sono supportati. Per ulteriori informazioni, vedi Docker: Image Manifest Version 2, schema 2.

Docker V2 le immagini dello schema 1 sono discontinue e non puoi più eseguirne il push a Container Registry.

Supporto per altri clienti

IBM Cloud Container Registry supporta le versioni supportate dei client conformi alla specifica di distribuzione OCI versione 1 o successive, come ad esempio Buildah, Podman e Skopeo.