절차

1. 인스턴스에 필요한 하드웨어 프로필이 있는 플레이버의 이름 또는 ID를 검색합니다.

   $ openstack flavor list

   참고

   이미지가 성공적으로 부팅될 수 있는 충분한 크기의 플레이버를 선택합니다. 그렇지 않으면 인스턴스가 시작되지 않습니다.

2. 인스턴스에 필요한 소프트웨어 프로필이 있는 이미지의 이름 또는 ID를 검색합니다.

   $ openstack image list

   필요한 이미지를 사용할 수 없는 경우 새 이미지를 다운로드하거나 생성할 수 있습니다. 클라우드 이미지를 생성하거나 다운로드하는 방법에 대한 자세한 내용은 이미지 서비스를 참조하십시오.

   참고

   인스턴스에 26개 이상의 볼륨을 연결해야 하는 경우 인스턴스를 생성하는 데 사용하는 이미지에 다음 속성이 있어야 합니다.

   • hw_scsi_model=virtio-scsi
   • hw_disk_bus=scsi

3. 인스턴스를 연결할 네트워크의 이름 또는 ID를 검색합니다.

   $ openstack network list

4. 인스턴스를 생성합니다.

   $ openstack server create --flavor <flavor> \
     --image <image> --network <network> \
     --wait myInstanceFromImage

   • <flavor> 를 1단계에서 검색한 플레이버의 이름 또는 ID로 바꿉니다.
   • <image> 를 2단계에서 검색한 이미지의 이름 또는 ID로 바꿉니다.
   • <network> 를 3단계에서 검색한 네트워크의 이름 또는 ID로 바꿉니다. 필요에 따라 --network 옵션을 두 번 이상 사용하여 여러 네트워크에 인스턴스를 연결할 수 있습니다.

절차

1. 인스턴스에 필요한 소프트웨어 프로필이 있는 이미지의 이름 또는 ID를 검색합니다.

   $ openstack image list

   필요한 이미지를 사용할 수 없는 경우 새 이미지를 다운로드하거나 생성할 수 있습니다. 클라우드 이미지를 생성하거나 다운로드하는 방법에 대한 자세한 내용은 이미지 서비스를 참조하십시오.

   참고

   인스턴스에 26개 이상의 볼륨을 연결해야 하는 경우 인스턴스를 생성하는 데 사용하는 이미지에 다음 속성이 있어야 합니다.

   • hw_scsi_model=virtio-scsi
   • hw_disk_bus=scsi

2. 이미지에서 부팅 가능한 볼륨을 생성합니다.

   $ openstack volume create --image <image> \
   --size <size_gb> --bootable myBootableVolume

   • <image> 를 1단계에서 검색된 볼륨에 작성할 이미지의 이름 또는 ID로 바꿉니다.
   • <size_gb> 를 볼륨 크기(GB)로 바꿉니다.

3. 인스턴스에 필요한 하드웨어 프로필이 있는 플레이버의 이름 또는 ID를 검색합니다.

   $ openstack flavor list

4. 인스턴스를 연결할 네트워크의 이름 또는 ID를 검색합니다.

   $ openstack network list

5. 부팅 가능한 볼륨으로 인스턴스를 생성합니다.

   $ openstack server create --flavor <flavor> \
    --volume myBootableVolume --network <network> \
    --wait myInstanceFromVolume

   • <flavor> 를 3단계에서 검색한 플레이버의 이름 또는 ID로 바꿉니다.
   • <network> 를 4단계에서 검색한 네트워크의 이름 또는 ID로 바꿉니다. 필요에 따라 --network 옵션을 두 번 이상 사용하여 여러 네트워크에 인스턴스를 연결할 수 있습니다.

절차

