9.12. 사전 프로비저닝된 노드 확장
사전 프로비저닝된 노드를 확장하는 프로세스는 16장. 오버클라우드 노드 확장의 표준 확장 절차와 유사합니다. 하지만 사전 프로비저닝된 노드가 OpenStack Bare Metal(ironic) 및 OpenStack Compute(nova)의 표준 등록 및 관리 프로세스를 사용하지 않으므로 사전 프로비저닝된 새 노드를 추가하는 프로세스는 다릅니다.
사전 프로비저닝된 노드 확장
사전 프로비저닝된 노드가 있는 오버클라우드를 확장하는 경우, 각 노드에서 director 노드 수에 해당하도록 오케스트레이션 에이전트를 설정해야 합니다.
오버클라우드 노드를 확장하려면 다음 작업을 수행합니다.
- 9.1절. “사전 프로비저닝된 노드 요구 사항”에 따라 사전 프로비저닝된 새 노드를 준비합니다.
- 노드를 확장합니다. 자세한 내용은 16장. 오버클라우드 노드 확장의 내용을 참조하십시오.
- 배포 명령을 실행한 후 director가 새 노드 리소스를 생성하고 설정을 시작할 때까지 기다립니다.
사전 프로비저닝된 노드 축소
사전 프로비저닝된 노드가 있는 오버클라우드를 축소하는 경우 16장. 오버클라우드 노드 확장의 축소 지침을 따릅니다.
스케일 다운 작업에서는 OSP 프로비저닝 또는 사전 프로비저닝된 노드 모두에 호스트 이름을 사용할 수 있습니다. OSP 프로비저닝된 노드의 UUID도 사용할 수 있습니다. 그러나 사전 테스트된 노드의 UUID는 없으므로 항상 호스트 이름을 사용합니다. 호스트 이름 또는 UUID 값을 openstack overcloud node delete 명령에 전달합니다.
절차
제거할 노드의 이름을 확인합니다.
$ openstack stack resource list overcloud -n5 --filter type=OS::TripleO::ComputeDeployedServerServer
stack_name열의 해당 노드 이름을openstack overcloud node delete명령에 전달합니다.$ openstack overcloud node delete --stack <overcloud> <stack>
-
<overcloud>를 오버클라우드 스택의 이름 또는 UUID로 바꿉니다. -
&
lt;stack_name>을 삭제하려는 노드 이름으로 바꿉니다.openstack overcloud node delete명령에 여러 노드 이름을 포함할 수 있습니다.
-
openstack overcloud node delete명령 실행이 완전히 종료되었는지 확인합니다.$ openstack stack list
삭제 작업이 완료되면
overcloud스택의 상태가UPDATE_COMPLETE로 표시됩니다.
스택에서 오버클라우드 노드를 삭제한 후 이러한 노드의 전원을 끕니다. 표준 배포에서는 director의 베어 메탈 서비스가 이 기능을 제어합니다. 하지만 프로비저닝된 노드를 사용하는 경우 이러한 노드를 수동으로 종료하거나 각 물리 시스템에 대해 전원 관리 컨트롤을 사용해야 합니다. 스택에서 노드를 삭제한 후 노드의 전원을 끄지 않으면 작동 상태로 남아 있어 오버클라우드 환경의 일부로 재연결될 수 있습니다.
삭제된 노드의 전원을 끈 후 기본 운영 체제 구성으로 다시 프로비저닝하면 이후에 오버클라우드에 연결되지 않을 수 있습니다.
먼저 새로운 기본 운영 체제로 다시 프로비저닝하지 않고 오버클라우드에서 이전에 삭제된 노드를 재사용하지 마십시오. 축소 프로세스는 오버클라우드 스택에서 노드를 삭제만 하고 패키지를 제거하지는 않습니다.
사전 프로비저닝된 오버클라우드 삭제
사전 프로비저닝된 노드를 사용하는 전체 오버클라우드를 삭제하려면 표준 오버클라우드 삭제 절차는 12.6절. “오버클라우드 삭제”에서 참조하십시오. 오버클라우드 삭제 후에 모든 노드의 전원을 끄고 기본 운영 체제 구성으로 다시 프로비저닝합니다.
먼저 새로운 기본 운영 체제로 다시 프로비저닝하지 않고 오버클라우드에서 이전에 삭제된 노드를 재사용하지 마십시오. 삭제 프로세스는 오버클라우드 스택만 삭제하고 패키지를 제거하지는 않습니다.
