절차

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

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

   [stack@director ~]$ source ~/stackrc

3. Overcloud 스택의 기본 셀에서 다중 셀 배포를 위한 새로운 공통 환경 파일로 셀 구성 및 암호 정보를 내보냅니다.

   (undercloud)$ sudo --preserve-env openstack overcloud cell export \
    --output-file common/default_cell_export.yaml

   이 명령은 EndpointMap,HostsEntry,AllNodesConfig,GlobalConfig 매개변수 및 암호 정보를 공통 환경 파일로 내보냅니다.

   작은 정보

   환경 파일이 이미 있는 경우 --force-overwrite 또는 -f 옵션을 사용하여 명령을 입력합니다.

절차

1. 셀 컨트롤러 노드의 cellcontroller Overcloud 플레이버를 생성합니다.

   (undercloud)$ openstack flavor create --id auto \
    --ram <ram_size_mb> --disk <disk_size_gb> \
    --vcpus <no_vcpus> cellcontroller

   • <ram_size_mb> 를 베어 메탈 노드의 RAM(MB)으로 바꿉니다.
   • <disk_size_gb> 를 베어 메탈 노드의 디스크 크기(GB)로 바꿉니다.

   • <no_vcpus> 를 베어 메탈 노드의 CPU 수로 바꿉니다.

     참고

     이러한 속성은 인스턴스를 예약하는 데 사용되지 않습니다. 그러나 계산 스케줄러는 디스크 크기를 사용하여 루트 파티션 크기를 결정합니다.

2. 노드 목록을 검색하여 UUID를 확인합니다.

   (undercloud)$ openstack baremetal node list

3. 사용자 지정 셀 컨트롤러 리소스 클래스를 사용하여 셀 컨트롤러로 지정할 각 베어 메탈 노드에 태그를 지정합니다.

   (undercloud)$ openstack baremetal node set \
    --resource-class baremetal.CELL-CONTROLLER <node>

   <node> 를 베어 메탈 노드의 ID로 바꿉니다.

4. cellcontroller 플레이버를 사용자 지정 셀 컨트롤러 리소스 클래스와 연결합니다.

   (undercloud)$ openstack flavor set \
    --property resources:CUSTOM_BAREMETAL_CELL_CONTROLLER=1 \
     cellcontroller

   베어 메탈 서비스 노드의 리소스 클래스에 해당하는 사용자 지정 리소스 클래스의 이름을 확인하려면 리소스 클래스를 대문자로 변환하려면 각 문장 부호 표시를 밑줄로 바꾸고 접두사는 CUSTOM_ 로 바꿉니다.

   참고

   플레이버는 베어 메탈 리소스 클래스의 인스턴스 하나만 요청할 수 있습니다.

5. Compute 스케줄러가 베어 메탈 플레이버 속성을 사용하여 인스턴스를 예약하지 못하도록 다음 플레이버 속성을 설정합니다.

   (undercloud)$ openstack flavor set \
    --property resources:VCPU=0 --property resources:MEMORY_MB=0 \
    --property resources:DISK_GB=0 cellcontroller

절차

1. 새 셀의 새 디렉토리를 생성합니다.

   (undercloud)$ mkdir cells

2. 셀 특정 매개 변수(예: /cells/cell1.yaml ) 에 대해 셀 디렉터리 셀의 추가 셀 각각에 대한 새 환경 파일을 만듭니다.

3. 각 환경 파일에 다음 매개변수를 추가하여 배포의 각 셀의 매개변수 값을 업데이트합니다.

   resource_registry:
     OS::TripleO::Network::Ports::OVNDBsVipPort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
     OS::TripleO::Network::Ports::RedisVipPort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
   
   parameter_defaults:
     # Disable network creation in order to use the `network_data.yaml` file from the overcloud stack,
     # and create ports for the nodes in the separate stacks on the existing networks.
     ManageNetworks: false
   
     # Specify that this is an additional cell
     NovaAdditionalCell: True
   
     # The DNS names for the VIPs for the cell
     CloudName: cell1.ooo.test
     CloudNameInternal: cell1.internalapi.ooo.test
     CloudNameStorage: cell1.storage.ooo.test
     CloudNameStorageManagement: cell1.storagemgmt.ooo.test
     CloudNameCtlplane: cell1.ctlplane.ooo.test
   
     # Map the flavors to use for the CellController and Compute roles
     OvercloudCellControllerFlavor: cellcontroller
     OvercloudComputeFlavor: compute
   
     # Number of controllers/computes in the cell
     CellControllerCount: 3
     ComputeCount: 1
   
     # Node names must be unique across all cells
     ComputeHostnameFormat: 'cell1-compute-%index%'
     CellControllerHostnameFormat: 'cell1-cellcontroller-%index%'

