16.3. 컴퓨팅 노드 제거 또는 교체

절차

1. 오버클라우드 스택의 UUID를 확인합니다.

   (undercloud)$ openstack stack list

2. 수동으로 삭제하려는 노드의 UUID를 확인합니다.

   (undercloud)$ openstack baremetal node list

3. 삭제할 노드를 유지보수 모드로 설정합니다.

   (undercloud)$ openstack baremetal node maintenance set <UUID>

   • 유지보수 모드에 배치할 노드의 UUID로 <UUID>를 바꿉니다.
4. Compute 서비스가 베어 메탈 서비스와 상태를 동기화할 때까지 기다립니다. 이 작업은 최대 4분이 걸릴 수 있습니다.

5. source 명령으로 오버클라우드 설정을 로드합니다.

   (undercloud)$ source ~/overcloudrc

6. 노드에서 새 인스턴스가 예약되지 않도록 오버클라우드의 삭제된 노드에서 Compute 서비스가 비활성화되었는지 확인합니다.

   (overcloud)$ openstack compute service list

   Compute 서비스를 비활성화하지 않으면 비활성화합니다.

   (overcloud)$ openstack compute service set <hostname> nova-compute --disable

   • & lt;hostname& gt;을 컴퓨팅 노드의 호스트 이름으로 바꿉니다.

     작은 정보

     --disable-reason 옵션을 사용하여 서비스가 비활성화되는 이유에 대한 간단한 설명을 추가합니다. 이 기능은 Compute 서비스를 재배포하려는 경우에 유용합니다.

7. 삭제된 컴퓨팅 노드에서 Compute 서비스를 삭제합니다.

   (overcloud)$ openstack compute service delete <service_id>

   • & lt;service_id >를 삭제된 노드에서 실행 중인 Compute 서비스의 ID로 바꿉니다.

8. 배치 서비스에서 리소스 공급자로 삭제된 Compute 서비스를 제거합니다.

   (overcloud)$ openstack resource provider list
   (overcloud)$ openstack resource provider delete <UUID>

9. source 명령으로 언더클라우드 설정을 로드합니다.

   (overcloud)$ source ~/stackrc

10. 스택에서 컴퓨팅 노드를 삭제합니다.

    (undercloud)$ openstack overcloud node delete --stack <overcloud> <node>

    • <overcloud>를 오버클라우드 스택의 이름 또는 UUID로 바꿉니다.

    • & lt;node >를 삭제하려는 컴퓨팅 노드의 컴퓨팅 서비스 호스트 이름 또는 UUID로 바꿉니다.

      참고

      노드의 전원이 이미 꺼진 경우 이 명령은 경고 메시지를 반환합니다.

      Ansible failed, check log at `/var/lib/mistral/overcloud/ansible.log`
      WARNING: Scale-down configuration error. Manual cleanup of some actions may be necessary. Continuing with node removal.

      이 메시지는 무시해도 됩니다.

11. 오버클라우드 노드가 삭제될 때까지 기다립니다.

12. source 명령으로 오버클라우드 설정을 로드합니다.

    (undercloud)$ source ~/overcloudrc

13. 삭제한 노드의 네트워크 에이전트를 삭제합니다.

    (overcloud)$ for AGENT in $(openstack network agent list \
      --host <scaled_down_node> -c ID -f value) ; \
      do openstack network agent delete $AGENT ; done

    • & lt;scaled_down_node >를 삭제한 노드 이름으로 교체합니다.

14. 명령 출력을 확인합니다. RHOSP 16.1.7 이전 버전의 버그로 인해 에이전트를 삭제할 수 없다는 메시지가 표시될 수 있습니다.

    Bad agent request: OVN agents cannot be deleted.

    이 메시지가 표시되지 않으면 다음 단계로 진행합니다.

    이 메시지가 표시되면 네트워크 에이전트 삭제의 절차를 완료합니다: 버그 해결 방법. 해결 방법 절차를 완료한 후 여기로 돌아가서 다음 단계로 진행합니다.

15. source 명령으로 언더클라우드 설정을 로드합니다.

    (overcloud)$ source ~/stackrc

16. 노드 삭제가 완료되면 오버클라우드 스택의 상태를 확인합니다.

    (undercloud)$ openstack stack list

    Expand

    표 16.3. 결과

    상태	설명
    UPDATE_COMPLETE	컴퓨팅 노드 삭제가 성공적으로 완료되었습니다. 다음 단계를 진행합니다.
    UPDATE_FAILED	컴퓨팅 노드 삭제에 실패했습니다. 노드가 유지보수 모드에 있는 동안 컴퓨팅 노드 삭제가 실패하면 하드웨어에 문제가 있을 수 있습니다. 하드웨어를 확인하십시오.

    Show more

