Compute 인스턴스의 고가용성

Red Hat OpenStack Platform 16.1

Compute 인스턴스의 고가용성 구성

OpenStack Documentation Team

rhos-docs@redhat.com

초록

이 가이드에서는 인스턴스 고가용성(인스턴스 HA)을 관리하는 방법을 설명합니다. 인스턴스 HA를 사용하면 RHOSP(Red Hat OpenStack Platform)가 컴퓨팅 노드가 실패하면 다른 컴퓨팅 노드에서 인스턴스를 자동으로 비우고 다시 생성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체
링크 복사

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 용어를 교체하기 위해 최선을 다하고 있습니다. 먼저 마스터(master), 슬레이브(slave), 블랙리스트(blacklist), 화이트리스트(whitelist) 등 네 가지 용어를 교체하고 있습니다. 이러한 변경 작업은 작업 범위가 크므로 향후 여러 릴리스에 걸쳐 점차 구현할 예정입니다. 자세한 내용은 CTO Chris Wright의 메시지를 참조하십시오.

Red Hat 문서에 관한 피드백 제공
링크 복사

문서 개선을 위한 의견을 보내 주십시오. Red Hat이 어떻게 이를 개선하는지 알려주십시오.

DDF(직접 문서 피드백) 기능 사용

특정 문장, 단락 또는 코드 블록에 대한 직접 주석은 피드백 추가 DDF 기능을 사용하십시오.

다중 페이지 HTML 형식으로 설명서를 봅니다.
문서 오른쪽 상단에 Feedback (피드백) 버튼이 표시되는지 확인합니다.
주석 처리하려는 텍스트 부분을 강조 표시합니다.
피드백 추가를 클릭합니다.
주석을 사용하여 Add Feedback (피드백 추가) 필드를 작성합니다.
선택 사항: 설명서 팀이 문제에 대한 자세한 내용을 문의할 수 있도록 이메일 주소를 추가하십시오.
Submit(제출)을 클릭합니다.

1장. 인스턴스 HA 배포 소개 및 계획
링크 복사

Compute 인스턴스(인스턴스 HA)의 고가용성은 실패한 컴퓨팅 노드에서 인스턴스를 비우고 다른 컴퓨팅 노드에서 인스턴스를 다시 만드는 데 사용할 수 있는 툴입니다.

인스턴스 HA는 공유 스토리지 또는 로컬 스토리지 환경에서 작동하므로, 빈 인스턴스에서 고정 IP 주소 및 유동 IP 주소와 같은 동일한 네트워크 구성을 유지합니다. 또한 다시 생성된 인스턴스는 새 컴퓨팅 노드 내에서 동일한 특성을 유지합니다.

1.1. 인스턴스 HA 작동 방식
링크 복사

컴퓨팅 노드에 오류가 발생하면 오버클라우드 펜싱 에이전트에서 노드를 펜싱한 다음 인스턴스 HA 에이전트에서 실패한 컴퓨팅 노드에서 다른 컴퓨팅 노드로 인스턴스를 비웁니다.

컴퓨팅 노드가 실패하고 인스턴스 HA를 트리거하면 다음 이벤트가 발생합니다.

실패 시 IPMI 에이전트는 노드를 물리적으로 재설정하여 종료되었는지 확인하고 오버클라우드에서 데이터 손상 또는 동일한 여러 인스턴스를 방지하는 1단계 펜싱을 수행합니다. 노드가 오프라인이면 펜싱된 것으로 간주됩니다.
물리적 IPMI 펜싱 후 fence-nova 에이전트는 자동으로 두 번째 계층 펜싱을 수행하고 다음 명령을 실행하여 노드별로 "evacuate=yes" 클러스터를 표시합니다.
```
attrd_updater -n evacuate -A name="evacuate" host="FAILEDHOST" value="yes"
```
```
$ attrd_updater -n evacuate -A name="evacuate" host="FAILEDHOST" value="yes"
```
Copy to Clipboard Toggle word wrap
FAILEDHOST 는 실패한 컴퓨팅 노드의 이름입니다.
nova-evacuate 에이전트는 백그라운드에서 지속적으로 실행되며 "evacuate=yes" 특성을 사용하여 클러스터에 노드가 있는지 주기적으로 확인합니다. nova-evacuate 에서 펜싱된 노드에 이 특성이 포함되어 있음을 탐지하면 에이전트에서 노드 비우기를 시작합니다. 비우기 프로세스는 언제든지 수행할 수 있는 수동 인스턴스 비우기 프로세스와 유사합니다.
IPMI를 재설정한 후 장애가 발생한 노드가 다시 시작되면 해당 노드의 nova-compute 프로세스도 자동으로 시작됩니다. 이전에 노드가 펜싱되었으므로 Pacemaker에서 노드 펜싱을 해제할 때까지 새 인스턴스를 실행하지 않습니다.
Pacemaker에서 계산 노드가 온라인임을 감지하면 노드에서 compute-unfence-trigger 리소스 에이전트를 시작하여 노드를 해제하고 인스턴스를 다시 실행할 수 있습니다.

1.2. 인스턴스 HA 배포 계획
링크 복사

인스턴스 HA를 배포하기 전에 규정 준수의 리소스 이름을 검토하고 사용자 환경에 따라 스토리지 및 네트워킹을 구성합니다.