1. 인스턴스에 필요한 하드웨어 프로필이 있는 플레이버의 이름 또는 ID를 검색합니다.

   $ openstack flavor list

   참고

   이미지가 성공적으로 부팅될 수 있는 충분한 크기의 플레이버를 선택합니다. 그렇지 않으면 인스턴스가 시작되지 않습니다.

   작은 정보

   필요한 정책이 있는 플레이버를 선택하여 PCI 패스스루 장치 및 SR-IOV 인터페이스에 적용되는 NUMA 선호도 정책을 지정할 수 있습니다. 사용 가능한 정책에 대한 자세한 내용은 Flavor 메타데이터 의 Instance PCI NUMA 선호도 정책을 참조하십시오. NUMA 선호도 정책을 사용하여 플레이버를 선택하는 경우 사용하는 이미지에 동일한 NUMA 선호도 정책 또는 NUMA 선호도 정책이 있어야 합니다.

2. 인스턴스에 필요한 소프트웨어 프로필이 있는 이미지의 이름 또는 ID를 검색합니다.

   $ openstack image list

   필요한 이미지를 사용할 수 없는 경우 새 이미지를 다운로드하거나 생성할 수 있습니다. 클라우드 이미지를 생성하거나 다운로드하는 방법에 대한 자세한 내용은 이미지 서비스를 참조하십시오.

   작은 정보

   필요한 정책이 있는 이미지를 선택하여 PCI 패스스루 장치 및 SR-IOV 인터페이스에 적용되는 NUMA 선호도 정책을 지정할 수 있습니다. 사용 가능한 정책에 대한 자세한 내용은 Flavor 메타데이터 의 Instance PCI NUMA 선호도 정책을 참조하십시오. NUMA 선호도 정책을 사용하여 이미지를 선택하는 경우 사용하는 플레이버에는 동일한 NUMA 선호도 정책 또는 NUMA 선호도 정책이 없습니다.

3. 인스턴스를 연결할 네트워크의 이름 또는 ID를 검색합니다.

   $ openstack network list

4. SR-IOV 인터페이스에 필요한 포트 유형을 생성합니다.

   $ openstack port create --network <network> \
    --vnic-type <vnic_type> mySriovPort

   • <network> 를 3단계에서 검색한 네트워크의 이름 또는 ID로 바꿉니다.

   • <vnic_type> 을 다음 값 중 하나로 바꿉니다.

     • 직접: 직접 모드 SR-IOV VF(가상 기능) 포트를 만듭니다.
     • direct-physical: 직접 모드 SR-IOV 물리적 기능(PF) 포트를 생성합니다.
     • macvtap: MacVTap을 사용하여 virtio 인터페이스를 인스턴스에 노출하는 간접 모드 SR-IOV VF 포트를 생성합니다.

5. 인스턴스를 생성합니다.

   $ openstack server create --flavor <flavor> \
     --image <image> --port <port> \
     --wait mySriovInstance

   • <flavor> 를 1단계에서 검색한 플레이버의 이름 또는 ID로 바꿉니다.
   • <image> 를 2단계에서 검색한 이미지의 이름 또는 ID로 바꿉니다.
   • <port> 를 4단계에서 생성한 포트의 이름 또는 ID로 바꿉니다.

절차

1. 사용 가능한 네트워크를 식별하고 인스턴스에 연결할 네트워크의 이름 또는 ID를 기록해 둡니다.

   (overcloud)$ openstack network list

   필요한 네트워크를 사용할 수 없는 경우 새 네트워크를 생성합니다.

   (overcloud)$ openstack network create <network>

2. 인스턴스에 네트워크를 연결합니다.

   $ openstack server add network <instance> <network>

   • <instance> 를 네트워크를 연결할 인스턴스의 이름 또는 ID로 바꿉니다.
   • <network> 를 인스턴스에 연결할 네트워크의 이름 또는 ID로 바꿉니다.

절차

1. 인스턴스에 연결된 네트워크를 식별합니다.

   (overcloud)$ openstack server show <instance>

