1. 환경 파일에 다음 매개변수를 추가하여 두 개의 가용성 영역을 생성합니다.

   parameter_defaults:
    CinderXXXAvailabilityZone: zone1
    CinderYYYAvailabilityZone: zone2

   XXX 및 YYY 를 다음과 같은 지원되는 백엔드 값으로 바꿉니다.

   CinderISCSIAvailabilityZone
   CinderNfsAvailabilityZone
   CinderRbdAvailabilityZone

   참고

   /usr/share/openstack-tripleo-heat-templates/deployment/cinder/ 디렉터리를 검색하여 백엔드와 연결된 heat 템플릿을 올바른 백엔드 값을 검색합니다.

   다음 예제에서는 두 개의 백엔드를 배포합니다. 여기서 rbd 는 zone 1이고 iSCSI 는 zone 2입니다.

   parameter_defaults:
    CinderRbdAvailabilityZone: zone1
    CinderISCSIAvailabilityZone: zone2

2. Overcloud를 배포하고 업데이트된 환경 파일을 포함합니다.

절차

1. 대시보드에서 Project > Compute > Volumes 를 선택합니다.

2. Create Volume (볼륨 만들기)을 클릭하고 다음 필드를 편집합니다.

   필드	설명
   볼륨 이름	볼륨 이름입니다.
   설명	선택 사항이며 볼륨에 대한 간단한 설명입니다.
   유형	선택적 볼륨 유형( 2.2.2절. “볼륨 유형을 사용하여 그룹 볼륨 설정”참조). 블록 스토리지 백엔드가 여러 개인 경우 이를 사용하여 특정 백엔드를 선택할 수 있습니다. 2.3.2절. “볼륨 생성을 위한 백엔드 지정”을 참조하십시오.
   크기(GB)	볼륨 크기(GB). 암호화되지 않은 이미지에서 암호화된 볼륨을 생성하려면 볼륨 크기가 이미지 크기보다 1GB 이상 크므로 암호화 데이터가 볼륨 데이터를 잘리지 않도록 해야 합니다.
   가용 영역	가용 영역(논리적 서버 그룹)은 호스트 집계와 함께 OpenStack 내에서 리소스를 분리하는 일반적인 방법입니다. 가용성 영역은 설치 중에 정의됩니다. 가용성 영역 및 호스트 집계에 대한 자세한 내용은 호스트 집계 생성 및 관리를 참조하십시오.

3. 볼륨 소스 지정 :

   소스	설명
   소스, 빈 볼륨 없음	볼륨이 비어 있으며 파일 시스템 또는 파티션 테이블이 포함되지 않습니다.
   스냅샷	기존 스냅샷을 볼륨 소스로 사용합니다. 이 옵션을 선택하면 새로운 Use snapshot as a source list(소스로 사용 스냅샷 사용) 목록이 열립니다. 목록에서 스냅샷을 선택할 수 있습니다. 암호화된 볼륨의 스냅샷에서 새 볼륨을 생성하려면 새 볼륨이 이전 볼륨보다 1GB 이상인지 확인해야 합니다. 볼륨 스냅샷에 대한 자세한 내용은 2.3.10절. “볼륨 스냅샷 생성, 사용 또는 삭제” 을 참조하십시오.
   Image	기존 이미지를 볼륨 소스로 사용합니다. 이 옵션을 선택하면 새로운 Use snapshot as a source list 가 열립니다. 목록에서 이미지를 선택할 수 있습니다.
   볼륨	기존 볼륨을 볼륨 소스로 사용합니다. 이 옵션을 선택하면 새 Use snapshot as a source list 가 열립니다. 목록에서 볼륨을 선택할 수 있습니다.

4. Create Volume (볼륨 만들기)을 클릭합니다. 볼륨을 만들고 나면 이름이 Volumes(볼륨) 테이블에 표시됩니다.

1. 대시보드에서 Project > Compute > Volumes 를 선택합니다.
2. 볼륨의 Edit Volume (볼륨 편집) 단추를 선택합니다.
3. 필요에 따라 볼륨 이름 또는 설명을 편집합니다.
4. Edit Volume (볼륨 편집)을 클릭하여 변경 사항을 저장합니다.

1. 볼륨을 나열하여 확장할 볼륨의 ID를 검색합니다.

   $ cinder list

2. 볼륨의 크기를 조정하려면 다음 명령을 실행하여 올바른 API 마이크로버전을 지정한 다음 볼륨 ID와 새 크기(이전 크기보다 큰 값)를 매개 변수로 전달합니다.

   $ OS_VOLUME_API_VERSION=<API microversion>
   $ cinder extend <volume ID> <size>

   <API_microversion>, <volume_ID> 및 <size>를 적절한 값으로 바꿉니다. 예를 들면 다음과 같습니다.

   $ OS_VOLUME_API_VERSION=3.42
   $ cinder extend 573e024d-5235-49ce-8332-be1576d323f8 10

1. 대시보드에서 Project > Compute > Volumes 를 선택합니다.
2. Volumes(볼륨) 테이블에서 삭제할 볼륨을 선택합니다.
3. Delete Volumes(볼륨 삭제)를 클릭합니다.

1. 대시보드에서 Project > Compute > Volumes 를 선택합니다.
2. 대상 볼륨의 Create Snapshot(스냅샷 만들기) 작업을 선택합니다.
3. 스냅샷의 스냅샷 이름을 입력하고 Create a Volume Snapshot (볼륨 스냅샷 만들기)을 클릭합니다. Volume Snapshots(볼륨 스냅숏 ) 탭에는 모든 스냅샷이 표시됩니다.

절차

1. stack 사용자로 언더클라우드에 로그인합니다.

2. overcloudrc 파일을 소싱합니다.

   [stack@undercloud ~] $ source overcloudrc

3. 볼륨을 분리합니다.

   $ nova volume-detach <instance_id> <vol_id>

   <instance_id> 및 <vol_id>를 인스턴스 ID 및 되돌리려는 볼륨으로 바꿉니다.

4. 되돌릴 스냅샷의 ID 또는 이름을 찾습니다. 최신 스냅샷만 되돌릴 수 있습니다.

   $ cinder snapshot-list

5. 스냅샷을 되돌립니다.

   $ cinder --os-volume-api-version=3.40 revert-to-snapshot  <snapshot_id or snapshot_name>

   <snapshot_id 또는 snapshot_name>을 스냅샷 ID 또는 이름으로 바꿉니다.

6. 선택 사항: cinder snapshot-list 명령을 사용하여 되돌리려는 볼륨이 되돌리고 있는지 확인할 수 있습니다.

   $  cinder snapshot-list

7. 볼륨을 다시 연결합니다.

   $  nova volume-attach <instance_id> <vol_id>

   <instance_id> 및 <vol_id>를 인스턴스 ID 및 복원한 볼륨으로 바꿉니다.

1. 대시보드에서 Project > Compute > Volumes 를 선택합니다.
2. 대상 볼륨의 Upload to Image(이미지에 업로드) 작업을 선택합니다.
3. 볼륨의 이미지 이름을 입력하고 목록에서 디스크 형식을 선택합니다.
4. 업로드를 클릭합니다.

절차

1. 언더클라우드 호스트에 stack 사용자로 로그인합니다.

2. 언더클라우드 자격 증명 파일을 가져옵니다.

   $ source ~/stackrc

3. 새 환경 파일을 만들거나 기존 환경 파일을 수정합니다. 이 예제에서는 새 파일 lvm2-filtering.yaml을 생성합니다.

   $ touch ~/lvm2-filtering.yaml