계산 노드 호스트 이름과 Pacemaker 원격 리소스 이름은 W3C 명명 규칙을 준수해야 합니다. 자세한 내용은 W3C 문서 의 네임스페이스 및 이름 및 토큰 선언 을 참조하십시오.
일반적으로 인스턴스 HA에서는 인스턴스의 디스크 이미지에 대해 공유 스토리지를 구성해야 합니다. 따라서 no-shared-storage 옵션을 사용하면 비우기 중에 InvalidSharedStorage 오류가 표시될 수 있으며 인스턴스가 다른 컴퓨팅 노드에서 시작되지 않습니다.
그러나 모든 인스턴스가 OpenStack 블록 스토리지(cinder)볼륨에서 부팅되도록 구성된 경우 인스턴스의 디스크 이미지에 대해 공유 스토리지를 구성할 필요가 없으며 no-shared-storage 옵션을 사용하여 모든 인스턴스를 비울 수 있습니다.
비우기 중에 인스턴스가 Block Storage 볼륨에서 부팅되도록 구성된 경우 비워진 인스턴스는 다른 컴퓨팅 노드의 동일한 볼륨에서 부팅됩니다. 따라서 OS 이미지 및 애플리케이션 데이터가 OpenStack 블록 스토리지 볼륨에 저장되므로 비워진 인스턴스는 작업을 즉시 다시 시작합니다.
Spine-leaaf 환경에 인스턴스 HA를 배포하는 경우 컨트롤러 및 컴퓨팅 노드에 대한 단일 internal_api 네트워크를 정의해야 합니다. 그런 다음 각 프레임에 대한 서브넷을 정의할 수 있습니다. Spine-leaaf 네트워크 구성에 대한 자세한 내용은 Spine Leaf Networking 가이드의 역할 데이터 파일 생성을 참조하십시오.
Red Hat OpenStack Platform 13 이상에서는 director를 사용하여 오버클라우드 업그레이드의 일부로 Instance HA를 업그레이드합니다. 오버클라우드 업그레이드에 대한 자세한 내용은 Keeping Red Hat OpenStack Platform Updated 가이드를 참조하십시오.
설치 후 director를 사용하여 인스턴스 HA를 비활성화하는 것은 지원되지 않습니다. 배포에서 인스턴스 HA 구성 요소를 수동으로 제거하는 해결 방법은 How can I remove Instance HA components from the controller nodes? 문서를 참조하십시오.
중요
이 해결방법은 프로덕션 환경에 대해 확인되지 않습니다. 프로덕션 환경에서 구현하기 전에 테스트 환경에서 절차를 확인해야 합니다.

1.3. 인스턴스 HA 리소스 에이전트
링크 복사

인스턴스 HA는 fence_compute,NovaEvacuate, comput-unfence-trigger 리소스 에이전트를 사용하여 Compute 노드에 장애가 발생하면 인스턴스를 비우고 다시 생성합니다.

Expand

에이전트 이름	클러스터 내부 이름	Role
`fence_compute`	`fence-nova`	노드를 사용할 수 없게 되면 비우도록 컴퓨팅 노드를 표시합니다.
`NovaEvacuate`	`nova-evacuate`	오류가 발생한 노드에서 인스턴스를 비웁니다. 이 에이전트는 컨트롤러 노드 중 하나에서 실행됩니다.
`더미`	`compute-unfence-trigger`	펜싱된 노드를 릴리스하고 노드에서 인스턴스를 다시 실행할 수 있습니다.

2장. 인스턴스 HA 설치 및 구성
링크 복사

RHOSP(Red Hat OpenStack Platform) director는 HA(인스턴스 고가용성)를 배포합니다. 그러나 새 오버클라우드에서 새 인스턴스 HA 배포를 구성하려면 추가 단계를 수행해야 합니다. 단계를 완료하면 사용자 지정 역할이 있는 컴퓨팅 노드의 하위 집합에서 인스턴스 HA가 실행됩니다.

중요

인스턴스 HA는 RHOSP HCI(하이퍼 컨버지드 인프라) 환경에서 지원되지 않습니다. RHOSP HCI 환경에서 인스턴스 HA를 사용하려면 인스턴스 HA를 사용하려면 Compute 노드 하위 집합을 ComputeInstanceHA 역할로 지정해야 합니다. Red Hat Ceph Storage 서비스는 인스턴스 HA를 호스팅하는 컴퓨팅 노드에서 호스팅해서는 안 됩니다.

중요

표준 또는 사용자 지정 역할을 사용하는 기존 오버클라우드와 같은 다른 환경에서 인스턴스 HA를 활성화하려면 배포와 관련된 절차만 수행하여 템플릿을 적절하게 조정합니다.

2.1. 인스턴스 HA 역할, 플레이버 및 프로필 구성
링크 복사

인스턴스 HA를 배포하기 전에 roles-data.yaml 파일에 인스턴스 HA 역할을 추가하고, Instance HA 플레이버를 생성하고, Instance HA 플레이버를 생성하고, Instance HA 프로필로 관리할 각 Comput 노드에 태그를 지정하고, 인스턴스 HA 프로필을 사용하여 인스턴스 HA 역할을 매핑합니다.

참고

사용자 환경에 따라 이 절차에서 예제 파일과 역할 이름을 수정할 수 있습니다.

절차

ComputeInstanceHA 역할을 roles-data.yaml 파일에 추가하고 파일을 다시 생성합니다.
```
openstack overcloud roles generate -o ~/my_roles_data.yaml Controller Compute ComputeInstanceHA
```
```
$ openstack overcloud roles generate -o ~/my_roles_data.yaml Controller Compute ComputeInstanceHA
```
Copy to Clipboard Toggle word wrap
ComputeInstanceHA 역할에는 기본 Compute 역할, Compute InstanceHA 서비스 및 PacemakerRemote 서비스의 모든 서비스가 포함됩니다.

compute-instance-ha 플레이버를 만들어 인스턴스 HA로 관리할 계산 노드에 태그를 지정합니다.

source ~/stackrc
openstack flavor create --id auto --ram 6144 --disk 40 --vcpus 4 compute-instance-ha
openstack flavor set --property "cpu_arch"="x86_64" --property "capabilities:boot_option"="local" --property "capabilities:profile"="compute-instance-ha" compute-instance-ha
openstack flavor set --property resources:VCPU=0 --property resources:MEMORY_MB=0 --property resources:DISK_GB=0 --property resources:CUSTOM_BAREMETAL=1 compute-instance-ha