2. 인스턴스에서 네트워크를 분리합니다.

   $ openstack server remove network <instance> <network>

   • <instance> 를 네트워크를 제거할 인스턴스의 이름 또는 ID로 바꿉니다.
   • <network> 를 인스턴스에서 제거하려는 네트워크의 이름 또는 ID로 바꿉니다.

절차

1. 사용 가능한 포트를 식별하고 인스턴스에 연결할 포트의 이름 또는 ID를 기록해 둡니다.

   (overcloud)$ openstack port list

   필요한 포트를 사용할 수 없는 경우 새 포트를 생성합니다.

   (overcloud)$ openstack port create --network <network> <port>

   • <network> 를 포트를 생성할 네트워크의 이름 또는 ID로 바꿉니다.
   • <port> 를 인스턴스에 연결할 포트의 이름 또는 ID로 바꿉니다.

2. 인스턴스에 포트를 연결합니다.

   $ openstack server add port <instance> <port>

   • <instance> 를 포트를 연결할 인스턴스의 이름 또는 ID로 바꿉니다.
   • <port> 를 인스턴스에 연결할 포트의 이름 또는 ID로 바꿉니다.

절차

1. 인스턴스에 연결된 포트를 확인합니다.

   (overcloud)$ openstack server show <instance>

2. 인스턴스에서 포트를 분리합니다.

   $ openstack server remove port <instance> <port>

   • <instance> 를 포트 제거하려는 인스턴스의 이름 또는 ID로 바꿉니다.
   • <port> 를 인스턴스에서 제거하려는 포트의 이름 또는 ID로 바꿉니다.

절차

1. 사용 가능한 볼륨을 식별하고 인스턴스에 연결할 볼륨의 이름 또는 ID를 기록해 둡니다.

   (overcloud)$ openstack volume list

2. 볼륨을 인스턴스에 연결합니다.

   $ openstack server add volume <instance> <volume>

   • <instance> 를 볼륨을 연결할 인스턴스의 이름 또는 ID로 바꿉니다.

   • <volume> 을 인스턴스에 연결할 볼륨의 이름 또는 ID로 바꿉니다.

     참고

     명령에서 다음 오류를 반환하는 경우 인스턴스에 연결하도록 선택한 볼륨이 다중 연결이므로 Compute API 버전 2.60 이상을 사용해야 합니다.

     Multiattach volumes are only supported starting with compute API version 2.60. (HTTP 400) (Request-ID: req-3a969c31-e360-4c79-a403-75cc6053c9e5)

     인스턴스에 볼륨을 추가할 때 환경 변수 OS_COMPUTE_API_VERSION=2.72 를 설정하거나 --os-compute-api-version 인수를 포함할 수 있습니다.

     $ openstack --os-compute-api-version 2.72 server add volume <instance> <volume>

   작은 정보

   상태가 SHELVED 또는 SHELVE D_OFFLOADED 인 인스턴스에 볼륨을 추가하려면 --os-compute-api-version 2.20 이상을 지정합니다.

3. 볼륨이 인스턴스 또는 인스턴스에 연결되었는지 확인합니다.

   $ openstack volume show <volume>

   & lt;volume& gt;을 표시할 볼륨의 이름 또는 ID로 바꿉니다.

   출력 예:

   +-----------------------------------------------------+----------------------+---------+-----+-----------------------------------------------------------------------------------------------+
   | ID                                                             | Name                | Status | Size| Attached to
   +-----------------------------------------------------+---------------------+---------+------+---------------------------------------------------------------------------------------------+
   | f3fb92f6-c77b-429f-871d-65b1e3afa750 | volMultiattach | in-use |   50 | Attached to instance1 on /dev/vdb Attached to instance2 on /dev/vdb  |
   +-----------------------------------------------------+----------------------+---------+-----+-----------------------------------------------------------------------------------------------+

절차

1. 인스턴스에 연결된 볼륨을 확인합니다.

   (overcloud)$ openstack server show <instance>