4. 환경 파일에 다음 매개변수를 포함합니다.

   parameter_defaults:
     LVMFilterEnabled: true

   LVM2 필터의 구현을 추가로 사용자 지정할 수 있습니다. 예를 들어 컴퓨팅 노드에서만 필터링을 활성화하려면 다음 구성을 사용합니다.

   parameter_defaults:
     ComputeParameters:
       LVMFilterEnabled: true

   이러한 매개 변수는 정규 표현식도 지원합니다. 컴퓨팅 노드에서만 필터링을 활성화하고 /dev/sd 로 시작하는 모든 장치를 무시하려면 다음 구성을 사용합니다.

   parameter_defaults:
     ComputeParameters:
       LVMFilterEnabled: true
       LVMFilterDenylist:
         - /dev/sd.*

5. openstack overcloud deploy 명령을 실행하고 LVM2 필터링 구성 및 오버클라우드 배포와 관련된 기타 환경 파일이 포함된 환경 파일을 포함합니다.

   $ openstack overcloud deploy --templates \
   <environment-files> \
   -e lvm2-filtering.yaml

절차

1. cinder-backup 서비스를 사용할 수 있는 경우 현재 암호화되지 않은 볼륨을 백업합니다.

   $ cinder backup-create <unencrypted_volume>

   • <unencrypted_volume> 을 암호화되지 않은 볼륨의 이름 또는 ID로 바꿉니다.

2. 새로 암호화된 볼륨을 만듭니다.

   $ cinder create <encrypted_volume_size> --volume-type <encrypted_volume_type>

   • <encrypted_volume_size> 를 GB의 새 볼륨 크기로 바꿉니다. 암호화 메타데이터를 수용하려면 암호화되지 않은 볼륨의 크기보다 1GB보다 커야 합니다.
   • <encrypted_volume_type> 을 필요한 암호화 유형으로 바꿉니다.

3. 암호화되지 않은 볼륨의 백업을 새로 암호화된 볼륨으로 복원합니다.

   $ cinder backup-restore <backup> --volume <encrypted_volume>

   • <backup> 을 암호화되지 않은 볼륨 백업의 이름 또는 ID로 바꿉니다.
   • <encrypted_volume> 을 새 암호화된 볼륨의 ID로 바꿉니다.

1. 암호화되지 않은 볼륨의 이미지 서비스 이미지를 생성합니다.

   $ cinder upload-to-image <unencrypted_volume> <new_image>

   • <unencrypted_volume> 을 암호화되지 않은 볼륨의 이름 또는 ID로 바꿉니다.
   • <new_image> 를 새 이미지의 이름으로 바꿉니다.

2. 이미지에서 1GB 크기의 이미지에서 새 볼륨을 생성합니다.

   $ cinder volume create --size <size> --volume-type luks --image <new_image> <encrypted_volume_name>

   • <size> 를 새 볼륨의 크기로 바꿉니다. 이 값은 암호화되지 않은 이전 볼륨 크기보다 1GB 이상이어야 합니다.
   • <new_image> 를 암호화되지 않은 볼륨에서 생성한 이미지의 이름으로 바꿉니다.
   • <encrypted_volume_name> 을 새 암호화된 볼륨의 이름으로 바꿉니다.

절차

1. Overcloud를 구성합니다.

   참고

   자세한 내용은 Director 설치 및 사용 가이드에서 CLI 툴을 사용하여 기본 오버클라우드 구성을 참조하십시오.

2. 다중 경로를 활성화하도록 heat 템플릿을 업데이트합니다.

   parameter_defaults:
     NovaLibvirtVolumeUseMultipath:  true
     NovaComputeOptVolumes:
       - /etc/multipath.conf:/etc/multipath.conf:ro
       - /etc/multipath/:/etc/multipath/:rw
     CinderVolumeOptVolumes:
       - /etc/multipath.conf:/etc/multipath.conf:ro
       - /etc/multipath/:/etc/multipath/:rw

3. 선택 사항: Block Storage(cinder)를 Image 서비스(glance) 백엔드로 사용하는 경우 다음 단계도 완료해야 합니다.

   1. 다음 GlanceApiOptVolumes 구성을 heat 템플릿에 추가합니다.

      parameter_defaults:
        GlanceApiOptVolumes:
          - /etc/multipath.conf:/etc/multipath.conf:ro
          - /etc/multipath/:/etc/multipath/:rw

   2. 다음과 같은 방식으로 ControllerExtraConfig 매개변수를 설정합니다.

      parameter_defaults:
        ControllerExtraConfig:
          glance::config::api_config:
            default_backend/cinder_use_multipath:
              value: true

      참고

      default_backend 및 GlanceBackendID heat 템플릿 기본값이 모두 일치하는지 확인합니다.

4. 구성된 모든 백엔드에 대해 use_multipath_for_image_xfer 를 true로 설정합니다.

   parameter_defaults:
     ExtraConfig:
       cinder::config::cinder_config:
         <backend>/use_multipath_for_image_xfer:
           value: true

5. 오버클라우드를 배포합니다.

   $ openstack overcloud deploy

   참고

   Overcloud 매개 변수를 사용하여 Overcloud를 생성하는 방법에 대한 자세한 내용은 Director 설치 및 사용 가이드 의 CLI 툴을 사용하여 Overcloud 생성을 참조하십시오.

6. 컨테이너가 실행되기 전에 모든 컨트롤러 및 컴퓨팅 노드에 다중 경로를 설치합니다.

   $ sudo dnf install -y device-mapper-multipath

   참고

   director는 첫 번째 부팅이 완료된 후 코어 구성이 시작되기 전에 특정 노드 역할에 대한 사용자 정의 구성을 지원하는 후크 세트를 제공합니다. 사용자 정의 오버클라우드 구성에 대한 자세한 내용은 Pre-Configuration을 참조하십시오. Advanced Overcloud Customization 가이드에서 특정 Overcloud Roles 사용자 지정.

7. 모든 컨트롤러 및 컴퓨팅 노드에서 다중 경로 데몬을 구성합니다.

   $ mpathconf --enable --with_multipathd y --user_friendly_names n --find_multipaths y

   참고

   예제 코드는 대부분의 환경에서 작동하는 기본 다중 경로 구성을 생성합니다. 그러나 일부 벤더는 하드웨어에 고유한 구성을 최적화했기 때문에 스토리지 벤더에서 권장 사항을 확인하십시오. 다중 경로에 대한 자세한 내용은 장치 매퍼 다중 경로 구성 가이드를 참조하십시오.

8. 모든 컨트롤러 및 컴퓨팅 노드에서 다음 명령을 실행하여 파티션이 생성되지 않도록 합니다.

   $ sed -i "s/^defaults {/defaults {\n\tskip_kpartx yes/" /etc/multipath.conf

   참고

   skip_kpartx 를 yes 로 설정하면 Compute 노드에서 kpartx가 장치에 파티션을 자동으로 생성하지 못하여 불필요한 장치 매퍼 항목이 방지됩니다. 구성 속성에 대한 자세한 내용은 장치 매퍼 다중 경로 구성 가이드의 DM-Multipath 구성 파일 수정을 참조하십시오.

9. 모든 컨트롤러 및 컴퓨팅 노드에서 다중 경로 데몬을 시작합니다.

   $ systemctl enable --now multipathd

절차

1. 다중 경로가 모든 컨트롤러 및 컴퓨팅 노드에 설치되어 있는지 확인합니다.

   $ rpm -qa | grep device-mapper-multipath
   
   device-mapper-multipath-0.4.9-127.el8.x86_64
   device-mapper-multipath-libs-0.4.9-127.el8.x86_64

   다중 경로가 설치되지 않은 경우 모든 컨트롤러 및 컴퓨팅 노드에 설치합니다.

   $ sudo dnf install -y device-mapper-multipath