4. 셀에 네트워크 리소스를 할당하고 셀을 네트워크에 등록하려면 각 환경 파일에 다음 매개 변수를 추가합니다.

   resource_registry:
     OS::TripleO::CellController::Net::SoftwareConfig: /home/stack/templates/nic-configs/cellcontroller.yaml
     OS::TripleO::Compute::Net::SoftwareConfig: /home/stack/templates/nic-configs/compute.yaml

5. 다른 환경 파일을 사용하여 스택에 환경 파일을 추가하고 셀 스택을 배포합니다.

   (undercloud)$ openstack overcloud deploy --templates \
    --stack cell1 \
    -e [your environment files] \
    -r $HOME/common/cell_roles_data.yaml \
    -e $HOME/common/default_cell_export.yaml \
    -e $HOME/cells/cell1.yaml

   모든 셀 스택이 배포될 때까지 각 셀 스택에 대해 이 단계를 반복합니다.

절차

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

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

   [stack@director ~]$ source ~/stackrc

3. 공통 스택 구성을 위한 새 디렉터리를 생성합니다.

   (undercloud)$ mkdir common

4. 기본 network_data_subnets_routed.yaml 파일을 common 디렉터리에 복사하여 오버클라우드 스택에 구성 가능한 네트워크를 추가합니다.

   (undercloud)$ cp /usr/share/openstack-tripleo-heat-templates/network_data_subnets_routed.yaml ~/common/network_data_routed_multi_cell.yaml

   구성 가능 네트워크에 대한 자세한 내용은 Advanced Overcloud Customization 가이드의 Custom composable networks 를 참조하십시오.