$ source ~/stackrc
$ openstack flavor create --id auto --ram 6144 --disk 40 --vcpus 4 compute-instance-ha
$ openstack flavor set --property "cpu_arch"="x86_64" --property "capabilities:boot_option"="local" --property "capabilities:profile"="compute-instance-ha" compute-instance-ha
$ openstack flavor set --property resources:VCPU=0 --property resources:MEMORY_MB=0 --property resources:DISK_GB=0 --property resources:CUSTOM_BAREMETAL=1 compute-instance-ha

Copy to Clipboard

Toggle word wrap

관리하려는 각 컴퓨팅 노드에 compute-instance-ha 프로필로 Instance HA로 태그를 지정하고 <NODE UUID> 를 실제 UUID로 바꿉니다.

openstack baremetal node set --property capabilities='profile:compute-instance-ha,boot_option:local' <NODE UUID>

$ openstack baremetal node set --property capabilities='profile:compute-instance-ha,boot_option:local' <NODE UUID>

Copy to Clipboard

Toggle word wrap

다음 매개 변수를 사용하여 환경 파일을 만들어 ComputeInstanceHA 역할을 compute-instance-ha 플레이버에 매핑합니다.
```
parameter_defaults:
  OvercloudComputeInstanceHAFlavor: compute-instance-ha
```
```
parameter_defaults:
  OvercloudComputeInstanceHAFlavor: compute-instance-ha
```
Copy to Clipboard Toggle word wrap

2.2. 인스턴스 HA를 사용하여 오버클라우드의 펜싱 활성화
링크 복사

펜싱 정보를 사용하여 환경 파일을 생성하여 오버클라우드의 모든 컨트롤러 및 컴퓨팅 노드에서 펜싱을 활성화합니다.

절차

~/templates 와 같은 액세스 가능한 위치에 환경 파일을 생성하고 다음 콘텐츠를 포함합니다.

parameter_defaults:
  EnableFencing: true
  FencingConfig:
    devices:
    - agent: fence_ipmilan
      host_mac: 00:ec:ad:cb:3c:c7
      params:
        login: admin
        ipaddr: 192.168.24.1
        ipport: 6230
        passwd: password
        lanplus: 1
    - agent: fence_ipmilan
      host_mac: 00:ec:ad:cb:3c:cb
      params:
        login: admin
        ipaddr: 192.168.24.1
        ipport: 6231
        passwd: password
        lanplus: 1
    - agent: fence_ipmilan
      host_mac: 00:ec:ad:cb:3c:cf
      params:
        login: admin
        ipaddr: 192.168.24.1
        ipport: 6232
        passwd: password
        lanplus: 1
    - agent: fence_ipmilan
      host_mac: 00:ec:ad:cb:3c:d3
      params:
        login: admin
        ipaddr: 192.168.24.1
        ipport: 6233
        passwd: password
        lanplus: 1
    - agent: fence_ipmilan
      host_mac: 00:ec:ad:cb:3c:d7
      params:
        login: admin
        ipaddr: 192.168.24.1
        ipport: 6234
        passwd: password
        lanplus: 1

parameter_defaults:
  EnableFencing: true
  FencingConfig:
    devices:
    - agent: fence_ipmilan
      host_mac: 00:ec:ad:cb:3c:c7
      params:
        login: admin
        ipaddr: 192.168.24.1
        ipport: 6230
        passwd: password
        lanplus: 1
    - agent: fence_ipmilan
      host_mac: 00:ec:ad:cb:3c:cb
      params:
        login: admin
        ipaddr: 192.168.24.1
        ipport: 6231
        passwd: password
        lanplus: 1
    - agent: fence_ipmilan
      host_mac: 00:ec:ad:cb:3c:cf
      params:
        login: admin
        ipaddr: 192.168.24.1
        ipport: 6232
        passwd: password
        lanplus: 1
    - agent: fence_ipmilan
      host_mac: 00:ec:ad:cb:3c:d3
      params:
        login: admin
        ipaddr: 192.168.24.1
        ipport: 6233
        passwd: password
        lanplus: 1
    - agent: fence_ipmilan
      host_mac: 00:ec:ad:cb:3c:d7
      params:
        login: admin
        ipaddr: 192.168.24.1
        ipport: 6234
        passwd: password
        lanplus: 1

Copy to Clipboard

Toggle word wrap

Compute 인스턴스에 공유 스토리지를 사용하지 않는 경우 생성한 환경 파일에 다음 매개변수를 추가합니다.
```
parameter_defaults:
  ExtraConfig:
    tripleo::instanceha::no_shared_storage: true
```
```
parameter_defaults:
  ExtraConfig:
    tripleo::instanceha::no_shared_storage: true
```
Copy to Clipboard Toggle word wrap

2.3. 인스턴스 HA를 사용하여 오버클라우드 배포
링크 복사

이미 오버클라우드를 배포한 경우 생성한 추가 인스턴스 HA 파일과 함께 openstack overcloud deploy 명령을 재실행합니다. 언더클라우드를 생성한 후 언제든지 오버클라우드에 대한 인스턴스 HA를 구성할 수 있습니다.

사전 요구 사항

인스턴스 HA 역할, 플레이버 및 프로필이 구성되어 있습니다.
Overcloud에서 펜싱이 활성화됩니다.

절차