2. 인스턴스에서 볼륨을 분리합니다.

   $ openstack server remove volume <instance> <volume>

   • <instance> 를 볼륨 제거하려는 인스턴스의 이름 또는 ID로 바꿉니다.

   • <volume> 을 인스턴스에서 제거하려는 볼륨의 이름 또는 ID로 바꿉니다.

     참고

     상태가 SHELVED 또는 SHELVE D_OFFLOADED 인 인스턴스에서 볼륨을 제거하려면 --os-compute-api-version 2.20 이상을 지정합니다.

절차

1. 현재 프로젝트에 할당된 유동 IP 주소를 확인합니다.

   $ openstack floating ip list

   사용할 수 있는 유동 IP 주소가 없는 경우 외부 네트워크 할당 풀에서 현재 프로젝트에 유동 IP 주소를 할당합니다.

   $ openstack floating ip create <provider-network>

   <provider-network> 를 외부 액세스를 제공하는 데 사용할 외부 네트워크의 이름 또는 ID로 바꿉니다.

   작은 정보

   기본적으로 유동 IP 주소는 외부 네트워크 풀에서 임의로 할당됩니다. 클라우드 관리자는 --floating-ip-address 옵션을 사용하여 외부 네트워크에서 특정 유동 IP 주소를 할당할 수 있습니다.

2. 인스턴스에 유동 IP 주소를 할당합니다.

   $ openstack server add floating ip [--fixed-ip-address <ip_address>] \
    <instance> <floating_ip>

   • <instance> 를 공용 액세스 권한을 제공할 인스턴스의 이름 또는 ID로 바꿉니다.
   • <floating_ip> 를 인스턴스에 할당할 유동 IP 주소로 바꿉니다.
   • 선택 사항: <ip_address> 를 유동 IP를 연결할 인터페이스의 IP 주소로 바꿉니다. 기본적으로 유동 IP 주소를 첫 번째 포트에 연결합니다.

3. 유동 IP 주소가 인스턴스에 할당되었는지 확인합니다.

   $ openstack server show <instance>

절차

1. 인스턴스에서 유동 IP 주소의 연결을 끊습니다.

   $ openstack server remove floating ip <instance> <ip_address>

   • <instance> 를 에서 공용 액세스를 제거할 인스턴스의 이름 또는 ID로 바꿉니다.
   • <floating_ip> 를 인스턴스에 할당된 유동 IP 주소로 바꿉니다.

2. 유동 IP 주소를 할당 풀로 다시 릴리스합니다.

   $ openstack floating ip delete <ip_address>

3. 유동 IP 주소가 삭제되고 더 이상 할당에 사용할 수 없는지 확인합니다.

   $ openstack floating ip list

절차

1. 인스턴스에 필요한 하드웨어 프로필이 있는 플레이버의 이름 또는 ID를 검색합니다.

   $ openstack flavor list

   참고

   이미지가 성공적으로 부팅될 수 있는 충분한 크기의 플레이버를 선택합니다. 그렇지 않으면 인스턴스가 시작되지 않습니다.

2. 인스턴스에 필요한 소프트웨어 프로필이 있는 이미지의 이름 또는 ID를 검색합니다.

   $ openstack image list

   필요한 이미지를 사용할 수 없는 경우 새 이미지를 다운로드하거나 생성할 수 있습니다. 클라우드 이미지 생성 또는 다운로드에 대한 자세한 내용은 이미지 서비스를 참조하십시오.

3. 인스턴스를 연결할 네트워크의 이름 또는 ID를 검색합니다.

   $ openstack network list

4. 원격으로 인스턴스에 액세스하는 데 사용할 키 쌍의 이름을 검색합니다.

   $ openstack keypair list

