4.3. 단일 또는 여러 저장소로 이미지 가져오기 및 복사

프로세스

1. 이미지 데이터를 단일 저장소로 가져옵니다.

   $ glance image-create-via-import \
   --container-format bare \
   --name <image-name> \
   --import-method web-download \
   --uri <uri> \
   --store <store>

   • & lt;image-name >을 가져올 이미지의 이름으로 바꿉니다.
   • & lt;uri& gt;를 이미지 URI로 바꿉니다.

   • & lt;store >를 이미지 데이터를 복사할 저장소 이름으로 바꿉니다.

     참고

     명령에 --stores,--all-stores 또는 --store 옵션을 포함하지 않으면 이미지 서비스에서 중앙 저장소에 이미지를 생성합니다.

2. 이미지 데이터가 특정 저장소에 추가되었는지 확인합니다.

   $ openstack image show <image-id> | grep stores

   • & lt;image-id& gt;를 원본 이미지의 ID로 바꿉니다.

     출력에는 쉼표로 구분된 저장소 목록이 표시됩니다.

프로세스

1. 이미지 데이터가 특정 저장소에 추가되었는지 확인합니다.

   $ openstack image show <image-id>

   • & lt;image-id& gt;를 원본 이미지의 ID로 바꿉니다.

     출력에는 다음 예제 스니펫과 유사한 쉼표로 구분된 저장소 목록이 표시됩니다.

     | os_glance_failed_import       |
     | os_glance_importing_to_stores | central,dcn0,dcn1
     | status                        | importing

2. 이미지 가져오기 작업의 상태를 모니터링합니다. watch 를 사용하여 명령 앞에 도달하면 명령 출력이 2초마다 새로 고쳐집니다.

   $ watch openstack image show <image-id>

   • & lt;image-id& gt;를 원본 이미지의 ID로 바꿉니다.

     이미지 가져오기 작업이 진행됨에 따라 작업 상태가 변경됩니다.

     | os_glance_failed_import       |
     | os_glance_importing_to_stores | dcn0,dcn1
     | status                        | importing

     이미지를 가져오지 못했습니다. 이미지가 다음 예와 유사합니다.

     | os_glance_failed_import       | dcn0
     | os_glance_importing_to_stores | dcn1
     | status                        | importing

     작업이 완료되면 상태가 active로 변경됩니다.

     | os_glance_failed_import       | dcn0
     | os_glance_importing_to_stores |
     | status                        | active

프로세스

1. 이미지 데이터를 하나 이상의 특정 저장소에 복사합니다.

   • 이미지 데이터를 단일 저장소에 복사합니다.

     $ openstack image import <image_id> \
     --store <store_id>\
     --import-method copy-image

     • & lt;image_id >를 복사할 이미지의 이름으로 바꿉니다.
     • & lt;store_id >를 이미지 데이터를 복사할 저장소 이름으로 바꿉니다.

   • 이미지 데이터를 특정 저장소에 복사합니다.

     $ openstack image import <image-id> \
     --stores <store-1>,<store-2> \
     --import-method copy-image

     • & lt;store-1 > 및 < store-2 >를 이미지 데이터를 복사할 저장소 이름으로 바꿉니다.

2. 이미지 데이터가 지정된 저장소에 성공적으로 복제되었는지 확인합니다.

   $ openstack image list --include-stores

   이미지 가져오기 작업의 상태를 확인하는 방법에 대한 자세한 내용은 4.3.4절. “이미지 가져오기 작업의 진행률 확인” 을 참조하십시오.

절차

1. 사용 가능한 모든 저장소에 이미지 데이터를 복사합니다.

   $ openstack image import <image-id> \
   --all-stores true \
   --import-method copy-image

   • & lt;image-id >를 복사할 이미지의 ID로 바꿉니다.

2. 이미지 데이터가 사용 가능한 모든 저장소에 성공적으로 복제되었는지 확인합니다.

   $ openstack image list --include-stores

   이미지 가져오기 작업의 상태를 확인하는 방법에 대한 자세한 내용은 4.3.4절. “이미지 가져오기 작업의 진행률 확인” 을 참조하십시오.

프로세스

1. 이미지 사본이 존재하는 사이트를 표시합니다.

   $ openstack image show ID | grep "stores"
   
   | stores |  default_backend,dcn1,dcn2

   이 예제에서는 중앙 사이트인 default_backend 및 두 에지 사이트 dcn1 및 dcn2 에 이미지가 있습니다.

2. 또는 --include-stores 옵션을 사용하여 openstack image list 명령을 실행하여 이미지가 존재하는 사이트를 확인할 수 있습니다.

   $ openstack image list --include-stores
   
   | ID                                   | Name    | Stores
   
   | 2bd882e7-1da0-4078-97fe-f1bb81f61b00 | cirros | default_backend,dcn1,dcn2