생성한 각 환경 파일에 대해, compute - instanceha.yaml 환경 파일과 함께 openstack overcloud deploy 명령을 사용합니다. < FLAVOR_ENV_FILE > 및 < FENCING_ENV_FILE >을 해당 환경에서 적절한 파일 이름으로 바꿉니다.
```
openstack overcloud deploy --templates \
  -e <FLAVOR_ENV_FILE> \
  -e <FENCING_ENV_FILE> \
  -r my_roles_data.yaml \
  -e /usr/share/openstack-tripleo-heat-templates/environments/compute-instanceha.yaml
```
```
$ openstack overcloud deploy --templates \
  -e <FLAVOR_ENV_FILE> \
  -e <FENCING_ENV_FILE> \
  -r my_roles_data.yaml \
  -e /usr/share/openstack-tripleo-heat-templates/environments/compute-instanceha.yaml
```
Copy to Clipboard Toggle word wrap
참고
- compute-instanceha.yaml 환경 파일을 수정하지 마십시오.
- 오버클라우드 배포에 포함하려는 각 환경 파일의 전체 경로를 포함합니다.

배포가 완료되면 각 컴퓨팅 노드에 STONITH 장치와 GuestNode 서비스가 포함됩니다.

2.4. 인스턴스 HA 비우기 테스트
링크 복사

인스턴스 HA가 인스턴스를 올바르게 비우고 테스트하려면 컴퓨팅 노드에서 비우기를 트리거하고 인스턴스 HA 에이전트가 다른 Compute 노드에서 인스턴스를 다시 만들 수 있는지 확인합니다.

주의

다음 절차에서는 Compute 노드를 의도적으로 충돌하여 인스턴스 HA로 인스턴스 자동 비우기를 트리거합니다.

사전 요구 사항

인스턴스 HA가 컴퓨팅 노드에 배포됩니다.

절차

Overcloud에서 하나 이상의 인스턴스를 시작합니다.

stack@director $ . overcloudrc
stack@director $ openstack server create --image cirros --flavor 2 test-failover
stack@director $ openstack server list -c Name -c Status

stack@director $ . overcloudrc
stack@director $ openstack server create --image cirros --flavor 2 test-failover
stack@director $ openstack server list -c Name -c Status

Copy to Clipboard

Toggle word wrap

인스턴스를 호스팅하는 계산 노드에 로그인하고 root 사용자로 변경합니다. compute-n 을 컴퓨팅 노드 이름으로 교체합니다.
```
stack@director $ . stackrc
stack@director $ ssh -l heat-admin compute-n
heat-admin@compute-n $ su -
```
```
stack@director $ . stackrc
stack@director $ ssh -l heat-admin compute-n
heat-admin@compute-n $ su -
```
Copy to Clipboard Toggle word wrap

컴퓨팅 노드를 충돌합니다.

root@compute-n $ echo c > /proc/sysrq-trigger

root@compute-n $ echo c > /proc/sysrq-trigger

Copy to Clipboard

Toggle word wrap

노드가 다시 시작될 때까지 몇 분 정도 기다린 다음 충돌한 컴퓨팅 노드의 인스턴스가 다른 컴퓨팅 노드에 다시 생성되는지 확인합니다.
```
stack@director $ openstack server list -c Name -c Status
stack@director $ openstack compute service list
```
```
stack@director $ openstack server list -c Name -c Status
stack@director $ openstack compute service list
```
Copy to Clipboard Toggle word wrap

2.5. 인스턴스 HA를 사용하여 비하도록 인스턴스 설계
링크 복사

기본적으로 인스턴스 HA는 실패한 노드의 모든 인스턴스를 비웁니다. 인스턴스 HA는 특정 이미지 또는 플레이버가 있는 인스턴스를 비우도록 구성할 수 있습니다.

사전 요구 사항

인스턴스 HA가 오버클라우드에 배포됩니다.

절차

stack 사용자로 언더클라우드에 로그인합니다.
overcloudrc 파일을 소싱합니다.
```
source ~/overcloudrc
```
```
$ source ~/overcloudrc
```
Copy to Clipboard Toggle word wrap
다음 옵션 중 하나를 사용합니다.
- 이미지에 태그를 지정합니다.
  (overcloud) $ openstack image set --tag evacuable <image_id>
  Copy to Clipboard Toggle word wrap
  & lt;image_id >를 비워려는 이미지 ID로 바꿉니다.
- 플레이버에 태그를 지정합니다.
  (overcloud) $ openstack flavor set --property evacuable=true <flavor_id>
  Copy to Clipboard Toggle word wrap
  & lt;flavor_id >를 비우려는 플레이버의 ID로 바꿉니다.

3장. 인스턴스 HA를 사용하여 언더클라우드 및 오버클라우드에서 유지보수 수행
링크 복사

언더클라우드 및 오버클라우드에서 유지보수를 수행하려면 오버클라우드를 시작할 때 최소한의 문제를 확인하려면 특정 순서로 언더클라우드 및 오버클라우드 노드를 종료하고 시작해야 합니다. 노드를 중지하고 노드에서 Pacemaker 리소스를 비활성화하여 특정 컴퓨팅 또는 컨트롤러 노드에서 유지보수를 수행할 수도 있습니다.

3.1. 사전 요구 사항
링크 복사

인스턴스 HA가 활성화된 실행 중인 언더클라우드 및 오버클라우드

3.2. 언더클라우드 및 오버클라우드 종료 순서
링크 복사

Red Hat OpenStack Platform 환경을 종료하려면 다음 순서로 오버클라우드 및 언더클라우드를 종료해야 합니다.

오버클라우드 컴퓨팅 노드에서 인스턴스 종료
컴퓨팅 노드 종료
컨트롤러 노드에서 고가용성 및 OpenStack Platform 서비스를 모두 중지합니다.
Ceph Storage 노드 종료
컨트롤러 노드 종료
언더클라우드 종료

3.2.1. 오버클라우드 컴퓨팅 노드에서 인스턴스 종료
링크 복사