5. SSH 액세스를 사용하여 인스턴스를 생성합니다.

   $ openstack server create --flavor <flavor> \
     --image <image> --network <network> \
     [--security-group <secgroup>] \
     --key-name <keypair> --wait myInstancewithSSH

   • <flavor> 를 1단계에서 검색한 플레이버의 이름 또는 ID로 바꿉니다.
   • <image> 를 2단계에서 검색한 이미지의 이름 또는 ID로 바꿉니다.
   • <network> 를 3단계에서 검색한 네트워크의 이름 또는 ID로 바꿉니다. 필요에 따라 --network 옵션을 두 번 이상 사용하여 여러 네트워크에 인스턴스를 연결할 수 있습니다.
   • 선택 사항: 기본 보안 그룹은 대체 보안 그룹을 지정하지 않는 인스턴스에 적용됩니다. 인스턴스를 생성하는 동안 또는 실행 중인 인스턴스의 포트에 대체 보안 그룹을 직접 적용할 수 있습니다. 인스턴스를 생성할 때 --security-group 옵션을 사용하여 alternative 보안 그룹을 지정합니다. 실행 중인 인스턴스의 포트에 보안 그룹을 추가하는 방법에 대한 자세한 내용은 포트에 보안 그룹 추가를 참조하십시오.
   • <keypair> 를 4단계에서 검색한 키 쌍의 이름 또는 ID로 바꿉니다.

6. 인스턴스에 유동 IP 주소를 할당합니다.

   $ openstack server add floating ip myInstancewithSSH <floating_ip>

   <floating_ip> 를 인스턴스에 할당할 유동 IP 주소로 바꿉니다.

7. SSH를 사용하여 자동으로 생성된 cloud-user 계정을 사용하여 인스턴스에 로그인할 수 있는지 확인합니다.

   $ ssh -i ~/.ssh/<keypair>.pem cloud-user@<floatingIP>
   [cloud-user@demo-server1 ~]$

절차

1. 인스턴스의 VNC 콘솔 URL을 표시하려면 다음 명령을 입력합니다.

   $ openstack console url show <vm_name>
   +-------+------------------------------------------------------+
   | Field | Value					     	        |
   +-------+------------------------------------------------------+
   | type  | novnc					               |
   | url	| http://172.25.250.50:6080/vnc_auto.html?token=       |
   |	| 962dfd71-f047-43d3-89a5-13cb88261eb9         	  |
   +-------+-------------------------------------------------------+

2. VNC 콘솔에 직접 연결하려면 브라우저에 표시된 URL을 입력합니다.

절차

1. 로그인하려는 인스턴스의 유동 IP 주소를 검색합니다.

   $ openstack server show <instance>

   <instance> 를 연결하려는 인스턴스의 이름 또는 ID로 바꿉니다.

2. 자동으로 생성된 cloud-user 계정을 사용하여 인스턴스에 로그인합니다.

   $ ssh -i ~/.ssh/<keypair>.pem cloud-user@<floatingIP>
   [cloud-user@demo-server1 ~]$

   • <keypair> 를 키 쌍 이름으로 바꿉니다.

   • <floating_ip> 를 인스턴스의 유동 IP 주소로 바꿉니다.

     작은 정보

     다음 명령을 사용하여 유동 IP 주소 없이 인스턴스에 로그인할 수 있습니다.

     $ openstack server ssh --login cloud-user \
      --identity ~/.ssh/<keypair>.pem --private <instance>

     • <keypair> 를 키 쌍 이름으로 바꿉니다.
     • <instance> 를 연결하려는 인스턴스의 이름 또는 ID로 바꿉니다.

절차

1. 크기 조정하려는 인스턴스의 이름 또는 ID를 검색합니다.

   $ openstack server list

2. 인스턴스의 크기를 조정하는 데 사용할 플레이버의 이름 또는 ID를 검색합니다.

   $ openstack flavor list