17. 인스턴스 HA가 활성화된 경우 다음 작업을 수행합니다.

    1. 노드의 Pacemaker 리소스를 정리합니다.

       $ sudo pcs resource delete <scaled_down_node>
       $ sudo cibadmin -o nodes --delete --xml-text '<node id="<scaled_down_node>"/>'
       $ sudo cibadmin -o fencing-topology --delete --xml-text '<fencing-level target="<scaled_down_node>"/>'
       $ sudo cibadmin -o status --delete --xml-text '<node_state id="<scaled_down_node>"/>'
       $ sudo cibadmin -o status --delete-all --xml-text '<node id="<scaled_down_node>"/>' --force

    2. 노드의 STONITH 장치를 삭제합니다.

       $ sudo pcs stonith delete <device-name>

18. 오버클라우드에서 삭제된 Compute 노드를 교체하지 않는 경우 노드 수가 포함된 환경 파일의 ComputeCount 매개변수를 줄입니다. 일반적으로 이 파일의 이름은 node-info.yaml로 지정됩니다. 예를 들어 한 노드를 삭제한 경우 노드 수를 4개의 노드에서 3개의 노드로 줄입니다.

    parameter_defaults:
      ...
      ComputeCount: 3
      ...

    노드 개수를 줄이면 openstack overcloud deploy를 실행할 때 director에서 새 노드를 프로비저닝하지 않습니다.

    오버클라우드 배포에서 삭제된 컴퓨팅 노드를 교체하는 경우 삭제된 컴퓨팅 노드 배치를 참조하십시오.

절차

1. 오버클라우드 노드를 나열합니다.

   (undercloud)$ openstack server list

2. root 권한이 있는 사용자로 컨트롤러 노드에 로그인합니다.

   $ ssh heat-admin@controller-0.ctlplane

3. 아직 수행하지 않은 경우 ovn_controller 컨테이너의 ovn-sbctl 명령에 대한 액세스를 간소화하도록 명령 별칭을 설정합니다. 자세한 내용은 OVN 문제 해결 명령의 별칭 생성을 참조하십시오.

4. ovn-controller.log 파일에서 IP 주소를 가져옵니다.

   $ sudo less /var/log/containers/openvswitch/ovn-controller.log

   ovn-controller.log 가 비어 있는 경우 ovn-controller.log.1.

5. IP 주소가 올바른지 확인합니다.

   $ ovn-sbctl list encap |grep -a3 <IP_address_from_ovn-controller.log>

   <IP_address_from_ovn-controller.log>를 컨트롤러 로그 파일의 IP 주소로 바꿉니다.

6. IP 주소가 포함된 섀시를 삭제합니다.

   $ ovn-sbctl chassis-del <chassis-name>

   <chassis-id>를 이전 단계에서 ovn-sbctl list encap 명령의 출력에서 섀시_name 값으로 바꿉니다.

7. Chassis_Private 테이블을 확인하여 섀시가 제거되었는지 확인합니다.

   $ ovn-sbctl find Chassis_private chassis="[]"

8. 섀시가 나열된 경우 다음 명령을 사용하여 각각 제거합니다.

   $ ovn-sbctl destroy Chassis_Private <listed_name>

   & lt;listed_name >을 삭제할 섀시 이름으로 바꿉니다.

9. 컴퓨팅 노드 제거를 완료하려면 프로시저로 돌아갑니다.

절차

1. 선택 사항: 삭제된 컴퓨팅 노드의 인덱스를 재사용하려면 컴퓨팅 노드가 제거될 때 거부 목록을 대체하도록 역할의 removalPoliciesMode 및 removalPolicies 매개변수를 구성합니다.

   parameter_defaults:
     <RoleName>RemovalPoliciesMode: update
     <RoleName>RemovalPolicies: [{'resource_list': []}]

2. 삭제된 컴퓨팅 노드를 교체합니다.

   • 새 컴퓨팅 노드를 추가하려면 새 노드를 등록, 검사, 태그를 지정하여 프로비저닝을 준비합니다. 자세한 내용은 기본 오버클라우드 설정을 참조하십시오.

   • 수동으로 제거한 컴퓨팅 노드를 다시 추가하려면 유지보수 모드에서 노드를 삭제합니다.

     $ openstack baremetal node maintenance unset <node_uuid>

3. 기존 오버클라우드를 배포하는 데 사용한 openstack overcloud deploy 명령을 재실행합니다.
4. 배포 프로세스가 완료될 때까지 기다립니다.

5. director가 새 컴퓨팅 노드를 성공적으로 등록했는지 확인합니다.

   $ openstack baremetal node list

6. 역할 업데이트를 위해 Removed PoliciesMode 를 설정하기 위해 1단계를 수행한 경우, 컴퓨팅 노드가 제거될 때 현재 거부 목록에 해당 역할에 대한 Removed PoliciesMode 를 재설정하고, 를 추가하여 Compute 노드 인덱스를 현재 거부 목록에 추가해야 합니다.

   parameter_defaults:
     <RoleName>RemovalPoliciesMode: append

7. 기존 오버클라우드를 배포하는 데 사용한 openstack overcloud deploy 명령을 재실행합니다.