Red Hat OpenStack Platform 환경 종료 과정의 일환으로 Compute 노드를 종료하기 전에 컴퓨팅 노드의 모든 인스턴스를 종료합니다.

사전 요구 사항

활성 Compute 서비스가 있는 오버클라우드

절차

stack 사용자로 언더클라우드에 로그인합니다.
오버클라우드의 인증 정보 파일을 가져옵니다.
```
source ~/overcloudrc
```
```
$ source ~/overcloudrc
```
Copy to Clipboard Toggle word wrap
오버클라우드에서 실행 중인 인스턴스를 확인합니다.
```
openstack server list --all-projects
```
```
$ openstack server list --all-projects
```
Copy to Clipboard Toggle word wrap
오버클라우드에서 각 인스턴스를 중지합니다.
```
openstack server stop <INSTANCE>
```
```
$ openstack server stop <INSTANCE>
```
Copy to Clipboard Toggle word wrap
오버클라우드의 모든 인스턴스를 중지할 때까지 각 인스턴스에 대해 이 단계를 반복합니다.

3.2.2. 오버클라우드 컴퓨팅 노드에서 인스턴스 HA 서비스 중지
링크 복사

Red Hat OpenStack Platform 환경 종료 과정의 일환으로 인스턴스를 중지하고 Compute 노드를 종료하기 전에 컴퓨팅 노드에서 실행되는 모든 인스턴스 HA 서비스를 종료해야 합니다.

사전 요구 사항

활성 Compute 서비스가 있는 오버클라우드
인스턴스 HA가 컴퓨팅 노드에서 활성화됨

절차

Pacemaker를 실행하는 Overcloud 노드에 root 사용자로 로그인합니다.
각 Compute 노드에서 Pacemaker 원격 리소스를 비활성화합니다.
1. 컴퓨팅 노드에서 Pacemaker Remote 리소스를 식별합니다.
  # pcs resource status
  Copy to Clipboard Toggle word wrap
  이러한 리소스는 ocf::pacemaker:remote 에이전트를 사용하며, 일반적으로 overcloud-novacomputeiha-0 과 같은 컴퓨팅 노드 호스트 형식에 따라 이름이 지정됩니다.
2. 각 Pacemaker 원격 리소스를 비활성화합니다. 다음 예제에서는 overcloud-novacomputeiha-0 의 리소스를 비활성화하는 방법을 보여줍니다.
  # pcs resource disable overcloud-novacomputeiha-0
  Copy to Clipboard Toggle word wrap
컴퓨팅 노드 STONITH 장치를 비활성화합니다.
1. 컴퓨팅 노드 STONITH 장치를 식별합니다.
  # pcs stonith status
  Copy to Clipboard Toggle word wrap
2. 각 컴퓨팅 노드 STONITH 장치를 비활성화합니다.
  # pcs stonith disable <STONITH_DEVICE>
  Copy to Clipboard Toggle word wrap

3.2.3. 컴퓨팅 노드 종료
링크 복사

Red Hat OpenStack Platform 환경 종료 과정의 일환으로 각 컴퓨팅 노드에 로그인하여 종료합니다.

사전 요구 사항

컴퓨팅 노드에서 모든 인스턴스 종료

절차

컴퓨팅 노드에 root 사용자로 로그인합니다.
노드를 종료합니다.
```
shutdown -h now
```
```
# shutdown -h now
```
Copy to Clipboard Toggle word wrap
모든 컴퓨팅 노드를 종료할 때까지 각 컴퓨팅 노드에 대해 다음 단계를 수행합니다.

3.2.4. 컨트롤러 노드에서 서비스 중지
링크 복사

Red Hat OpenStack Platform 환경 종료 과정의 일환으로 컨트롤러 노드에서 서비스를 중지한 후 노드를 종료합니다. 여기에는 Pacemaker 및 systemd 서비스가 포함됩니다.

사전 요구 사항

활성 Pacemaker 서비스가 있는 오버클라우드

절차

root 사용자로 컨트롤러 노드에 로그인합니다.
Pacemaker 클러스터를 중지합니다.
```
pcs cluster stop --all
```
```
# pcs cluster stop --all
```
Copy to Clipboard Toggle word wrap
이 명령은 모든 노드에서 클러스터를 중지합니다.
Pacemaker 서비스가 중지될 때까지 기다린 후 서비스가 중지되었는지 확인합니다.
1. Pacemaker 상태를 확인합니다.
  # pcs status
  Copy to Clipboard Toggle word wrap
2. Podman에서 Pacemaker 서비스가 실행되고 있지 않은지 확인합니다.
  # podman ps --filter "name=.*-bundle.*"
  Copy to Clipboard Toggle word wrap
Red Hat OpenStack Platform 서비스를 중지합니다.
```
systemctl stop 'tripleo_*'
```
```
# systemctl stop 'tripleo_*'
```
Copy to Clipboard Toggle word wrap
서비스가 중지될 때까지 기다린 후 Podman에서 서비스가 더 이상 실행되지 않는지 확인합니다.
```
podman ps
```
```
# podman ps
```
Copy to Clipboard Toggle word wrap

3.2.5. Ceph Storage 노드 종료
링크 복사

Red Hat OpenStack Platform 환경 종료 과정의 일환으로 Ceph Storage 서비스를 비활성화한 다음 각 Ceph Storage 노드에 로그인하여 종료합니다.

사전 요구 사항

정상적인 Ceph Storage 클러스터
Ceph MON 서비스는 독립 실행형 Ceph MON 노드 또는 컨트롤러 노드에서 실행 중입니다.

절차