3. 인스턴스 크기를 조정합니다.

   $ openstack server resize --flavor <flavor> \
     --wait <instance>

   • <flavor> 를 2단계에서 검색한 플레이버의 이름 또는 ID로 바꿉니다.
   • <instance> 를 크기 조정 중인 인스턴스의 이름 또는 ID로 바꿉니다.
   참고

   크기 조정에는 시간이 걸릴 수 있습니다. 인스턴스의 운영 체제는 인스턴스의 전원을 끄고 인스턴스의 크기를 조정하기 전에 제어된 종료를 수행합니다. 이 시간 동안 인스턴스 상태는 RESIZE 입니다.

   $ openstack server list
   +----------------------+----------------+--------+----------------------------+
   | ID                   | Name           | Status | Networks                                |
   +----------------------+----------------+--------+----------------------------+
   | 67bc9a9a-5928-47c... | myCirrosServer | RESIZE | admin_internal_net=192.168.111.139    |
   +----------------------+----------------+--------+----------------------------+

4. 크기 조정이 완료되면 인스턴스 상태가 VERIFY_RESIZE 로 변경됩니다. 이제 크기 조정을 확인하거나 되돌립니다.

   • 크기 조정을 확인하려면 다음 명령을 입력합니다.

     $ openstack server resize confirm <instance>

   • 크기 조정을 되돌리려면 다음 명령을 입력합니다.

     $ openstack server resize revert <instance>

     인스턴스가 원래 플레이버로 되돌리고 상태가 ACTIVE 로 변경됩니다.

절차

1. 스냅샷을 만들 인스턴스의 이름 또는 ID를 검색합니다.

   $ openstack server list

2. 스냅샷을 생성합니다.

   $ openstack server image create --name <image_name> <instance>

   • <image_name> 을 새 스냅샷 이미지의 이름으로 바꿉니다.
   • <instance> 를 스냅샷을 만들 인스턴스의 이름 또는 ID로 바꿉니다.

3. 선택 사항: 인스턴스 스냅샷을 템플릿으로 사용하여 새 인스턴스를 생성할 때 디스크 상태가 일관되게 유지되도록 QEMU 게스트 에이전트를 활성화하고 스냅숏 이미지에 다음 메타데이터를 추가하여 스냅샷 처리 중에 파일 시스템이 정지되도록 지정합니다.

   $ openstack image set --property hw_qemu_guest_agent=yes \
    --property os_require_quiesce=yes <image_name>

   QEMU 게스트 에이전트는 관리 애플리케이션에서 인스턴스 OS 수준 명령을 실행하는 데 도움이 되는 백그라운드 프로세스입니다. 이 에이전트를 활성화하면 PCI 슬롯을 사용하는 인스턴스에 다른 장치가 추가되고 인스턴스에 할당할 수 있는 다른 장치 수가 제한됩니다. 또한 Windows 인스턴스에서 알 수 없는 하드웨어 장치에 대한 경고 메시지를 표시합니다.

절차

1. 인스턴스 복구를 수행합니다.

   $ openstack server rescue [--image <image>] <instance>

   • 선택 사항: 기본적으로 인스턴스는 클라우드 관리자가 제공한 복구 이미지 또는 원래 인스턴스 이미지의 새 사본에서 부팅됩니다. --image 옵션을 사용하여 복구 모드에서 인스턴스를 재부팅할 때 사용할 대체 이미지를 지정합니다.
   • <instance> 를 복구하려는 인스턴스의 이름 또는 ID로 바꿉니다.
2. rescued 인스턴스에 연결하여 문제를 해결합니다.

3. 일반 부팅 디스크에서 인스턴스를 다시 시작합니다.

   $ openstack server unrescue <instance>

절차

1. 보류하려는 인스턴스 또는 인스턴스의 이름 또는 ID를 검색합니다.

   $ openstack server list

2. 인스턴스 또는 인스턴스를 보류합니다.

   $ openstack server shelve <instance> [<instance> ...]

   <instance> 를 보류하려는 인스턴스의 이름 또는 ID로 바꿉니다. 필요에 따라 보류할 두 개 이상의 인스턴스를 지정할 수 있습니다.