2. 모든 컨트롤러 및 컴퓨팅 노드에서 다중 경로 데몬을 구성합니다.

   $ mpathconf --enable --with_multipathd y --user_friendly_names n --find_multipaths y

   참고

   예제 코드는 대부분의 환경에서 작동하는 기본 다중 경로 구성을 생성합니다. 그러나 일부 벤더는 하드웨어에 고유한 구성을 최적화했기 때문에 스토리지 벤더에서 권장 사항을 확인하십시오. 다중 경로에 대한 자세한 내용은 장치 매퍼 다중 경로 구성 가이드를 참조하십시오.

3. 모든 컨트롤러 및 컴퓨팅 노드에서 다음 명령을 실행하여 파티션이 생성되지 않도록 합니다.

   $ sed -i "s/^defaults {/defaults {\n\tskip_kpartx yes/" /etc/multipath.conf

   참고

   skip_kpartx 를 yes 로 설정하면 Compute 노드에서 kpartx가 장치에 파티션을 자동으로 생성하지 못하여 불필요한 장치 매퍼 항목이 방지됩니다. 구성 속성에 대한 자세한 내용은 장치 매퍼 다중 경로 구성 가이드의 DM-Multipath 구성 파일 수정을 참조하십시오.

4. 모든 컨트롤러 및 컴퓨팅 노드에서 다중 경로 데몬을 시작합니다.

   $ systemctl enable --now multipathd

5. 다중 경로를 활성화하도록 heat 템플릿을 업데이트합니다.

   parameter_defaults:
     NovaLibvirtVolumeUseMultipath:  true
     NovaComputeOptVolumes:
       - /etc/multipath.conf:/etc/multipath.conf:ro
       - /etc/multipath/:/etc/multipath/:rw
     CinderVolumeOptVolumes:
       - /etc/multipath.conf:/etc/multipath.conf:ro
       - /etc/multipath/:/etc/multipath/:rw

6. 선택 사항: Block Storage(cinder)를 Image 서비스(glance) 백엔드로 사용하는 경우 다음 단계도 완료해야 합니다.

   1. 다음 GlanceApiOptVolumes 구성을 heat 템플릿에 추가합니다.

      parameter_defaults:
        GlanceApiOptVolumes:
          - /etc/multipath.conf:/etc/multipath.conf:ro
          - /etc/multipath/:/etc/multipath/:rw

   2. 다음과 같은 방식으로 ControllerExtraConfig 매개변수를 설정합니다.

      parameter_defaults:
        ControllerExtraConfig:
          glance::config::api_config:
            default_backend/cinder_use_multipath:
              value: true

      참고

      default_backend 및 GlanceBackendID heat 템플릿 기본값이 모두 일치하는지 확인합니다.

7. 구성된 모든 백엔드에 대해 use_multipath_for_image_xfer 를 true로 설정합니다.

   parameter_defaults:
     ExtraConfig:
       cinder::config::cinder_config:
         <backend>/use_multipath_for_image_xfer:
           value: true

8. 다음 명령을 실행하여 오버클라우드를 업데이트합니다.

   $ openstack overcloud deploy

   참고

   openstack overcloud deploy 명령을 실행하여 다중 경로를 설치하고 구성할 때 오버클라우드를 배포하는 데 사용한 이전 역할과 환경 파일을 모두 전달해야 합니다(예: --templates,--roles-file,-e 모든 환경 파일, --timeout ). 이전 역할 및 환경 파일을 모두 전달하지 못하면 오버클라우드 배포에 문제가 발생할 수 있습니다. 오버클라우드 매개변수 사용에 대한 자세한 내용은 Director 설치 및 사용 가이드 의 CLI 툴을 사용하여 Overcloud 생성을 참조하십시오.

절차

1. VM 생성.
2. 암호화되지 않은 볼륨을 VM에 연결합니다.

3. 인스턴스가 포함된 컴퓨팅 노드의 이름을 가져옵니다.

   $ nova show INSTANCE | grep OS-EXT-SRV-ATTR:host

   INSTANCE 를 부팅한 VM의 이름으로 교체합니다.

4. 인스턴스의 virsh 이름을 검색합니다.

   $ nova show INSTANCE | grep instance_name

   INSTANCE 를 부팅한 VM의 이름으로 교체합니다.

5. 컴퓨팅 노드의 IP 주소를 가져옵니다.

   $ . stackrc
   $ nova list | grep compute_name

   compute_name 을 nova show INSTANCE 명령의 출력에서 이름으로 바꿉니다.

6. VM을 실행하는 컴퓨팅 노드에 SSH로 연결합니다.

   $ ssh heat-admin@COMPUTE_NODE_IP

   COMPUTE_NODE_IP 를 컴퓨팅 노드의 IP 주소로 바꿉니다.

7. virsh를 실행하는 컨테이너에 로그인합니다.

   $ podman exec -it nova_libvirt /bin/bash

8. 컴퓨팅 노드 인스턴스에 다음 명령을 입력하여 cinder 볼륨 호스트 위치에서 다중 경로를 사용하는지 확인합니다.

   virsh domblklist VIRSH_INSTANCE_NAME | grep /dev/dm

   VIRSH_INSTANCE_NAME 을 nova show INSTANCE | grep instance_name 명령의 출력으로 바꿉니다.

   인스턴스에 /dev/dm- 이외의 값이 표시되면 연결이 멀티패스가 아니므로 nova Shelve 및 nova unshelve 명령을 사용하여 연결 정보를 새로 고쳐야 합니다.

   $ nova shelve <instance>
   $ nova unshelve <instance>

   참고

   백엔드 유형이 두 개 이상인 경우 각 백엔드에서 반환하는 연결 정보가 다를 수 있으므로 모든 백엔드에서 인스턴스와 볼륨을 확인해야 합니다.

1. swift_params.yaml 편집 :

   cat > swift_params.yaml << EOF
   parameter_defaults:
       ExtraConfig:
         swift::proxy::copy::object_post_as_copy: False
   EOF

2. 오버클라우드를 배포하거나 업데이트할 때 매개변수 파일을 포함합니다.

   openstack overcloud deploy [... previous args ...] -e swift_params.yaml

절차

1. 지원 유틸리티 패키지를 설치합니다.

   # yum install xfsprogs rsync

2. /dev/sdb 및 /dev/sdc 장치를 XFS로 포맷합니다.

   # mkfs.xfs /dev/sdb
   # mkfs.xfs /dev/sdc

3. 마운트 지점 디렉토리 구조를 생성합니다.

   # mkdir -p /srv/node/sdb
   # mkdir -p /srv/node/sdc

4. /etc/fstab 파일을 편집하여 다음 데이터를 추가합니다.

   /dev/sdb /srv/node/sdb xfs defaults 0 2
   /dev/sdc /srv/node/sdc xfs defaults 0 2

5. 장치를 마운트합니다.

   # mount /srv/node/sdb
   # mount /srv/node/sdc

6. 다음 데이터를 포함하도록 /etc/rsyncd.conf 파일을 생성하거나 편집합니다.

   uid = swift
   gid = swift
   log file = /var/log/rsyncd.log
   pid file = /var/run/rsyncd.pid
   address = MANAGEMENT_INTERFACE_IP_ADDRESS
   
   [account]
   max connections = 2
   path = /srv/node/
   read only = False
   lock file = /var/lock/account.lock
   
   [container]
   max connections = 2
   path = /srv/node/
   read only = False
   lock file = /var/lock/container.lock
   
   [object]
   max connections = 2
   path = /srv/node/
   read only = False
   lock file = /var/lock/object.lock

   MANAGEMENT_INTERFACE_IP_ADDRESS 를 스토리지 노드에 있는 관리 네트워크의 IP 주소로 바꿉니다.

7. rsyncd 서비스를 시작하고 시스템이 부팅될 때 시작되도록 구성합니다.

   # systemctl enable rsyncd.service
   # systemctl start rsyncd.service