컨트롤러 노드 또는 독립 실행형 Ceph MON 노드와 같은 Ceph MON 서비스를 실행하는 노드에 root 사용자로 로그인합니다.
클러스터 상태를 확인합니다. 다음 예제에서 podman 명령은 컨트롤러 노드의 Ceph MON 컨테이너 내에서 상태 점검을 실행합니다.
```
sudo podman exec -it ceph-mon-controller-0 ceph status
```
```
# sudo podman exec -it ceph-mon-controller-0 ceph status
```
Copy to Clipboard Toggle word wrap
상태가 HEALTH_OK인지 확인합니다.

클러스터에 noout, norecover, norebalance, nobackfill, nodown, pause 플래그를 설정합니다. 다음 예제에서 podman 명령은 컨트롤러 노드의 Ceph MON 컨테이너를 통해 이러한 플래그를 설정합니다.

sudo podman exec -it ceph-mon-controller-0 ceph osd set noout
sudo podman exec -it ceph-mon-controller-0 ceph osd set norecover
sudo podman exec -it ceph-mon-controller-0 ceph osd set norebalance
sudo podman exec -it ceph-mon-controller-0 ceph osd set nobackfill
sudo podman exec -it ceph-mon-controller-0 ceph osd set nodown
sudo podman exec -it ceph-mon-controller-0 ceph osd set pause

# sudo podman exec -it ceph-mon-controller-0 ceph osd set noout
# sudo podman exec -it ceph-mon-controller-0 ceph osd set norecover
# sudo podman exec -it ceph-mon-controller-0 ceph osd set norebalance
# sudo podman exec -it ceph-mon-controller-0 ceph osd set nobackfill
# sudo podman exec -it ceph-mon-controller-0 ceph osd set nodown
# sudo podman exec -it ceph-mon-controller-0 ceph osd set pause

Copy to Clipboard

Toggle word wrap

각 Ceph Storage 노드를 종료합니다.
1. root 사용자로 Ceph Storage 노드에 로그인합니다.
2. 노드를 종료합니다.
  # shutdown -h now
  Copy to Clipboard Toggle word wrap
3. 모든 Ceph Storage 노드를 종료할 때까지 각 Ceph Storage 노드에 대해 다음 단계를 수행합니다.
독립 실행형 Ceph MON 노드를 종료합니다.
1. 독립 실행형 Ceph MON 노드에 root 사용자로 로그인합니다.
2. 노드를 종료합니다.
  # shutdown -h now
  Copy to Clipboard Toggle word wrap
3. 독립 실행형 Ceph MON 노드를 모두 종료할 때까지 각 독립 실행형 Ceph MON 노드에 대해 다음 단계를 수행합니다.

3.2.6. 컨트롤러 노드 종료
링크 복사

Red Hat OpenStack Platform 환경 종료 과정의 일환으로 각 컨트롤러 노드에 로그인하여 종료합니다.

사전 요구 사항

Pacemaker 클러스터 중지
컨트롤러 노드에서 모든 Red Hat OpenStack Platform 서비스를 중지합니다.

절차

root 사용자로 컨트롤러 노드에 로그인합니다.
노드를 종료합니다.
```
shutdown -h now
```
```
# shutdown -h now
```
Copy to Clipboard Toggle word wrap
모든 컨트롤러 노드를 종료할 때까지 각 컨트롤러 노드에 대해 다음 단계를 수행합니다.

3.2.7. 언더클라우드 종료
링크 복사

Red Hat OpenStack Platform 환경 종료 과정의 일환으로 언더클라우드 노드에 로그인하여 언더클라우드를 종료합니다.

사전 요구 사항

실행 중인 언더클라우드

절차

stack 사용자로 언더클라우드에 로그인합니다.
언더클라우드를 종료합니다.
```
sudo shutdown -h now
```
```
$ sudo shutdown -h now
```
Copy to Clipboard Toggle word wrap

3.3. 시스템 유지보수 수행
링크 복사

언더클라우드와 오버클라우드를 완전히 종료한 후 해당 환경의 시스템에 대한 유지 관리를 수행한 다음 언더클라우드 및 오버클라우드를 시작합니다.

3.4. 언더클라우드 및 오버클라우드 시작 순서
링크 복사

Red Hat OpenStack Platform 환경을 시작하려면 다음 순서로 언더클라우드 및 오버클라우드를 시작해야 합니다.

언더클라우드 시작
컨트롤러 노드 시작
Ceph Storage 노드 시작
컴퓨팅 노드 시작
오버클라우드 컴퓨팅 노드에서 인스턴스 시작

3.4.1. 언더클라우드 시작
링크 복사

Red Hat OpenStack Platform 환경 시작 과정의 일환으로 언더클라우드 노드의 전원을 켜고 언더클라우드에 로그인한 다음, 언더클라우드 서비스를 확인합니다.

사전 요구 사항

전원이 꺼진 언더클라우드

절차

언더클라우드의 전원을 켜고 언더클라우드가 부팅될 때까지 기다립니다.

검증

stack 사용자로 언더클라우드에 로그인합니다.
언더클라우드에서 서비스를 확인합니다.
```
systemctl list-units 'tripleo_*'
```
```
$ systemctl list-units 'tripleo_*'
```
Copy to Clipboard Toggle word wrap
언더클라우드의 인증 정보 파일을 가져오고 검증 명령을 실행하여 모든 서비스 및 컨테이너가 활성 상태이고 정상 상태인지 확인합니다.
```
source stackrc
openstack tripleo validator run --validation service-status --limit undercloud
```
```
$ source stackrc
$ openstack tripleo validator run --validation service-status --limit undercloud
```
Copy to Clipboard Toggle word wrap

3.4.2. 컨트롤러 노드 시작
링크 복사

Red Hat OpenStack Platform 환경 시작 과정의 일환으로 각 컨트롤러 노드의 전원을 켜고 노드에서 Pacemaker가 아닌 서비스를 확인합니다.

사전 요구 사항

전원이 꺼진 컨트롤러 노드

절차

각 컨트롤러 노드의 전원을 켭니다.

