6.11.4. VMware 仮想マシンまたはテンプレートのインポート

手順

1. レジストリーをストレージを使用できるように設定するには、configs.imageregistry/cluster リソースの spec.storage.pvc を変更します。

   注記

   共有ストレージを使用する場合は、外部からアクセスを防ぐためにセキュリティー設定を確認します。

2. レジストリー Pod がないことを確認します。

   $ oc get pod -n openshift-image-registry

   注記

   ストレージタイプが emptyDIR の場合、レプリカ数が 1 を超えることはありません。

3. レジストリー設定を確認します。

   $ oc edit configs.imageregistry.operator.openshift.io

   出力例

   storage:
     pvc:
       claim:

   claim フィールドを空のままにし、image-registry-storage PVC の自動作成を可能にします。

4. clusteroperator ステータスを確認します。

   $ oc get clusteroperator image-registry

1. ノードのアドレスを取得することにより、ノードにアクセスします。

   $ oc get nodes
   $ oc debug nodes/<node_address>

2. ノード上で oc や podman などのツールにアクセスするには、以下のコマンドを実行します。

   sh-4.2# chroot /host

3. アクセストークンを使用してコンテナーイメージレジストリーにログインします。

   sh-4.2# oc login -u kubeadmin -p <password_from_install_log> https://api-int.<cluster_name>.<base_domain>:6443
   sh-4.2# podman login -u kubeadmin -p $(oc whoami -t) image-registry.openshift-image-registry.svc:5000

   以下のようなログインを確認するメッセージが表示されるはずです。

   Login Succeeded!

   注記

   ユーザー名には任意の値を指定でき、トークンには必要な情報がすべて含まれます。コロンが含まれるユーザー名を指定すると、ログインに失敗します。

   イメージレジストリー Operator はルートを作成するため、 default-route-openshift-image-registry.<cluster_name> のようになります。

4. レジストリーに対して podman pull および podman push 操作を実行します。

   重要

   任意のイメージをプルできますが、system:registry ロールを追加している場合は、各自のプロジェクトにあるレジストリーにのみイメージをプッシュすることができます。

   次の例では、以下を使用します。

   コンポーネント	値
   <registry_ip>	172.30.124.220
   <port>	5000
   <project>	openshift
   <image>	image
   <tag>	省略 (デフォルトは latest)

   1. 任意のイメージをプルします。

      $ podman pull name.io/image

   2. 新規イメージに <registry_ip>:<port>/<project>/<image> 形式でタグ付けします。プロジェクト名は、イメージを正しくレジストリーに配置し、これに後でアクセスできるようにするために OpenShift Container Platform のプル仕様に表示される必要があります。

      $ podman tag name.io/image image-registry.openshift-image-registry.svc:5000/openshift/image

      注記

      指定されたプロジェクトについて system:image-builder ロールを持っている必要があります。このロールにより、ユーザーはイメージの書き出しやプッシュを実行できます。そうでない場合は、次の手順の podman push は失敗します。テストするために、新規プロジェクトを作成してイメージをプッシュできます。

   3. 新しくタグ付けされたイメージをレジストリーにプッシュします。

      $ podman push image-registry.openshift-image-registry.svc:5000/openshift/image

1. DefaultRoute を True に設定します。

   $ oc patch configs.imageregistry.operator.openshift.io/cluster --patch '{"spec":{"defaultRoute":true}}' --type=merge

2. podman でログインします。

   $ HOST=$(oc get route default-route -n openshift-image-registry --template='{{ .spec.host }}')
   $ podman login -u $(oc whoami) -p $(oc whoami -t) --tls-verify=false $HOST 1

   1

   --tls-verify=false は、ルートのクラスターのデフォルト証明書が信頼されない場合に必要になります。Ingress Operator で、信頼されるカスタム証明書をデフォルト証明書として設定できます。

1. ルートの TLS キーでシークレットを作成します。

   $ oc create secret tls public-route-tls \
       -n openshift-image-registry \
       --cert=</path/to/tls.crt> \
       --key=</path/to/tls.key>

   この手順はオプションです。シークレットを作成しない場合、ルートは Ingress Operator からデフォルトの TLS 設定を使用します。

2. レジストリー Operator では、以下のようになります。

   spec:
     routes:
       - name: public-routes
         hostname: myregistry.mycorp.organization
         secretName: public-route-tls
   ...

   注記

   レジストリーのルートのカスタム TLS 設定を指定している場合は secretName のみを設定します。

手順

1. 自己署名証明書を使用するレジストリーの信頼される証明書が含まれる ConfigMap を openshift-config namespace に作成します。それぞれの CA ファイルについて、 ConfigMap のキーが hostname[..port] 形式のレジストリーのホスト名であることを確認します。

   $ oc create configmap registry-cas -n openshift-config \
   --from-file=myregistry.corp.com..5000=/etc/docker/certs.d/myregistry.corp.com:5000/ca.crt \
   --from-file=otherregistry.com=/etc/docker/certs.d/otherregistry.com/ca.crt

2. クラスターイメージの設定を更新します。

   $ oc patch image.config.openshift.io/cluster --patch '{"spec":{"additionalTrustedCA":{"name":"registry-cas"}}}' --type=merge