절차

1. 패키지를 설치합니다.

   # yum install openstack-swift-account openstack-swift-container \
     openstack-swift-object

2. /etc/swift/account-server.conf 파일을 편집하고 다음 작업을 완료합니다.

   1. [DEFAULT] 섹션에서 바인딩 IP 주소, 바인드 포트, 사용자, 구성 디렉터리, 마운트 지점 디렉터리를 구성합니다.

      [DEFAULT]
      ...
      bind_ip = MANAGEMENT_INTERFACE_IP_ADDRESS
      bind_port = 6202
      user = swift
      swift_dir = /etc/swift
      devices = /srv/node
      mount_check = True

      MANAGEMENT_INTERFACE_IP_ADDRESS 를 스토리지 노드에 있는 관리 네트워크의 IP 주소로 바꿉니다.

   2. [pipeline:main] 섹션에서 healthcheck 및 recon 모듈을 활성화합니다.

      [pipeline:main]
      pipeline = healthcheck recon account-server

   3. [filter:recon] 섹션에서 Recon cache 디렉터리를 구성합니다.

      [filter:recon]
      use = egg:swift#recon
      ...
      recon_cache_path = /var/cache/swift

3. 계정 서비스의 기본 방화벽 포트를 엽니다.

   # firewall-cmd --permanent --add-port=6202/tcp

4. /etc/swift/container-server.conf 파일을 편집하고 다음 작업을 완료합니다.

   1. [DEFAULT] 섹션에서 바인딩 IP 주소, 바인드 포트, 사용자, 구성 디렉터리, 마운트 지점 디렉터리를 구성합니다.

      [DEFAULT]
      ...
      bind_ip = MANAGEMENT_INTERFACE_IP_ADDRESS
      bind_port = 6201
      user = swift
      swift_dir = /etc/swift
      devices = /srv/node
      mount_check = True

      MANAGEMENT_INTERFACE_IP_ADDRESS 를 스토리지 노드에 있는 관리 네트워크의 IP 주소로 바꿉니다.

   2. [pipeline:main] 섹션에서 healthcheck 및 recon 모듈을 활성화합니다.

      [pipeline:main]
      pipeline = healthcheck recon container-server

   3. [filter:recon] 섹션에서 Recon cache 디렉터리를 구성합니다.

      [filter:recon]
      use = egg:swift#recon
      ...
      recon_cache_path = /var/cache/swift

5. 컨테이너 서비스의 기본 방화벽 포트를 엽니다.

   # firewall-cmd --permanent --add-port=6201/tcp

6. /etc/swift/object-server.conf 파일을 편집하고 다음 작업을 완료합니다.

   1. [DEFAULT] 섹션에서 바인딩 IP 주소, 바인드 포트, 사용자, 구성 디렉터리, 마운트 지점 디렉터리를 구성합니다.

      [DEFAULT]
      ...
      bind_ip = MANAGEMENT_INTERFACE_IP_ADDRESS
      bind_port = 6200
      user = swift
      swift_dir = /etc/swift
      devices = /srv/node
      mount_check = True

      MANAGEMENT_INTERFACE_IP_ADDRESS 를 스토리지 노드에 있는 관리 네트워크의 IP 주소로 바꿉니다.

   2. [pipeline:main] 섹션에서 healthcheck 및 recon 모듈을 활성화합니다.

      [pipeline:main]
      pipeline = healthcheck recon object-server

   3. [filter:recon] 섹션에서 recon_cache_path 및 recon_lock_path 디렉터리를 구성합니다.

      [filter:recon]
      use = egg:swift#recon
      ...
      recon_cache_path = /var/cache/swift
      recon_lock_path = /var/lock

7. 오브젝트 서비스의 기본 방화벽 포트를 엽니다.

   # firewall-cmd --permanent --add-port=6200/tcp

8. 마운트 지점 디렉터리 구조의 소유권이 올바른지 확인합니다.

   # chown -R swift:swift /srv/node

9. recon 디렉토리를 만들고 적절한 소유권을 확인합니다.

   # mkdir -p /var/cache/swift
   # chown -R root:swift /var/cache/swift
   # chmod -R 775 /var/cache/swift

1. 대시보드에서 Project > Object Store > Containers를 선택합니다.
2. Create Container(컨테이너 만들기)를 클릭합니다.

3. 컨테이너 이름을 지정하고 Container Access (컨테이너 액세스) 필드에서 다음 중 하나를 선택합니다.

   유형	설명
   비공개	현재 프로젝트의 사용자 액세스를 제한합니다.
   공용	공개 URL이 있는 모든 사용자에게 API 액세스를 허용합니다. 그러나 대시보드에서 프로젝트 사용자는 다른 프로젝트의 공용 컨테이너 및 데이터를 볼 수 없습니다.

4. Create Container(컨테이너 만들기)를 클릭합니다.

1. 대시보드에서 Project > Object Store > Containers를 선택합니다.
2. pseudo-폴더를 추가할 컨테이너의 이름을 클릭합니다.
3. Create Pseudo-폴더를 클릭합니다.
4. Pseudo-폴더 이름 필드에 이름을 지정하고 Create(만들기 )를 클릭합니다.

1. 대시보드에서 Project > Object Store > Containers를 선택합니다.
2. 컨테이너 섹션에서 컨테이너를 검색하고 모든 오브젝트가 삭제되었는지 확인합니다( 3.4.6절. “오브젝트 삭제”참조).
3. 컨테이너의 화살표 메뉴에서 Delete Container (컨테이너 삭제)를 선택합니다.
4. Delete Container (컨테이너 삭제)를 클릭하여 컨테이너의 제거를 확인합니다.

1. 대시보드에서 Project > Object Store > Containers를 선택합니다.
2. 업로드한 오브젝트가 배치되는 컨테이너의 이름을 클릭합니다. 의사 폴더가 컨테이너에 이미 있는 경우 해당 이름을 클릭할 수 있습니다.
3. 파일을 검색하고 Upload Object(오브젝트 업로드 )를 클릭합니다.

4. Object Name(개체 이름 ) 필드에 이름을 지정합니다.

   • 의사 폴더는 / 문자를 사용하여 이름에서 지정할 수 있습니다(예: Images/myImage.jpg). 지정한 폴더가 아직 존재하지 않으면 오브젝트를 업로드할 때 생성됩니다.
   • 위치(즉, 오브젝트가 이미 있음)에 고유하지 않은 이름이 오브젝트의 콘텐츠를 덮어씁니다.
5. Upload Object(오브젝트 업로드 )를 클릭합니다.

1. 대시보드에서 Project > Object Store > Containers를 선택합니다.
2. 오브젝트 컨테이너 또는 폴더의 이름을 클릭하여 오브젝트를 표시합니다.
3. Upload Object(오브젝트 업로드 )를 클릭합니다.
4. 복사할 파일을 찾아 화살표 메뉴에서 Copy (복사)를 선택합니다.

5. 다음을 지정합니다.

   필드	설명
   대상 컨테이너	새 오브젝트의 대상 컨테이너입니다.
   경로	대상 컨테이너의 pseudo-폴더. 폴더가 아직 없으면 생성됩니다.
   대상 오브젝트 이름	새 개체의 이름. 위치와 고유하지 않은 이름을 사용하는 경우(즉, 오브젝트가 이미 존재하는 경우) 오브젝트의 이전 콘텐츠를 덮어씁니다.

6. Copy Object (오브젝트 복사)를 클릭합니다.

1. 대시보드에서 Project > Object Store > Containers를 선택합니다.
2. 오브젝트를 검색하고 화살표 메뉴에서 Delete Object (오브젝트 삭제)를 선택합니다.
3. Delete Object (오브젝트 삭제)를 클릭하여 오브젝트의 제거를 확인합니다.