검증

각 컨트롤러 노드에 root 사용자로 로그인합니다.
컨트롤러 노드에서 서비스를 확인합니다.
```
systemctl -t service
```
```
$ systemctl -t service
```
Copy to Clipboard Toggle word wrap
Pacemaker 기반이 아닌 서비스만 실행 중입니다.
Pacemaker 서비스가 시작될 때까지 기다린 후 서비스가 시작되었는지 확인합니다.
```
pcs status
```
```
$ pcs status
```
Copy to Clipboard Toggle word wrap
참고
환경에서 인스턴스 HA를 사용하는 경우 컴퓨팅 노드를 시작하거나 pcs stonith confirm <compute_node > 명령을 사용하여 수동 언플러 작업을 수행할 때까지 Pacemaker 리소스가 시작되지 않습니다. 인스턴스 HA를 사용하는 각 컴퓨팅 노드에서 이 명령을 실행해야 합니다.

3.4.3. Ceph Storage 노드 시작
링크 복사

Red Hat OpenStack Platform 환경 시작 과정의 일환으로 Ceph MON 및 Ceph Storage 노드의 전원을 켜고 Ceph Storage 서비스를 활성화합니다.

사전 요구 사항

전원이 꺼진 Ceph Storage 클러스터
Ceph MON 서비스는 전원이 꺼진 독립 실행형 Ceph MON 노드 또는 전원이 켜진 컨트롤러 노드에서 활성화됩니다.

절차

환경에 독립 실행형 Ceph MON 노드가 있는 경우 각 Ceph MON 노드의 전원을 켭니다.
각 Ceph Storage 노드의 전원을 켭니다.
컨트롤러 노드 또는 독립 실행형 Ceph MON 노드와 같은 Ceph MON 서비스를 실행하는 노드에 root 사용자로 로그인합니다.
클러스터 노드의 상태를 확인합니다. 다음 예제에서 podman 명령은 컨트롤러 노드의 Ceph MON 컨테이너 내에서 상태 점검을 실행합니다.
```
sudo podman exec -it ceph-mon-controller-0 ceph status
```
```
# sudo podman exec -it ceph-mon-controller-0 ceph status
```
Copy to Clipboard Toggle word wrap
각 노드의 전원이 켜져 있고 연결되어 있는지 확인합니다.

클러스터의 noout, norecover, norebalance, nobackfill, nodown 및 pause 플래그를 설정 해제합니다. 다음 예제에서 podman 명령은 컨트롤러 노드의 Ceph MON 컨테이너를 통해 이러한 플래그를 설정 해제합니다.

sudo podman exec -it ceph-mon-controller-0 ceph osd unset noout
sudo podman exec -it ceph-mon-controller-0 ceph osd unset norecover
sudo podman exec -it ceph-mon-controller-0 ceph osd unset norebalance
sudo podman exec -it ceph-mon-controller-0 ceph osd unset nobackfill
sudo podman exec -it ceph-mon-controller-0 ceph osd unset nodown
sudo podman exec -it ceph-mon-controller-0 ceph osd unset pause

# sudo podman exec -it ceph-mon-controller-0 ceph osd unset noout
# sudo podman exec -it ceph-mon-controller-0 ceph osd unset norecover
# sudo podman exec -it ceph-mon-controller-0 ceph osd unset norebalance
# sudo podman exec -it ceph-mon-controller-0 ceph osd unset nobackfill
# sudo podman exec -it ceph-mon-controller-0 ceph osd unset nodown
# sudo podman exec -it ceph-mon-controller-0 ceph osd unset pause

Copy to Clipboard

Toggle word wrap

검증

클러스터 상태를 확인합니다. 다음 예제에서 podman 명령은 컨트롤러 노드의 Ceph MON 컨테이너 내에서 상태 점검을 실행합니다.
```
sudo podman exec -it ceph-mon-controller-0 ceph status
```
```
# sudo podman exec -it ceph-mon-controller-0 ceph status
```
Copy to Clipboard Toggle word wrap
상태가 HEALTH_OK인지 확인합니다.

3.4.4. 컴퓨팅 노드 시작
링크 복사

Red Hat OpenStack Platform 환경 시작 과정의 일환으로 각 컴퓨팅 노드의 전원을 켜고 노드에서 서비스를 확인합니다.

사전 요구 사항

전원이 꺼진 컴퓨팅 노드

절차

각 컴퓨팅 노드의 전원을 켭니다.

검증

각 Compute 노드에 root 사용자로 로그인합니다.
컴퓨팅 노드에서 서비스를 확인합니다.
```
systemctl -t service
```
```
$ systemctl -t service
```
Copy to Clipboard Toggle word wrap

3.4.5. 오버클라우드 컴퓨팅 노드에서 인스턴스 HA 서비스 시작
링크 복사

Red Hat OpenStack Platform 환경을 시작하는 과정의 일부로 Compute 노드에서 모든 인스턴스 HA 서비스를 시작합니다.

사전 요구 사항

컴퓨팅 노드를 실행하는 오버클라우드
인스턴스 HA가 컴퓨팅 노드에서 활성화됨

절차

Pacemaker를 실행하는 Overcloud 노드에 root 사용자로 로그인합니다.
컴퓨팅 노드에 STONITH 장치를 활성화합니다.
1. 컴퓨팅 노드 STONITH 장치를 식별합니다.
  # pcs stonith status
  Copy to Clipboard Toggle word wrap
2. 컴퓨팅 노드의 STONITH 오류를 지웁니다.
  # pcs stonith confirm <COMPUTE_NODE>
  Copy to Clipboard Toggle word wrap
  이 명령은 노드를 정리된 STONITH 상태로 반환합니다.
3. 컴퓨팅 노드 STONITH 장치를 활성화합니다.
  # pcs stonith enable <STONITH_DEVICE>
  Copy to Clipboard Toggle word wrap