3. 이미지 위치 속성을 나열하여 각 위치의 세부 정보를 표시합니다.

   $ openstack image show ID -c properties
   
   | properties |
   
   (--- cut ---)
   locations='[{'url': 'rbd://79b70c32-df46-4741-93c0-8118ae2ae284/images/2bd882e7-1da0-4078-97fe-f1bb81f61b00/snap', 'metadata': {'store': 'default_backend'}}, {'url': 'rbd://63df2767-8ddb-4e06-8186-8c155334f487/images/2bd882e7-1da0-4078-97fe-f1bb81f61b00/snap', 'metadata': {'store': 'dcn1'}}, {'url': 'rbd://1b324138-2ef9-4ef9-bd9e-aa7e6d6ead78/images/2bd882e7-1da0-4078-97fe-f1bb81f61b00/snap', 'metadata': {'store': 'dcn2'}}]',
   (--- cut --)

   이미지 속성에는 각 이미지의 위치에 대한 다양한 Ceph RBD URI가 표시됩니다.

   이 예에서 중앙 이미지 위치 URI는 다음과 같습니다.

   rbd://79b70c32-df46-4741-93c0-8118ae2ae284/images/2bd882e7-1da0-4078-97fe-f1bb81f61b00/snap', 'metadata': {'store': 'default_backend'}}

   URI는 다음 데이터로 구성됩니다.

   • 79b70c32-df46-4741-93c0-8118ae284 는 중앙 Ceph FSID에 해당합니다. 각 Ceph 클러스터에는 고유한 FSID가 있습니다.
   • 모든 사이트의 기본값은 이미지가 저장되는 Ceph 풀에 해당하는 images 입니다.
   • 2bd882e7-1da0-4078-97fe-f1bb81f61b00 은 이미지 UUID에 해당합니다. UUID는 위치에 관계없이 지정된 이미지에 대해 동일합니다.
   • 메타데이터는 이 위치가 매핑되는 Glance 저장소를 보여줍니다. 이 예제에서는 중앙 허브 사이트인 default_backend 에 매핑됩니다.

프로세스

1. OpenStackControlPlane CR 파일 openstack_control_plane.yaml 을 열고 glance 템플릿에 매개변수를 추가하여 새로운 glanceAPI 를 구성합니다. 다음 예제에는 Object Storage 서비스(swift)를 백엔드로 사용하는 기존 기본 API가 있으며, 새 default1 API를 배포하도록 OpenStackControlPlane 를 업데이트합니다.

   ...
   apiVersion: core.openstack.org/v1beta1
   kind: OpenStackControlPlane
   spec:
     glance:
       template:
         databaseInstance: openstack
         keystoneEndpoint: default
         glanceAPIs:
           default:
             customServiceConfig: |
               [DEFAULT]
               enabled_backends = default_backend:swift
               [glance_store]
               default_backend = default_backend
               [default_backend]
               swift_store_create_container_on_put = True
               swift_store_auth_version = 3
               swift_store_auth_address = {{ .KeystoneInternalURL }}
               swift_store_endpoint_type = internalURL
               swift_store_user = service:glance
               swift_store_key = {{ .ServicePassword }}
             preserveJobs: false
             replicas: 3
           default1:
             type: single
             replicas: 1
         storage:
           storageRequest: 10G
   ...

2. 컨트롤 플레인을 업데이트합니다.

   $ oc apply -f openstack_control_plane.yaml -n openstack

3. Cryostat가 OpenStackControlPlane CR과 관련된 리소스를 생성할 때까지 기다립니다. 다음 명령을 실행하여 상태를 확인합니다.

   $ oc get openstackcontrolplane -n openstack

   상태가 "Setup complete"인 경우 OpenStackControlPlane 리소스가 생성됩니다.

   작은 정보

   get 명령의 끝에 -w 옵션을 추가하여 배포 진행 상황을 추적합니다.

프로세스

1. 한 개의 glanceAPI 가 OpenStackControlPlane 에 배포되었는지 확인합니다.

   $ oc -n openstack get oscp  $(oc get oscp -o custom-columns=NAME:.metadata.name --no-headers) -o jsonpath='{.spec.glance.template.glanceAPIs}' | jq

2. Keystone 카탈로그에 등록된 현재 glanceAPI 를 확인합니다.

   $ oc -n openstack get oscp $(oc get oscp -o custom-columns=NAME:.metadata.name --no-headers) -o jsonpath='{.spec.glance.template.keystoneEndpoint}'

3. 새 glanceAPI 에 Keystone 엔드포인트가 있는지 확인합니다.

   $ oc exec -it openstackclient bash -- openstack endpoint list | grep image

4. 제거 중인 glanceAPI 가 Keystone 카탈로그에 등록된 API인 경우 OpenStackControlPlane CR 파일인 openstack_control_plane.yaml 을 열어 API를 해제하고 keystoneEndpoint 매개변수를 업데이트합니다. 다음 예제에서는 default 라는 glanceAPI 를 제거하고 keystoneEndpoint 매개변수를 default1 로 업데이트합니다.

   ...
   apiVersion: core.openstack.org/v1beta1
   kind: OpenStackControlPlane
   spec:
     glance:
       template:
         keystoneEndpoint: default1
         glanceAPIs:
           default1:
             type: single
             replicas: 1
         storage:
           storageRequest: 10G
   ...

5. 컨트롤 플레인을 업데이트합니다.

   $ oc apply -f openstack_control_plane.yaml -n openstack

6. Cryostat가 OpenStackControlPlane CR과 관련된 리소스를 생성할 때까지 기다립니다. 다음 명령을 실행하여 상태를 확인합니다.

   $ oc get openstackcontrolplane -n openstack

   상태가 "Setup complete"인 경우 OpenStackControlPlane 리소스가 생성됩니다.

   작은 정보

   get 명령의 끝에 -w 옵션을 추가하여 배포 진행 상황을 추적합니다.