절차

1. 오버클라우드를 배포한 후 다음 명령을 클라우드 관리자로 실행하여 공유 유형을 생성합니다.

   # manila type-create default <spec_driver_handles_share_servers>

   <spec_driver_handles_share_servers> 매개변수는 부울 값입니다.

   • NFS 또는 기본 CephFS를 통한 CephFS의 경우 값은 false입니다.
   • 다른 백엔드의 경우 값은 true 또는 false일 수 있습니다. Manila& lt;backend>DriverHandlesShareServers 매개변수 값과 일치하도록 <spec_driver_handles_share_servers > 를 설정합니다. 예를 들어 NetApp 백엔드를 사용하는 경우 매개 변수를 ManilaNetappDriverHandlesShareServers 라고 합니다.

2. 기본 공유 유형에 사양을 추가하거나 여러 구성된 백엔드에 사용할 추가 공유 유형을 생성합니다. 예를 들어 CephFS 백엔드와 NetApp driver_handles_share_servers=True 백엔드를 사용하는 추가 공유 유형을 선택하도록 기본 공유 유형을 구성합니다.

   (overcloud) [stack@undercloud-0 ~]$ manila type-create default false --extra-specs share_backend_name='cephfs'
   (overcloud) [stack@undercloud-0 ~]$ manila type-create netapp true --extra-specs share_backend_name='tripleo_netapp'

절차

1. 사용 가능한 공유 유형을 검색합니다.

   $ manila type-list

   명령 출력에는 공유 유형의 이름과 ID가 나열됩니다.

절차

1. 예제 공유 유형을 사용하여 CephFS NFS 백엔드에 share-01 이라는 10GB NFS 공유를 만듭니다. 이 예에서는 NFS에서 CephFS를 사용합니다.

   (user) [stack@undercloud-0 ~]$ manila create --name share-01 nfs 10

2. 선택 사항: NetApp 백엔드에 share-02 라는 20GB NFS 공유를 생성합니다.

   (user) [stack@undercloud-0 ~]$ manila create --name share-02 --share-type netapp --share-network mynet nfs 20

절차

1. 공유를 나열합니다.

   (user) [stack@undercloud-0 ~]$ manila list
   
   +--------------------------------------+----------+-----+-----------+           | ID                                   | Name     | ... | Status    ...
   +--------------------------------------+----------+-----+-----------+
   | 8c3bedd8-bc82-4100-a65d-53ec51b5fe81 | share-01 | ... | available ...
   +--------------------------------------+----------+-----+-----------+

2. 공유의 내보내기 위치를 확인합니다.

   (user) [stack@undercloud-0 ~]$ manila share-export-location-list share-01
   
    +------------------------------------------------------------------
    | Path
    |  172.17.5.13:/volumes/_nogroup/e840b4ae-6a04-49ee-9d6e-67d4999fbc01
    +------------------------------------------------------------------

3. 공유의 매개변수를 확인합니다.

   manila share-export-location-show <id>

   참고

   이 정보는 4.4.2절. “공유 마운트” 에 공유를 마운트하는 데 사용됩니다.

절차