4. STONITH를 사용하여 각 컴퓨팅 노드에 대해 다음 단계를 수행합니다.
각 컴퓨팅 노드에서 Pacemaker 원격 리소스를 활성화합니다.
1. 컴퓨팅 노드에서 Pacemaker 원격 리소스를 식별합니다.
  # pcs resource status
  Copy to Clipboard Toggle word wrap
  이러한 리소스는 ocf::pacemaker:remote 에이전트를 사용하며, 일반적으로 overcloud-novacomputeiha-0 과 같은 컴퓨팅 노드 호스트 형식에 따라 이름이 지정됩니다.
2. 각 Pacemaker 원격 리소스를 활성화합니다. 다음 예제에서는 overcloud-novacomputeiha-0 의 리소스를 활성화하는 방법을 보여줍니다.
  # pcs resource enable overcloud-novacomputeiha-0
  Copy to Clipboard Toggle word wrap
3. Pacemaker 원격 관리를 사용하여 각 Compute 노드에 대해 다음 단계를 수행합니다.
Pacemaker 서비스가 시작될 때까지 기다린 후 서비스가 시작되었는지 확인합니다.
```
pcs status
```
```
# pcs status
```
Copy to Clipboard Toggle word wrap
시작 프로세스 중에 Pacemaker 리소스가 시작되지 않으면 상태 및 리소스 실패 횟수를 재설정합니다.
```
pcs resource cleanup
```
```
# pcs resource cleanup
```
Copy to Clipboard Toggle word wrap
참고
일부 서비스는 fence_compute 및 fence_kdump 와 같이 시작하는 데 더 많은 시간이 필요할 수 있습니다.

3.4.6. 오버클라우드 컴퓨팅 노드에서 인스턴스 시작
링크 복사

Red Hat OpenStack Platform 환경을 시작하는 과정의 일환으로 컴퓨팅 노드에서 인스턴스를 시작합니다.

사전 요구 사항

활성 노드가 있는 활성 오버클라우드

절차

stack 사용자로 언더클라우드에 로그인합니다.
오버클라우드의 인증 정보 파일을 가져옵니다.
```
source ~/overcloudrc
```
```
$ source ~/overcloudrc
```
Copy to Clipboard Toggle word wrap
오버클라우드에서 실행 중인 인스턴스를 확인합니다.
```
openstack server list --all-projects
```
```
$ openstack server list --all-projects
```
Copy to Clipboard Toggle word wrap
오버클라우드에서 인스턴스를 시작합니다.
```
openstack server start <INSTANCE>
```
```
$ openstack server start <INSTANCE>
```
Copy to Clipboard Toggle word wrap

4장. 인스턴스 HA를 사용하여 컴퓨팅 노드 및 컨트롤러 노드에서 유지보수 수행
링크 복사

인스턴스 HA가 있는 컴퓨팅 노드 또는 컨트롤러 노드에서 유지보수를 수행하려면 대기 모드로 설정하고 노드에서 Pacemaker 리소스를 비활성화하여 노드를 중지합니다. 유지 관리 작업을 완료한 후 노드를 시작하고 Pacemaker 리소스가 정상인지 확인합니다.

사전 요구 사항

인스턴스 HA가 활성화된 실행 중인 오버클라우드

절차

컨트롤러 노드에 로그인하고 컴퓨팅 또는 컨트롤러 노드를 중지합니다.
```
pcs node standby <node UUID>
```
```
# pcs node standby <node UUID>
```
Copy to Clipboard Toggle word wrap
중요
중지하려는 노드에서 다른 노드에 로그인해야 합니다.

노드에서 Pacemaker 리소스를 비활성화합니다.

pcs resource disable <ocf::pacemaker:remote on the node>

# pcs resource disable <ocf::pacemaker:remote on the node>

Copy to Clipboard

Toggle word wrap

노드에서 유지보수 작업을 수행합니다.
IPMI 연결을 복원하고 노드를 시작합니다. 진행하기 전에 노드가 준비될 때까지 기다립니다.

노드에서 Pacemaker 리소스를 활성화하고 노드를 시작합니다.

pcs resource enable <ocf::pacemaker:remote on the node>
pcs node unstandby <node UUID>

# pcs resource enable <ocf::pacemaker:remote on the node>
# pcs node unstandby <node UUID>

Copy to Clipboard

Toggle word wrap

노드를 유지보수 모드로 설정하면 오버클라우드의 인증 정보 파일을 가져오고 유지보수 모드에서 노드를 설정 해제합니다.
```
source stackrc
openstack baremetal node maintenance unset <baremetal node UUID>
```
```
# source stackrc
# openstack baremetal node maintenance unset <baremetal node UUID>
```
Copy to Clipboard Toggle word wrap

검증

Pacemaker 리소스가 활성 상태인지 확인합니다.
```
pcs status
```
```
# pcs status
```
Copy to Clipboard Toggle word wrap
시작 프로세스 중에 Pacemaker 리소스를 시작하지 못하는 경우 pcs resource cleanup 명령을 실행하여 리소스의 상태 및 실패 횟수를 재설정합니다.
노드를 중지하기 전에 컴퓨팅 노드에서 인스턴스를 비우면 인스턴스가 다른 노드로 마이그레이션되었는지 확인합니다.
```
openstack server list --long
nova migration-list
```
```
# openstack server list --long
# nova migration-list
```
Copy to Clipboard Toggle word wrap

법적 공지
링크 복사

The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.

Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.

Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.

Linux® is the registered trademark of Linus Torvalds in the United States and other countries.

Java® is a registered trademark of Oracle and/or its affiliates.

XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.

MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.

Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.

The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.

All other trademarks are the property of their respective owners.

Compute 인스턴스의 고가용성