5. 네트워크의 /common/network_data_routed_multi_cell.yaml 에서 구성을 업데이트하고 간편한 식별을 위해 셀 서브넷 이름을 업데이트합니다(예: internal_api_leaf1을 internal_ api_cell1 로 변경합니다.

6. 각 역할의 NIC 템플릿의 인터페이스에 <network_name>InterfaceRoutes 가 포함되어 있는지 확인합니다. 예를 들면 다음과 같습니다.

               -
                  type: vlan
                  vlan_id:
                      get_param: InternalApiNetworkVlanID
                  addresses:
                  -
                    ip_netmask:
                        get_param: InternalApiIpSubnet
                  routes:
                    get_param: InternalApiInterfaceRoutes

7. 다른 환경 파일을 사용하여 오버클라우드 스택에 network_data_routed_multi_cell.yaml 파일을 추가하고 오버클라우드를 배포합니다.

   (undercloud)$ openstack overcloud deploy --templates \
    --stack overcloud \
    -n /home/stack/common/network_data_routed_multi_cell.yaml \
    -e [your environment files]

절차

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

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

   [stack@director ~]$ source ~/stackrc

3. Overcloud 스택의 기본 셀에서 다중 셀 배포를 위한 새로운 공통 환경 파일로 셀 구성 및 암호 정보를 내보냅니다.

   (undercloud)$ sudo --preserve-env openstack overcloud cell export \
    --output-file common/default_cell_export.yaml

   이 명령은 EndpointMap,HostsEntry,AllNodesConfig,GlobalConfig 매개변수 및 암호 정보를 공통 환경 파일로 내보냅니다.

   작은 정보

   환경 파일이 이미 있는 경우 --force-overwrite 또는 -f 옵션을 사용하여 명령을 입력합니다.

절차

1. 셀 스택에 필요한 다른 역할과 함께 wallController 역할을 포함하는 새 역할 데이터 파일을 생성합니다. 다음 예제에서는 역할 데이터 파일 cell1_roles_data.yaml을 생성합니다. 이 파일에는 컨트롤 컨트롤러 및 계산 역할이 포함됩니다.

   (undercloud)$ openstack overcloud roles generate \
     --roles-path /usr/share/openstack-tripleo-heat-templates/roles \
     -o cell1/cell1_roles_data.yaml \
     Compute:ComputeCell1 \
     CellController:CellControllerCell1

2. 새 셀 역할 파일의 각 역할 정의에 HostnameFormatDefault 를 추가합니다.

   - name: ComputeCell1
     ...
     HostnameFormatDefault: '%stackname%-compute-cell1-%index%'
     ServicesDefault:
     ...
     networks:
     ...
   - name: CellControllerCell1
     ...
     HostnameFormatDefault: '%stackname%-cellcontrol-cell1-%index%'
     ServicesDefault:
     ...
     networks:
     ...

3. 아직 없는 경우 Networking 서비스(neutron) DHCP 및 메타데이터 에이전트를 Compute Cell1 및œControllerCell1 역할에 추가합니다.

   - name: ComputeCell1
     ...
     HostnameFormatDefault: '%stackname%-compute-cell1-%index%'
     ServicesDefault:
     - OS::TripleO::Services::NeutronDhcpAgent
     - OS::TripleO::Services::NeutronMetadataAgent
     ...
     networks:
     ...
   - name: CellControllerCell1
     ...
     HostnameFormatDefault: '%stackname%-cellcontrol-cell1-%index%'
     ServicesDefault:
     - OS::TripleO::Services::NeutronDhcpAgent
     - OS::TripleO::Services::NeutronMetadataAgent
     ...
     networks:
     ...

4. network_data_routed_multi_cell.yaml 에서 구성한 서브넷을 ComputeCell1 및œ ControllerCell1 역할에 추가합니다.

   - name: ComputeCell1
     ...
     networks:
       InternalApi:
         subnet: internal_api_subnet_cell1
       Tenant:
         subnet: tenant_subnet_cell1
       Storage:
         subnet: storage_subnet_cell1
   ...
   - name: CellControllerCell1
     ...
     networks:
       External:
         subnet: external_subnet
       InternalApi:
         subnet: internal_api_subnet_cell1
       Storage:
         subnet: storage_subnet_cell1
       StorageMgmt:
         subnet: storage_mgmt_subnet_cell1
       Tenant:
         subnet: tenant_subnet_cell1

절차

1. cell1 컨트롤러 노드에 대한 cellcontrollercell1 Overcloud 플레이버를 생성합니다.

   (undercloud)$ openstack flavor create --id auto \
    --ram <ram_size_mb> --disk <disk_size_gb> \
    --vcpus <no_vcpus> cellcontrollercell1

   • <ram_size_mb> 를 베어 메탈 노드의 RAM(MB)으로 바꿉니다.
   • <disk_size_gb> 를 베어 메탈 노드의 디스크 크기(GB)로 바꿉니다.

   • <no_vcpus> 를 베어 메탈 노드의 CPU 수로 바꿉니다.

     참고

     이러한 속성은 인스턴스를 예약하는 데 사용되지 않습니다. 그러나 계산 스케줄러는 디스크 크기를 사용하여 루트 파티션 크기를 결정합니다.

2. 노드 목록을 검색하여 UUID를 확인합니다.

   (undercloud)$ openstack baremetal node list

3. 사용자 지정 셀 컨트롤러 리소스 클래스를 사용하여 셀 컨트롤러로 지정할 각 베어 메탈 노드에 태그를 지정합니다.

   (undercloud)$ openstack baremetal node set \
    --resource-class baremetal.CELL-CONTROLLER <node>

   <node> 를 베어 메탈 노드의 ID로 바꿉니다.

4. cellcontrollercell1 플레이버를 사용자 지정 셀 컨트롤러 리소스 클래스와 연결합니다.

   (undercloud)$ openstack flavor set \
    --property resources:CUSTOM_BAREMETAL_CELL_CONTROLLER=1 \
     cellcontrollercell1

   베어 메탈 서비스 노드의 리소스 클래스에 해당하는 사용자 지정 리소스 클래스의 이름을 확인하려면 리소스 클래스를 대문자로 변환하려면 각 문장 부호 표시를 밑줄로 바꾸고 접두사는 CUSTOM_ 로 바꿉니다.

   참고

   플레이버는 베어 메탈 리소스 클래스의 인스턴스 하나만 요청할 수 있습니다.

5. Compute 스케줄러가 베어 메탈 플레이버 속성을 사용하여 인스턴스를 예약하지 못하도록 다음 플레이버 속성을 설정합니다.

   (undercloud)$ openstack flavor set \
    --property resources:VCPU=0 --property resources:MEMORY_MB=0 \
    --property resources:DISK_GB=0 cellcontrollercell1

절차

1. 셀별 매개 변수(예: /home/stack/cell1/cell1.yaml )의 셀 디렉터리에 추가 셀에 대한 새 환경 파일을 만듭니다.

2. 환경 파일에 다음 매개변수를 추가합니다.

   resource_registry:
     OS::TripleO::CellControllerCell1::Net::SoftwareConfig: /home/stack/templates/nic-configs/cellcontroller.yaml
     OS::TripleO::ComputeCell1::Net::SoftwareConfig: /home/stack/templates/nic-configs/compute.yaml
     OS::TripleO::Network::Ports::OVNDBsVipPort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
     OS::TripleO::Network::Ports::RedisVipPort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
   
   parameter_defaults:
     #Disable network creation in order to use the `network_data.yaml` file from the overcloud stack,
     # and create ports for the nodes in the separate stacks on the existing networks.
     ManageNetworks: false
   
     # Specify that this is an additional cell
     NovaAdditionalCell: True
   
     # The DNS names for the VIPs for the cell
     CloudName: cell1.ooo.test
     CloudNameInternal: cell1.internalapi.ooo.test
     CloudNameStorage: cell1.storage.ooo.test
     CloudNameStorageManagement: cell1.storagemgmt.ooo.test
     CloudNameCtlplane: cell1.ctlplane.ooo.test
   
     # Map the flavors to use for the CellController and Compute roles
     OvercloudCellControllerCell1Flavor: cellcontrollercell1
     OvercloudComputeCell1Flavor: computecell1
   
     # Number of controllers/computes in the cell
     CellControllerCell1Count: 3
     ComputeCell1Count: 1

3. 글로벌 컨트롤러 대신 각 셀에서 Compute 메타데이터 API를 실행하려면 셀 환경 파일에 다음 매개변수를 추가합니다.

   parameter_defaults:
     NovaLocalMetadataPerCell: True

4. 셀의 가상 IP 주소(VIP) 정보를 셀 환경 파일에 추가합니다.

   parameter_defaults:
     ...
     VipSubnetMap:
       InternalApi: internal_api_cell1
       Storage: storage_cell1
       StorageMgmt: storage_mgmt_cell1
       External: external_subnet

   그러면 셀 컨트롤러 노드가 연결된 L2 네트워크 세그먼트와 연결된 서브넷에 가상 IP 주소가 생성됩니다.

5. 다른 환경 파일을 사용하여 스택에 환경 파일을 추가하고 셀 스택을 배포합니다.

   (undercloud)$ openstack overcloud deploy --templates \
    --stack cell1 \
    -e [your environment files] \
    -r /home/stack/cell1/cell1_roles_data.yaml \
    -n /home/stack/common/network_data_spine_leaf.yaml \
    -e /home/stack/common/default_cell_export.yaml \
    -e /home/stack/cell1/cell1.yaml

절차

1. 오버클라우드 스택의 환경 파일에 다음 구성을 추가하여 새 셀 서브넷으로 네트워크 구성을 업데이트합니다.

   parameter_defaults:
     NetworkDeploymentActions: ['CREATE','UPDATE']

2. 새 셀 서브넷의 구성을 /common/network_data_routed_multi_cell.yaml 에 추가합니다.

3. 오버클라우드 스택을 배포합니다.

   (undercloud)$ openstack overcloud deploy --templates \
    --stack overcloud \
    -n /home/stack/common/network_data_routed_multi_cell.yaml \
    -e [your environment files]

4. 선택 사항: 다음 배포의 기본값으로 NetworkDeploymentActions 를 재설정합니다.

   parameter_defaults:
     NetworkDeploymentActions: ['CREATE']

절차

1. 컨트롤 플레인 및 셀 컨트롤러의 IP 주소를 가져옵니다.

   $ CTRL_IP=$(openstack server list -f value -c Networks --name overcloud-controller-0 | sed 's/ctlplane=//')
   $ CELL_CTRL_IP=$(openstack server list -f value -c Networks --name cell1-cellcontroller-0 | sed 's/ctlplane=//')

2. 모든 컨트롤러 노드에 셀 정보를 추가합니다. 이 정보는 Undercloud에서 셀 엔드포인트에 연결하는 데 사용됩니다. 다음 예제에서는 접두사 cell1 을 사용하여 셀 시스템만 지정하고 컨트롤러 시스템을 제외합니다.

   (undercloud)$ CELL_INTERNALAPI_INFO=$(ssh heat-admin@${CELL_CTRL_IP} \
    egrep cell1.*\.internalapi /etc/hosts)
   (undercloud)$ ansible -i /usr/bin/tripleo-ansible-inventory \
    Controller -b -m lineinfile -a "dest=/etc/hosts line=\"$CELL_INTERNALAPI_INFO\""

3. transport_url 매개 변수에서 컨트롤러 셀의 메시지 큐 끝점과 database .connection 매개 변수에서 컨트롤러 셀에 대한 데이터베이스 연결을 가져옵니다.

   (undercloud)$ CELL_TRANSPORT_URL=$(ssh tripleo-admin@${CELL_CTRL_IP} \
    sudo crudini --get /var/lib/config-data/puppet-generated/nova/etc/nova/nova.conf \
    DEFAULT transport_url)
   (undercloud)$ CELL_MYSQL_VIP=$(ssh tripleo-admin@${CELL_CTRL_IP} \
    sudo crudini --get /var/lib/config-data/puppet-generated/nova/etc/nova/nova.conf \
    database connection | awk -F[@/] '{print $4}')

4. 글로벌 컨트롤러 노드 중 하나에 로그인하여 셀을 생성합니다.

   $ ssh heat-admin@${CTRL_IP} sudo podman \
    exec -i -u root nova_api \
    nova-manage cell_v2 create_cell --name cell1 \
    --database_connection "{scheme}://{username}:{password}@$CELL_MYSQL_VIP/nova?{query}" \
    --transport-url "$CELL_TRANSPORT_URL"

5. 셀이 생성되고 cell 목록에 표시되는지 확인합니다.

   $ ssh heat-admin@${CTRL_IP} sudo podman \
    exec -i -u root nova_api \
    nova-manage cell_v2 list_cells --verbose

6. 컨트롤러 노드에서 Compute 서비스를 다시 시작하십시오.

   $ ansible -i /usr/bin/tripleo-ansible-inventory Controller -b -a \
   "systemctl restart tripleo_nova_api tripleo_nova_conductor tripleo_nova_scheduler"

7. 셀 컨트롤러 서비스가 프로비저닝되었는지 확인합니다.

   (overcloud)$ openstack compute service list -c Binary -c Host -c Status -c State
   +----------------+-------------------------+---------+-------+
   | Binary         | Host                    | Status  | State |
   +----------------+-------------------------+---------+-------+
   | nova-conductor | controller-0.ostest     | enabled | up    |
   | nova-scheduler | controller-0.ostest     | enabled | up    |
   | nova-conductor | cellcontroller-0.ostest | enabled | up    |
   | nova-compute   | compute-0.ostest        | enabled | up    |
   | nova-compute   | compute-1.ostest        | enabled | up    |
   +----------------+-------------------------+---------+-------+

절차

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

2. 셀에 대한 컨트롤 플레인의 IP 주소를 가져오고 host discovery 명령을 입력하여 컴퓨팅 호스트를 셀에 노출하고 할당합니다.

   $ CTRL_IP=$(openstack server list -f value -c Networks --name overcloud-controller-0 | sed 's/ctlplane=//')
   
   $ ssh heat-admin@${CTRL_IP} sudo podman exec -i -u root nova_api \
     nova-manage cell_v2 discover_hosts --by-service --verbose

3. Compute 호스트가 셀에 할당되었는지 확인합니다.

   $ ssh heat-admin@${CTRL_IP} sudo podman exec -i -u root nova_api \
     nova-manage cell_v2 list_hosts

절차

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

   (undercloud)$ source ~/overcloudrc

2. 셀에 대한 AZ를 생성합니다.

   (overcloud)# openstack aggregate create \
    --zone <availability_zone> \
    <aggregate_name>

   • <availability_zone> 을 가용성 영역에 할당할 이름으로 바꿉니다.
   • <aggregate_name> 을 호스트 집계에 할당할 이름으로 바꿉니다.

3. 선택 사항: 가용성 영역에 메타데이터를 추가합니다.

   (overcloud)# openstack aggregate set --property <key=value> \
     <aggregate_name>

   • <key=value> 를 메타데이터 키-값 쌍으로 바꿉니다. 필요한 만큼 키-값 속성을 추가할 수 있습니다.
   • <aggregate_name> 을 가용성 영역 호스트 집계의 이름으로 바꿉니다.

4. 셀에 할당된 컴퓨팅 노드 목록을 검색합니다.

   $ ssh heat-admin@${CTRL_IP} sudo podman exec -i -u root nova_api \
     nova-manage cell_v2 list_hosts

5. 셀에 할당된 컴퓨팅 노드를 셀 가용성 영역에 추가합니다.

   (overcloud)# openstack aggregate add host <aggregate_name> \
     <host_name>

   • <aggregate_name> 을 컴퓨팅 노드를 추가할 가용성 영역 호스트 집계의 이름으로 바꿉니다.
   • <host_name> 을 가용성 영역에 추가할 컴퓨팅 노드 이름으로 바꿉니다.

절차

1. 셀의 컴퓨팅 노드에서 모든 인스턴스를 삭제합니다.

   참고

   셀 간 인스턴스 마이그레이션은 지원되지 않습니다. 인스턴스를 삭제하고 다른 셀에서 다시 생성해야 합니다.

2. 글로벌 컨트롤러 중 하나에서 셀에서 모든 컴퓨팅 노드를 삭제합니다.

   $ CTRL_IP=$(openstack server list -f value -c Networks --name overcloud-controller-0 | sed 's/ctlplane=//')
   
   $ ssh heat-admin@${CTRL_IP} sudo podman  \
    exec -i -u root nova_api \
    nova-manage cell_v2 list_hosts
   
   $ ssh heat-admin@${CTRL_IP} sudo podman  \
    exec -i -u root nova_api \
    nova-manage cell_v2 delete_host --cell_uuid <uuid> --host <compute>

3. 배치 서비스에서 셀의 리소스 프로바이더를 삭제하여 나중에 동일한 호스트 이름을 가진 컴퓨팅 노드를 다른 셀에 추가하려는 경우 호스트 이름을 사용할 수 있는지 확인합니다.

   (undercloud)$ source ~/overcloudrc
   
   (overcloud)$ openstack resource provider list
   +--------------------------------------+---------------------------------------+------------+
   | uuid                                 | name                                  | generation |
   +--------------------------------------+---------------------------------------+------------+
   | 9cd04a8b-5e6c-428e-a643-397c9bebcc16 | computecell1-novacompute-0.site1.test |         11 |
   +--------------------------------------+---------------------------------------+------------+
   
   (overcloud)$ openstack resource provider  \
    delete 9cd04a8b-5e6c-428e-a643-397c9bebcc16

절차

1. 글로벌 컨트롤러 중 하나에서 셀을 삭제합니다.

   $ CTRL_IP=$(openstack server list -f value -c Networks --name overcloud-controller-0 | sed 's/ctlplane=//')
   
   $ ssh heat-admin@${CTRL_IP} sudo podman  \
    exec -i -u root nova_api \
    nova-manage cell_v2 list_cells
   
   $ ssh heat-admin@${CTRL_IP} sudo podman  \
    exec -i -u root nova_api \
    nova-manage cell_v2 delete_cell --cell_uuid <uuid>

2. Overcloud에서 셀 스택을 삭제합니다.

   $ openstack stack delete <stack name> --wait --yes && openstack  \
    overcloud plan delete <stack_name>

   참고

   컨트롤러 및 계산 셀에 별도의 셀 스택을 배포한 경우 먼저 컴퓨팅 셀 스택을 삭제한 다음 컨트롤러 셀 스택을 삭제합니다.