3. 인스턴스가 보류되었는지 확인합니다.

   $ openstack server list

   보류된 인스턴스의 상태는 SHELVED_OFFLOADED 입니다.

절차

1. cloud-init 에 대한 지침으로 파일을 만듭니다. 예를 들어 인스턴스에서 웹 서버를 설치하고 활성화하는 bash 스크립트를 생성합니다.

   $ vim /home/scripts/install_httpd
   #!/bin/bash
   
   yum -y install httpd python-psycopg2
   systemctl enable httpd --now

2. bash 스크립트를 전달하려면 user-data 옵션으로 인스턴스를 시작합니다.

   $ openstack server create \
   --image rhel8 \
   --flavor default \
   --nic net-id=web-server-network \
   --security-group default \
   --key-name web-server-keypair \
   --user-data /home/scripts/install_httpd \
   --wait web-server-instance

3. 인스턴스 상태가 활성이면 유동 IP 주소를 연결합니다.

   $ openstack floating ip create web-server-network
   $ openstack server add floating ip web-server-instance 172.25.250.123

4. SSH를 사용하여 인스턴스에 로그인합니다.

   $ ssh -i ~/.ssh/web-server-keypair cloud-user@172.25.250.123

5. 사용자 지정이 성공적으로 수행되었는지 확인합니다. 예를 들어 웹 서버가 설치되고 활성화되어 있는지 확인하려면 다음 명령을 입력합니다.

   $ curl http://localhost | grep Test
   <title>Test Page for the Apache HTTP Server on Red Hat Enterprise Linux</title>
   <h1>Red Hat Enterprise Linux <strong>Test Page</strong></h1>

6. cloud-init가 실행되었는지 여부와 같은 관련 메시지의 /var/log/cloud -init.log 파일을 검토합니다.

   $ sudo less /var/log/cloud-init.log
   ...output omitted...
   ...util.py[DEBUG]: Cloud-init v. 0.7.9 finished at Sat, 23 Jun 2018 02:26:02 +0000. Datasource DataSourceOpenStack [net,ver=2].  Up 21.25 seconds

절차

1. property <key=value> 옵션을 사용하여 인스턴스를 시작합니다. 예를 들어 인스턴스를 웹 서버로 표시하려면 다음 속성을 설정합니다.

   $ openstack server create \
   --image rhel8 \
   --flavor default \
   --property role=webservers \
   --wait web-server-instance

2. 선택 사항: 인스턴스에 추가 속성을 생성한 후 추가합니다. 예를 들면 다음과 같습니다.

   $ openstack server set \
   --property region=emea \
   --wait web-server-instance

절차

1. 구성 드라이브를 활성화하고 구성 드라이브에서 사용할 수 있는 콘텐츠가 포함된 파일을 지정합니다. 예를 들어 다음 명령은 config-drive-instance 라는 새 인스턴스를 생성하고 my-user-data.txt 파일의 내용을 포함하는 구성 드라이브를 연결합니다.

   (overcloud)$ openstack server create --flavor m1.tiny \
     --config-drive true \
     --user-data ./my-user-data.txt \
     --image cirros config-drive-instance

   이 명령은 부팅 시 인스턴스에 연결된 config-2 볼륨 레이블을 사용하여 config 드라이브를 생성하고, my-user-data.txt 의 내용을 구성 드라이브의 openstack/{version}/ 디렉터리에 있는 user_data 파일에 추가합니다.

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

3. 구성 드라이브를 마운트합니다.

   • 인스턴스 OS에서 udev 를 사용하는 경우 :

     # mkdir -p /mnt/config
     # mount /dev/disk/by-label/config-2 /mnt/config

   • 인스턴스 OS가 udev 를 사용하지 않는 경우 먼저 구성 드라이브에 해당하는 블록 장치를 식별해야 합니다.

     # blkid -t LABEL="config-2" -odevice
     /dev/vdb
     # mkdir -p /mnt/config
     # mount /dev/vdb /mnt/config