9.12. 사전 프로비저닝된 노드 확장

사전 프로비저닝된 노드를 확장하는 프로세스는 16장. 오버클라우드 노드 확장의 표준 확장 절차와 비슷합니다. 하지만 사전 프로비저닝된 노드가 OpenStack Bare Metal(ironic) 및 OpenStack Compute(nova)의 표준 등록 및 관리 프로세스를 사용하지 않으므로 사전 프로비저닝된 새 노드를 추가하는 프로세스는 다릅니다.

사전 프로비저닝된 노드 확장

사전 프로비저닝된 노드가 있는 오버클라우드를 확장하는 경우, 각 노드에서 director 노드 수에 해당하도록 오케스트레이션 에이전트를 설정해야 합니다.

오버클라우드 노드를 확장하려면 다음 작업을 수행합니다.

  1. 9.1절. “사전 프로비저닝된 노드 요구 사항”에 따라 사전 프로비저닝된 새 노드를 준비합니다.
  2. 노드를 확장합니다. 자세한 내용은 16장. 오버클라우드 노드 확장을 참조하십시오.
  3. 배포 명령을 실행한 후 director가 새 노드 리소스를 생성하고 설정을 시작할 때까지 기다립니다.

사전 프로비저닝된 노드 축소

사전 프로비저닝된 노드가 있는 오버클라우드를 축소하는 경우 16장. 오버클라우드 노드 확장의 축소 지침을 따릅니다.

대부분의 확장 작업에서는 삭제하려는 노드의 UUID 값을 가져와 openstack overcloud node delete 명령에 이 값을 전달해야 합니다. 해당 UUID를 가져오기 위해 특정 역할에 대한 리소스를 나열합니다.

$ openstack stack resource list overcloud -c physical_resource_id -c stack_name -n5 --filter type=OS::TripleO::<RoleName>Server

<RoleName>을 축소할 역할의 이름으로 바꿉니다. 예를 들어 ComputeDeployedServer 역할의 경우 다음 명령을 실행합니다.

$ openstack stack resource list overcloud -c physical_resource_id -c stack_name -n5 --filter type=OS::TripleO::ComputeDeployedServerServer

명령 출력에 있는 stack_name 열은 각 노드와 연결된 UUID를 확인하는 데 사용됩니다. stack_name에는 heat 리소스 그룹에 있는 노드의 인덱스 정수 값이 포함됩니다.

+------------------------------------+----------------------------------+
| physical_resource_id               | stack_name                       |
+------------------------------------+----------------------------------+
| 294d4e4d-66a6-4e4e-9a8b-           | overcloud-ComputeDeployedServer- |
| 03ec80beda41                       | no7yfgnh3z7e-1-ytfqdeclwvcg      |
| d8de016d-                          | overcloud-ComputeDeployedServer- |
| 8ff9-4f29-bc63-21884619abe5        | no7yfgnh3z7e-0-p4vb3meacxwn      |
| 8c59f7b1-2675-42a9-ae2c-           | overcloud-ComputeDeployedServer- |
| 2de4a066f2a9                       | no7yfgnh3z7e-2-mmmaayxqnf3o      |
+------------------------------------+----------------------------------+

stack_name 열의 인덱스 0, 1 또는 2는 heat 리소스 그룹의 노드 순서에 해당합니다. physical_resource_id 열의 해당 UUID 값을 openstack overcloud node delete 명령에 전달합니다.

스택에서 오버클라우드 노드를 삭제한 후 이러한 노드의 전원을 끕니다. 표준 배포에서는 director의 베어 메탈 서비스가 이 기능을 제어합니다. 하지만 프로비저닝된 노드를 사용하는 경우 이러한 노드를 수동으로 종료하거나 각 물리 시스템에 대해 전원 관리 컨트롤을 사용해야 합니다. 스택에서 노드를 삭제한 후 노드의 전원을 끄지 않으면 작동 상태로 남아 있어 오버클라우드 환경의 일부로 재연결될 수 있습니다.

삭제된 노드의 전원을 끈 후 기본 운영 체제 구성으로 다시 프로비저닝하면 이후에 오버클라우드에 연결되지 않을 수 있습니다.

참고

먼저 새로운 기본 운영 체제로 다시 프로비저닝하지 않고 오버클라우드에서 이전에 삭제된 노드를 재사용하지 마십시오. 축소 프로세스는 오버클라우드 스택에서 노드를 삭제만 하고 패키지를 제거하지는 않습니다.