1. 패킷이 포트를 송신할 수 있지만 지정되지 않은 연결에서 수신 패킷을 허용하는 StorageNFS 포트에 대한 보안 그룹을 생성합니다.

   (user) [stack@undercloud-0 ~]$ openstack security group create no-ingress -f yaml
   created_at: '2018-09-19T08:19:58Z'
   description: no-ingress
   id: 66f67c24-cd8b-45e2-b60f-9eaedc79e3c5
   name: no-ingress
   project_id: 1e021e8b322a40968484e1af538b8b63
   revision_number: 2
   rules: 'created_at=''2018-09-19T08:19:58Z'', direction=''egress'', ethertype=''IPv4'',
    id=''6c7f643f-3715-4df5-9fef-0850fb6eaaf2'', updated_at=''2018-09-19T08:19:58Z''
   
    created_at=''2018-09-19T08:19:58Z'', direction=''egress'', ethertype=''IPv6'',                                                          id=''a8ca1ac2-fbe5-40e9-ab67-3e55b7a8632a'', updated_at=''2018-09-19T08:19:58Z'''
   updated_at: '2018-09-19T08:19:58Z'

2. no-ingress 보안 그룹에서 적용된 보안을 사용하여 StorageNFS 네트워크에 포트를 만듭니다.

   (user) [stack@undercloud-0 ~]$ openstack port create nfs-port0 --network StorageNFS --security-group no-ingress -f yaml
   
   admin_state_up: UP
   allowed_address_pairs: ''
   binding_host_id: null
   binding_profile: null
   binding_vif_details: null
   binding_vif_type: null
   binding_vnic_type: normal
   created_at: '2018-09-19T08:03:02Z'
   data_plane_status: null
   description: ''
   device_id: ''
   device_owner: ''
   dns_assignment: null
   dns_name: null
   extra_dhcp_opts: ''
   fixed_ips: ip_address='172.17.5.160', subnet_id='7bc188ae-aab3-425b-a894-863e4b664192'
   id: 7a91cbbc-8821-4d20-a24c-99c07178e5f7
   ip_address: null
   mac_address: fa:16:3e:be:41:6f
   name: nfs-port0
   network_id: cb2cbc5f-ea92-4c2d-beb8-d9b10e10efae
   option_name: null
   option_value: null
   port_security_enabled: true
   project_id: 1e021e8b322a40968484e1af538b8b63
   qos_policy_id: null
   revision_number: 6
   security_group_ids: 66f67c24-cd8b-45e2-b60f-9eaedc79e3c5
   status: DOWN
   subnet_id: null
   tags: ''
   trunk_details: null
   updated_at: '2018-09-19T08:03:03Z'

   참고

   StorageNFSSubnet 에 IP 주소 172.17.5.160을 nfs-port0 에 할당했습니다.

3. Compute 인스턴스에 nfs-port0 을 추가합니다.

   (user) [stack@undercloud-0 ~]$ openstack server add port instance0 nfs-port0
   (user) [stack@undercloud-0 ~]$ openstack server list -f yaml
   - Flavor: m1.micro
     ID: 0b878c11-e791-434b-ab63-274ecfc957e8
     Image: manila-test
     Name: demo-instance0
     Networks: demo-network=172.20.0.4, 10.0.0.53; StorageNFS=172.17.5.160
     Status: ACTIVE

   계산 인스턴스에는 개인 및 유동 주소 외에도 StorageNFS 네트워크에서 IP 주소가 172.17.5.160인 포트가 할당됩니다. 이 포트는 해당 주소에 대한 액세스 권한이 부여되면 NFS 공유를 마운트할 수 있습니다.

   참고

   Compute 인스턴스에서 네트워킹 구성을 조정하고 Compute 인스턴스의 서비스를 다시 시작하여 이 주소로 인터페이스를 활성화해야 할 수 있습니다.

절차

1. 인스턴스에 로그인합니다.

2. IPv6 인터페이스 주소를 구성합니다.

   $ ip address add fd00:fd00:fd00:7000::c/64 dev eth1

3. 인터페이스를 활성화합니다.

   $ ip link set dev eth1 up

4. 공유의 내보내기 위치에서 IPv6 주소를 ping하여 인터페이스 연결을 테스트합니다.

   $ ping -6  fd00:fd00:fd00:7000::21

5. 또는 Telnet을 통해 NFS 서버에 연결할 수 있는지 확인합니다.

   $ dnf install -y telnet
   $ telnet fd00:fd00:fd00:7000::21 2049

절차

1. 공유를 마운트하려는 클라이언트 계산 인스턴스의 IP 주소를 검색합니다. 공유에 연결할 수 있는 네트워크에 해당하는 IP 주소를 선택해야 합니다. 이 예제에서는 StorageNFS 네트워크의 IP 주소입니다.

   (user) [stack@undercloud-0 ~]$ openstack server list -f yaml
   - Flavor: m1.micro
     ID: 0b878c11-e791-434b-ab63-274ecfc957e8
     Image: manila-test
     Name: demo-instance0
     Networks: demo-network=172.20.0.4, 10.0.0.53;
     StorageNFS=172.17.5.160
     Status: ACTIVE
   
   (user) [stack@undercloud-0 ~]$ manila access-allow share-01 ip 172.17.5.160

   참고

   공유에 대한 액세스에는 자체 ID(accessid)가 있습니다.

   +-----------------+---------------------------------------+
   | Property        | Value                                 |
   +-----------------+---------------------------------------+
   | access_key      | None
   | share_id        | db3bedd8-bc82-4100-a65d-53ec51b5cba3
   | created_at      | 2018-09-17T21:57:42.000000
   | updated_at      | None
   | access_type     | ip
   | access_to       | 172.17.5.160
   | access_level    | rw
   | state           | queued_to_apply
   | id              | 875c6251-c17e-4c45-8516-fe0928004fff
   +-----------------+---------------------------------------+

2. 액세스 구성이 성공적으로 수행되었는지 확인합니다.

   (user) [stack@undercloud-0 ~]$ manila access-list share-01
   
   +--------------+-------------+--------------+--------------+--------+ ...
   | id           | access_type | access_to    | access_level | state  | ...
   +--------------+-------------+--------------+--------------+--------+
   | 875c6251-... | ip          | 172.17.5.160 | rw       	   | active | ...
   +--------------+------------+--------------+--------------+---------+ ...

절차

1. 공유에 대한 액세스를 취소합니다.

   # manila access-deny <share> <accessid>

   참고

   <share> 를 공유 이름 또는 공유 ID로 바꿉니다.

   예를 들면 다음과 같습니다.

   (user) [stack@undercloud-0 ~]$ manila access-list share-01
   +--------------+-------------+--------------+--------------+--------+
   | id           | access_type | access_to    | access_level | state  | ...
   +--------------+-------------+--------------+--------------+--------+ ...
   | 875c6251-... | ip          | 172.17.5.160 | rw       	   | active | ...
   +--------------+-------------+--------------+--------------+--------+
   
   (user) [stack@undercloud-0 ~]$ manila access-deny share-01 875c6251-c17e-4c45-8516-fe0928004fff
   
   (user) [stack@undercloud-0 ~]$ manila access-list share-01
   
   +--------------+------------+--------------+--------------+--------+ ...
   | id           | access_type| access_to    | access_level | state  | ...
   +--------------+------------+--------------+--------------+--------+ ...
   +--------------+------------+--------------+--------------+--------+ ...

절차

1. 공유의 내보내기 위치를 검색합니다.

   (user) [stack@undercloud-0 ~]$ manila share-export-location-list share-01

   여러 내보내기 위치가 있는 경우 기본 metadata 필드의 값이 True와 같은 내보내기 위치를 선택합니다. 기본 위치가 없으면 내보내기 위치를 사용할 수 있습니다.

절차

1. 인스턴스에 로그인하여 다음 명령을 실행합니다.

   (user) [stack@undercloud-0 ~]$ openstack server ssh demo-instance0 --login root
   # hostname
   demo-instance0

2. 내보내기 위치를 사용하여 IPv4 네트워크에 공유를 마운트합니다.

   # mount -t nfs -v  172.17.5.13:/volumes/_nogroup/e840b4ae-6a04-49ee-9d6e-67d4999fbc01 /mnt

절차

1. usage 문을 보려면 다음 명령을 실행합니다.

   # manila help quota-show
   # manila help quota-update
   # manila help quota-delete

절차

1. 공유를 생성하려면 공유에 사용할 몇 가지 기능을 지정하는 공유 유형을 사용할 수 있습니다. 클라우드 관리자는 공유 유형을 만들 수 있습니다. 사용 가능한 공유 유형을 확인합니다.

   clouduser1@client:~$ manila type-list
   +--------------------------------------+-------------+------------+------------+--------------------------------------+--------------------------------------------+-------------+
   | ID                                   | Name        | visibility | is_default | required_extra_specs                 | optional_extra_specs                       | Description |
   +--------------------------------------+-------------+------------+------------+--------------------------------------+--------------------------------------------+-------------+
   | 1cf5d45a-61b3-44d1-8ec7-89a21f51a4d4 | dhss_false  | public     | YES        | driver_handles_share_servers : False | create_share_from_snapshot_support : True  | None        |
   |                                      |             |            |            |                                      | mount_snapshot_support : False             |             |
   |                                      |             |            |            |                                      | revert_to_snapshot_support : False         |             |
   |                                      |             |            |            |                                      | snapshot_support : True                    |             |
   | 277c1089-127f-426e-9b12-711845991ea1 | dhss_true   | public     | -          | driver_handles_share_servers : True  | create_share_from_snapshot_support : True  | None        |
   |                                      |             |            |            |                                      | mount_snapshot_support : False             |             |
   |                                      |             |            |            |                                      | revert_to_snapshot_support : False         |             |
   |                                      |             |            |            |                                      | snapshot_support : True                    |             |
   +--------------------------------------+-------------+------------+------------+--------------------------------------+--------------------------------------------+-------------+

   이 예제에서는 두 가지 공유 유형을 사용할 수 있습니다.

2. driver_handles_share_servers=True 기능을 지정하는 공유 유형을 사용하려면 공유를 내보낼 공유 네트워크를 생성해야 합니다. 사설 프로젝트 네트워크에서 공유 네트워크를 만듭니다.

   clouduser1@client:~$ openstack subnet list
   +--------------------------------------+---------------------+--------------------------------------+---------------------+
   | ID                                   | Name                | Network                              | Subnet              |
   +--------------------------------------+---------------------+--------------------------------------+---------------------+
   | 78c6ac57-bba7-4922-ab81-16cde31c2d06 | private-subnet      | 74d5cfb3-5dd0-43f7-b1b2-5b544cb16212 | 10.0.0.0/26         |
   | a344682c-718d-4825-a87a-3622b4d3a771 | ipv6-private-subnet | 74d5cfb3-5dd0-43f7-b1b2-5b544cb16212 | fd36:18fc:a8e9::/64 |
   +--------------------------------------+---------------------+--------------------------------------+---------------------+
   
   clouduser1@client:~$ manila share-network-create --name mynet --neutron-net-id 74d5cfb3-5dd0-43f7-b1b2-5b544cb16212 --neutron-subnet-id 78c6ac57-bba7-4922-ab81-16cde31c2d06
   +-------------------+--------------------------------------+
   | Property          | Value                                |
   +-------------------+--------------------------------------+
   | network_type      | None                                 |
   | name              | mynet                                |
   | segmentation_id   | None                                 |
   | created_at        | 2018-10-09T21:32:22.485399           |
   | neutron_subnet_id | 78c6ac57-bba7-4922-ab81-16cde31c2d06 |
   | updated_at        | None                                 |
   | mtu               | None                                 |
   | gateway           | None                                 |
   | neutron_net_id    | 74d5cfb3-5dd0-43f7-b1b2-5b544cb16212 |
   | ip_version        | None                                 |
   | cidr              | None                                 |
   | project_id        | cadd7139bc3148b8973df097c0911016     |
   | id                | 0b0fc320-d4b5-44a1-a1ae-800c56de550c |
   | description       | None                                 |
   +-------------------+--------------------------------------+
   
   clouduser1@client:~$ manila share-network-list
   +--------------------------------------+-------+
   | id                                   | name  |
   +--------------------------------------+-------+
   | 6c7ef9ef-3591-48b6-b18a-71a03059edd5 | mynet |
   +--------------------------------------+-------+

3. 공유를 생성합니다.

   clouduser1@client:~$ manila create nfs 1 --name software_share --share-network mynet --share-type dhss_true
   +---------------------------------------+--------------------------------------+
   | Property                              | Value                                |
   +---------------------------------------+--------------------------------------+
   | status                                | creating                             |
   | share_type_name                       | dhss_true                            |
   | description                           | None                                 |
   | availability_zone                     | None                                 |
   | share_network_id                      | 6c7ef9ef-3591-48b6-b18a-71a03059edd5 |
   | share_server_id                       | None                                 |
   | share_group_id                        | None                                 |
   | host                                  |                                      |
   | revert_to_snapshot_support            | False                                |
   | access_rules_status                   | active                               |
   | snapshot_id                           | None                                 |
   | create_share_from_snapshot_support    | False                                |
   | is_public                             | False                                |
   | task_state                            | None                                 |
   | snapshot_support                      | False                                |
   | id                                    | 243f3a51-0624-4bdd-950e-7ed190b53b67 |
   | size                                  | 1                                    |
   | source_share_group_snapshot_member_id | None                                 |
   | user_id                               | 61aef4895b0b41619e67ae83fba6defe     |
   | name                                  | software_share                       |
   | share_type                            | 277c1089-127f-426e-9b12-711845991ea1 |
   | has_replicas                          | False                                |
   | replication_type                      | None                                 |
   | created_at                            | 2018-10-09T21:12:21.000000           |
   | share_proto                           | NFS                                  |
   | mount_snapshot_support                | False                                |
   | project_id                            | cadd7139bc3148b8973df097c0911016     |
   | metadata                              | {}                                   |
   +---------------------------------------+--------------------------------------+

4. 공유 상태를 확인합니다.

   clouduser1@client:~$ manila list
   +--------------------------------------+----------------+------+-------------+--------+-----------+-----------------+------+-------------------+
   | ID                                   | Name           | Size | Share Proto | Status | Is Public | Share Type Name | Host | Availability Zone |
   +--------------------------------------+----------------+------+-------------+--------+-----------+-----------------+------+-------------------+
   | 243f3a51-0624-4bdd-950e-7ed190b53b67 | software_share | 1    | NFS         | error  | False     | dhss_true       |      | None              |
   +--------------------------------------+----------------+------+-------------+--------+-----------+-----------------+------+-------------------+

   이 예제에서는 공유를 생성하는 동안 오류가 발생했습니다.

5. 사용자 지원 메시지를 보려면 message-list 명령을 실행합니다. --resource-id 를 사용하여 찾고자 하는 특정 공유에 대해 필터링합니다.

   clouduser1@client:~$ manila message-list
   +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
   | ID                                   | Resource Type | Resource ID                          | Action ID | User Message                                                                                             | Detail ID | Created At                 |
   +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
   | 7d411c3c-46d9-433f-9e21-c04ca30b209c | SHARE         | 243f3a51-0624-4bdd-950e-7ed190b53b67 | 001       | allocate host: No storage could be allocated for this share request, Capabilities filter didn't succeed. | 008       | 2018-10-09T21:12:21.000000 |
   +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+

   사용자 메시지 열에서 기능 불일치로 인해 공유 파일 시스템 서비스에서 공유를 생성하지 못했습니다.

6. 자세한 메시지 정보를 보려면 message-show 명령을 실행하고 message-list 명령에서 메시지 ID를 차례로 실행합니다.

   clouduser1@client:~$ manila message-show 7d411c3c-46d9-433f-9e21-c04ca30b209c
   +---------------+----------------------------------------------------------------------------------------------------------+
   | Property      | Value                                                                                                    |
   +---------------+----------------------------------------------------------------------------------------------------------+
   | request_id    | req-0a875292-6c52-458b-87d4-1f945556feac                                                                 |
   | detail_id     | 008                                                                                                      |
   | expires_at    | 2018-11-08T21:12:21.000000                                                                               |
   | resource_id   | 243f3a51-0624-4bdd-950e-7ed190b53b67                                                                     |
   | user_message  | allocate host: No storage could be allocated for this share request, Capabilities filter didn't succeed. |
   | created_at    | 2018-10-09T21:12:21.000000                                                                               |
   | message_level | ERROR                                                                                                    |
   | id            | 7d411c3c-46d9-433f-9e21-c04ca30b209c                                                                     |
   | resource_type | SHARE                                                                                                    |
   | action_id     | 001                                                                                                      |
   +---------------+----------------------------------------------------------------------------------------------------------+

7. 클라우드 사용자는 공유 유형을 통해 기능을 확인할 수 있으므로 사용 가능한 공유 유형을 검토할 수 있습니다. 두 공유 유형의 차이점은 driver_handles_share_servers:

   clouduser1@client:~$ manila type-list
   +--------------------------------------+-------------+------------+------------+--------------------------------------+--------------------------------------------+-------------+
   | ID                                   | Name        | visibility | is_default | required_extra_specs                 | optional_extra_specs                       | Description |
   +--------------------------------------+-------------+------------+------------+--------------------------------------+--------------------------------------------+-------------+
   | 1cf5d45a-61b3-44d1-8ec7-89a21f51a4d4 | dhss_false  | public     | YES        | driver_handles_share_servers : False | create_share_from_snapshot_support : True  | None        |
   |                                      |             |            |            |                                      | mount_snapshot_support : False             |             |
   |                                      |             |            |            |                                      | revert_to_snapshot_support : False         |             |
   |                                      |             |            |            |                                      | snapshot_support : True                    |             |
   | 277c1089-127f-426e-9b12-711845991ea1 | dhss_true   | public     | -          | driver_handles_share_servers : True  | create_share_from_snapshot_support : True  | None        |
   |                                      |             |            |            |                                      | mount_snapshot_support : False             |             |
   |                                      |             |            |            |                                      | revert_to_snapshot_support : False         |             |
   |                                      |             |            |            |                                      | snapshot_support : True                    |             |
   +--------------------------------------+-------------+------------+------------+--------------------------------------+--------------------------------------------+-------------+

8. 다른 사용 가능한 공유 유형을 사용하여 공유를 생성합니다.

   clouduser1@client:~$ manila create nfs 1 --name software_share --share-network mynet --share-type dhss_false
   +---------------------------------------+--------------------------------------+
   | Property                              | Value                                |
   +---------------------------------------+--------------------------------------+
   | status                                | creating                             |
   | share_type_name                       | dhss_false                           |
   | description                           | None                                 |
   | availability_zone                     | None                                 |
   | share_network_id                      | 6c7ef9ef-3591-48b6-b18a-71a03059edd5 |
   | share_group_id                        | None                                 |
   | revert_to_snapshot_support            | False                                |
   | access_rules_status                   | active                               |
   | snapshot_id                           | None                                 |
   | create_share_from_snapshot_support    | True                                 |
   | is_public                             | False                                |
   | task_state                            | None                                 |
   | snapshot_support                      | True                                 |
   | id                                    | 2d03d480-7cba-4122-ac9d-edc59c8df698 |
   | size                                  | 1                                    |
   | source_share_group_snapshot_member_id | None                                 |
   | user_id                               | 5c7bdb6eb0504d54a619acf8375c08ce     |
   | name                                  | software_share                       |
   | share_type                            | 1cf5d45a-61b3-44d1-8ec7-89a21f51a4d4 |
   | has_replicas                          | False                                |
   | replication_type                      | None                                 |
   | created_at                            | 2018-10-09T21:24:40.000000           |
   | share_proto                           | NFS                                  |
   | mount_snapshot_support                | False                                |
   | project_id                            | cadd7139bc3148b8973df097c0911016     |
   | metadata                              | {}                                   |
   +---------------------------------------+--------------------------------------+

   이 예에서는 두 번째 공유 생성 시도가 실패합니다.

9. 사용자 지원 메시지를 표시합니다.

   clouduser1@client:~$ manila list
   +--------------------------------------+----------------+------+-------------+--------+-----------+-----------------+------+-------------------+
   | ID                                   | Name           | Size | Share Proto | Status | Is Public | Share Type Name | Host | Availability Zone |
   +--------------------------------------+----------------+------+-------------+--------+-----------+-----------------+------+-------------------+
   | 2d03d480-7cba-4122-ac9d-edc59c8df698 | software_share | 1    | NFS         | error  | False     | dhss_false      |      | nova              |
   | 243f3a51-0624-4bdd-950e-7ed190b53b67 | software_share | 1    | NFS         | error  | False     | dhss_true       |      | None              |
   +--------------------------------------+----------------+------+-------------+--------+-----------+-----------------+------+-------------------+
   
   clouduser1@client:~$ manila message-list
   +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
   | ID                                   | Resource Type | Resource ID                          | Action ID | User Message                                                                                             | Detail ID | Created At                 |
   +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
   | ed7e02a2-0cdb-4ff9-b64f-e4d2ec1ef069 | SHARE         | 2d03d480-7cba-4122-ac9d-edc59c8df698 | 002       | create: Driver does not expect share-network to be provided with current configuration.                  | 003       | 2018-10-09T21:24:40.000000 |
   | 7d411c3c-46d9-433f-9e21-c04ca30b209c | SHARE         | 243f3a51-0624-4bdd-950e-7ed190b53b67 | 001       | allocate host: No storage could be allocated for this share request, Capabilities filter didn't succeed. | 008       | 2018-10-09T21:12:21.000000 |
   +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+

   이 서비스는 사용한 공유 유형에 대한 공유 네트워크를 예상하지 않습니다.

10. 관리자에게 컨설팅하지 않으면 관리자가 개인 neutron 네트워크로 직접 공유 내보내기를 지원하는 스토리지 백엔드를 사용할 수 없음을 확인할 수 있습니다. share -network 매개변수 없이 공유를 생성합니다.

    clouduser1@client:~$ manila create nfs 1 --name software_share --share-type dhss_false
    +---------------------------------------+--------------------------------------+
    | Property                              | Value                                |
    +---------------------------------------+--------------------------------------+
    | status                                | creating                             |
    | share_type_name                       | dhss_false                           |
    | description                           | None                                 |
    | availability_zone                     | None                                 |
    | share_network_id                      | None                                 |
    | share_group_id                        | None                                 |
    | revert_to_snapshot_support            | False                                |
    | access_rules_status                   | active                               |
    | snapshot_id                           | None                                 |
    | create_share_from_snapshot_support    | True                                 |
    | is_public                             | False                                |
    | task_state                            | None                                 |
    | snapshot_support                      | True                                 |
    | id                                    | 4d3d7fcf-5fb7-4209-90eb-9e064659f46d |
    | size                                  | 1                                    |
    | source_share_group_snapshot_member_id | None                                 |
    | user_id                               | 5c7bdb6eb0504d54a619acf8375c08ce     |
    | name                                  | software_share                       |
    | share_type                            | 1cf5d45a-61b3-44d1-8ec7-89a21f51a4d4 |
    | has_replicas                          | False                                |
    | replication_type                      | None                                 |
    | created_at                            | 2018-10-09T21:25:40.000000           |
    | share_proto                           | NFS                                  |
    | mount_snapshot_support                | False                                |
    | project_id                            | cadd7139bc3148b8973df097c0911016     |
    | metadata                              | {}                                   |
    +---------------------------------------+--------------------------------------+

11. 공유가 성공적으로 생성되었는지 확인합니다.

    clouduser1@client:~$ manila list
    +--------------------------------------+----------------+------+-------------+-----------+-----------+-----------------+------+-------------------+
    | ID                                   | Name           | Size | Share Proto | Status    | Is Public | Share Type Name | Host | Availability Zone |
    +--------------------------------------+----------------+------+-------------+-----------+-----------+-----------------+------+-------------------+
    | 4d3d7fcf-5fb7-4209-90eb-9e064659f46d | software_share | 1    | NFS         | available | False     | dhss_false      |      | nova              |
    | 2d03d480-7cba-4122-ac9d-edc59c8df698 | software_share | 1    | NFS         | error     | False     | dhss_false      |      | nova              |
    | 243f3a51-0624-4bdd-950e-7ed190b53b67 | software_share | 1    | NFS         | error     | False     | dhss_true       |      | None              |
    +--------------------------------------+----------------+------+-------------+-----------+-----------+-----------------+------+-------------------+

12. 공유 및 지원 메시지를 삭제합니다.

    clouduser1@client:~$ manila message-list
    +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
    | ID                                   | Resource Type | Resource ID                          | Action ID | User Message                                                                                             | Detail ID | Created At                 |
    +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
    | ed7e02a2-0cdb-4ff9-b64f-e4d2ec1ef069 | SHARE         | 2d03d480-7cba-4122-ac9d-edc59c8df698 | 002       | create: Driver does not expect share-network to be provided with current configuration.                  | 003       | 2018-10-09T21:24:40.000000 |
    | 7d411c3c-46d9-433f-9e21-c04ca30b209c | SHARE         | 243f3a51-0624-4bdd-950e-7ed190b53b67 | 001       | allocate host: No storage could be allocated for this share request, Capabilities filter didn't succeed. | 008       | 2018-10-09T21:12:21.000000 |
    +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
    
    clouduser1@client:~$ manila delete 2d03d480-7cba-4122-ac9d-edc59c8df698 243f3a51-0624-4bdd-950e-7ed190b53b67
    clouduser1@client:~$ manila message-delete ed7e02a2-0cdb-4ff9-b64f-e4d2ec1ef069 7d411c3c-46d9-433f-9e21-c04ca30b209c
    
    clouduser1@client:~$ manila message-list
    +----+---------------+-------------+-----------+--------------+-----------+------------+
    | ID | Resource Type | Resource ID | Action ID | User Message | Detail ID | Created At |
    +----+---------------+-------------+-----------+--------------+-----------+------------+
    +----+---------------+-------------+-----------+--------------+-----------+------------+

절차

1. 공유의 액세스 제어 목록을 확인하여 클라이언트에 해당하는 규칙이 올바르고 성공적으로 적용되었는지 확인합니다.

   $ manila access-list share-01

   성공적인 규칙에서 state 속성은 active 와 같습니다.

2. 공유 유형 매개 변수가 driver_handles_share_servers=False 로 구성된 경우 내보내기 위치에서 호스트 이름 또는 IP 주소를 복사하고 ping하여 NAS 서버 연결을 확인합니다.

   # ping -c 1 172.17.5.13
   PING 172.17.5.13 (172.17.5.13) 56(84) bytes of data.
   64 bytes from 172.17.5.13: icmp_seq=1 ttl=64 time=0.048 ms--- 172.17.5.13 ping statistics ---
   1 packets transmitted, 1 received, 0% packet loss, time 0ms
   rtt min/avg/max/mdev = 7.851/7.851/7.851/0.000 ms
   If using the NFS protocol, you may verify that the NFS server is ready to respond to NFS rpcs on the proper port:
   # rpcinfo -T tcp -a 172.17.5.13.8.1 100003 4
   program 100003 version 4 ready and waiting

   참고

   IP 주소는 NFS 서비스 포트 2049를 나타내는 두 개의 추가 옥텟(8.1)을 추가하는 범용 주소 형식(uaddr)으로 작성됩니다.