Red Hat Summit6.2. Pacemaker 명령
6.2.1. 클러스터 시작 및 중지
모든 노드에서 클러스터를 시작하려면 다음 명령을 실행합니다.
pcs cluster start -all
# pcs cluster start -all재부팅 후 서비스가 활성화된 경우에만 클러스터가 자동으로 시작됩니다. 명령은 클러스터가 시작되었는지 여부와 데몬을 자동으로 시작할 수 있는지 확인하는 데 도움이 됩니다.
pcs cluster status
# pcs cluster status다음을 사용하여 클러스터 자동 시작을 활성화할 수 있습니다.
pcs cluster enable --all
# pcs cluster enable --all기타 옵션은 다음과 같습니다.
- 클러스터를 중지합니다.
- 노드를 대기 상태로 설정합니다.
-
클러스터를
유지 관리 모드로 설정합니다.
자세한 내용은 pcs cluster help를 확인하십시오.
pcs cluster stop --all pcs cluster help
# pcs cluster stop --all
# pcs cluster help6.2.2. 클러스터를 유지 관리 모드로 전환
pacemaker 클러스터의 개입을 피하려면 유지보수 모드에 배치하여 클러스터를 "해제"할 수 있습니다.
pcs property set maintenance-mode=true
# pcs property set maintenance-mode=true
유지 관리 모드를 확인하는 쉬운 방법은 리소스가 관리되지 않는지 확인하는 것입니다.
클러스터가 유지 관리 모드에 있고 리소스 상태 변경 사항을 업데이트하지 않는 동안 클러스터 리소스를 새로 고침합니다.
pcs resource refresh
# pcs resource refresh
이는 아직 올바르지 않은 항목이 있는지 여부를 나타내며 유지 관리 모드에서 제거되는 즉시 클러스터의 수정 조치를 취합니다.
다음을 실행하여 maintenance-mode 를 제거합니다.
pcs property set maintenance-mode=false
# pcs property set maintenance-mode=false이제 클러스터가 계속 작동합니다. 문제가 발생하면 지금 반응할 것입니다.
6.2.3. 클러스터 상태 확인
다음은 클러스터 상태를 확인하는 몇 가지 방법입니다.
클러스터가 실행 중인지 확인합니다.
pcs cluster status
# pcs cluster statusCopy to Clipboard Copied! Toggle word wrap Toggle overflow 클러스터 및 모든 리소스를 확인합니다.
pcs status
# pcs statusCopy to Clipboard Copied! Toggle word wrap Toggle overflow 클러스터, 모든 리소스 및 모든 노드 속성을 확인합니다.
pcs status --full
# pcs status --fullCopy to Clipboard Copied! Toggle word wrap Toggle overflow 리소스만 확인합니다.
pcs resource status --full
# pcs resource status --fullCopy to Clipboard Copied! Toggle word wrap Toggle overflow Stonith기록을 확인하십시오.pcs stonith history
# pcs stonith historyCopy to Clipboard Copied! Toggle word wrap Toggle overflow 위치 제한 조건을 확인합니다.
pcs constraint location
# pcs constraint locationCopy to Clipboard Copied! Toggle word wrap Toggle overflow
펜싱을 구성하고 테스트해야 합니다. 가능한 자동화된 솔루션을 얻으려면 클러스터를 지속적으로 활성화해야 하므로 재부팅 후 클러스터가 자동으로 시작됩니다. 프로덕션 환경에서 재시작을 비활성화하면 예를 들어 충돌 후 수동 개입이 가능합니다. 데몬 상태도 확인하십시오.
예제:
6.2.4. 리소스 상태 확인
pcs 리소스 를 사용하여 모든 리소스의 상태를 확인합니다. 그러면 리소스 목록과 현재 상태가 출력됩니다.
예제:
6.2.5. 리소스 구성 확인
다음은 현재 리소스 구성을 표시합니다.
그러면 설치 및 구성된 리소스 에이전트를 구성하는 데 사용되는 모든 매개 변수가 나열됩니다.
6.2.6. saphana 리소스 옵션 AUTOMATED_REGISTER=true
SAPHana 리소스에서 이 옵션을 사용하는 경우 pacemaker는 보조 데이터베이스를 자동으로 다시 등록합니다.
첫 번째 테스트에 이 옵션을 사용하는 것이 좋습니다. AUTOMATED_REGISTER=false 를 사용하는 경우 관리자는 보조 노드를 수동으로 다시 등록해야 합니다.
6.2.7. 리소스 처리
리소스 관리를 위한 몇 가지 옵션이 있습니다. 자세한 내용은 사용 가능한 도움말을 확인하십시오.
pcs resource help
# pcs resource help사용된 리소스 에이전트를 나열합니다.
pcs resource config | grep "type=" | awk -F"type=" '{ print $2 }' | sed -e "s/)//g"
# pcs resource config | grep "type=" | awk -F"type=" '{ print $2 }' | sed -e "s/)//g"출력 예:
IPaddr2 SAPHanaTopology SAPHana
IPaddr2
SAPHanaTopology
SAPHana특정 리소스 에이전트 설명 및 구성 매개변수를 표시합니다.
pcs resource describe <resource agent>
# pcs resource describe <resource agent>예(출력 없음):
pcs resource describe IPaddr2
# pcs resource describe IPaddr2
리소스 에이전트 IPaddr2 의 예(출력 포함):
클러스터가 중지되면 모든 리소스도 중지됩니다. 클러스터가 유지 관리 모드에 배치되면 모든 리소스가 계속 실행되고 있지만 모니터링 또는 관리되지 않습니다.
6.2.8. 유지 관리 모드를 위한 클러스터 속성 처리
정의된 모든 속성을 나열합니다.
데이터베이스를 재구성하려면 구성이 완료될 때까지 변경 사항을 무시하도록 클러스터에 지시해야 합니다. 다음을 사용하여 클러스터를 유지보수 모드에 배치할 수 있습니다.
pcs property set maintenance-mode=true
# pcs property set maintenance-mode=true
maintenance-mode 를 확인합니다.
모든 리소스가 "관리되지 않음"인지 확인합니다.
maintenance-mode 를 설정 해제하면 리소스가 다시 Managed로 전환됩니다.
pcs property set maintenance-mode=false
# pcs property set maintenance-mode=false6.2.9. 이동을 사용하여 SAPHana 리소스 장애 조치
SAP HANA 데이터베이스 장애 조치(failover) 방법의 간단한 예는 pcs resource move 명령을 사용하는 것입니다. 다음과 같이 복제 리소스 이름을 사용하고 리소스를 이동해야 합니다.
pcs resource move <SAPHana-clone-resource>
# pcs resource move <SAPHana-clone-resource>
이 예제에서 복제 리소스는 SAPHana_RH2_02-clone:입니다.
리소스를 이동합니다.
나머지 제약 조건이 있는지 확인합니다.
pcs constraint location
# pcs constraint location리소스를 지워 장애 조치 중에 생성된 위치 제약 조건을 제거할 수 있습니다. 예제:
pcs resource clear SAPHana_RH2_02-clone
[root@clusternode1]# pcs resource clear SAPHana_RH2_02-clone"Migration Summary"에 남아 있는 경고 또는 항목이 있는지 확인합니다.
pcs status --full
# pcs status --full
stonith 기록을 확인하십시오.
pcs stonith history
# pcs stonith history필요한 경우 stonith 기록을 지웁니다.
pcs stonith history cleanup
# pcs stonith history cleanup2.1.5 이전의 pacemaker 버전을 사용하는 경우 pcs resource move를 실행할 때 제약 조건을 관리하고 나머지 제약 조건을 확인할 수 있습니다.
6.2.10. 페일오버 및 동기화 상태 모니터링
모든 pacemaker 작업은 클러스터 노드의 /var/log/messages 파일에 기록됩니다. 다른 많은 메시지가 있으므로 SAP 리소스 에이전트와 관련된 메시지를 읽기가 어려울 수 있습니다. SAP 리소스 에이전트와 관련된 메시지만 필터링하는 명령 별칭을 구성할 수 있습니다.
별칭 tmsl 예:
alias tmsl='tail -1000f /var/log/messages | egrep -s "Setting master-rsc_SAPHana_$SAPSYSTEMNAME_HDB${TINSTANCE}|sr_register|WAITING4LPA|PROMOTED|DEMOTED|UNDEFINED|master_walk|SWAIT|WaitforStopped|FAILED|LPT"'
# alias tmsl='tail -1000f /var/log/messages | egrep -s "Setting master-rsc_SAPHana_$SAPSYSTEMNAME_HDB${TINSTANCE}|sr_register|WAITING4LPA|PROMOTED|DEMOTED|UNDEFINED|master_walk|SWAIT|WaitforStopped|FAILED|LPT"'
tsml 출력 예:
필터를 사용하면 발생하는 상태 변경 사항을 더 쉽게 파악할 수 있습니다. 세부 정보가 누락된 경우 전체 메시지 파일을 열어 모든 정보를 읽을 수 있습니다.
장애 조치(failover) 후 리소스를 지울 수 있습니다. 또한 남은 위치 제약 조건이 없는지 확인하십시오.
6.2.11. 클러스터 일관성 확인
설치 중에 구성이 마지막으로 완료되기 전에 리소스가 시작되는 경우가 있습니다. 이로 인해 CIB(Cluster Information Base)에 항목이 발생하여 잘못된 동작이 발생할 수 있습니다. 이는 구성을 완료한 후 쉽게 확인하고 수동으로 수정할 수 있습니다.
SAPHana 리소스를 시작하면 누락된 항목이 다시 생성됩니다. 잘못된 항목은 pcs 명령으로 처리할 수 없으며 수동으로 제거해야 합니다.
CIB 항목을 확인합니다.
cibadmin --query
# cibadmin --queryDC3 및 SFAIL은 클러스터 멤버가 DC1 및 DC2인 경우 및 노드 간 동기화 상태가 SOK로 보고되는 경우 클러스터 정보 베이스에 존재하지 않아야 하는 항목입니다.
해당 항목을 확인하는 예:
cibadmin --query |grep '"DC3"' cibadmin --query |grep '"SFAIL"'
# cibadmin --query |grep '"DC3"'
# cibadmin --query |grep '"SFAIL"'root 사용자로 클러스터의 모든 노드에서 명령을 실행할 수 있습니다. 일반적으로 명령 출력이 비어 있습니다. 구성에 오류가 계속 있는 경우 출력은 다음과 같습니다.
<nvpair id="SAPHanaSR-hana_rh1_glob_sec" name="hana_rh1_glob_sec" value="DC3"/>
<nvpair id="SAPHanaSR-hana_rh1_glob_sec" name="hana_rh1_glob_sec" value="DC3"/>이러한 항목은 다음 명령을 사용하여 제거할 수 있습니다.
cibadmin --delete --xml-text '<...>'
# cibadmin --delete --xml-text '<...>'위 예제의 항목을 제거하려면 다음을 입력해야 합니다. 출력에는 큰따옴표가 포함되어 있으므로 텍스트를 작은따옴표로 포함해야 합니다.
cibadmin --delete --xml-text ' <nvpair id="SAPHanaSR-hana_rh1_glob_sec" name="hana_rh1_glob_sec" value="DC3"/>'
# cibadmin --delete --xml-text ' <nvpair id="SAPHanaSR-hana_rh1_glob_sec" name="hana_rh1_glob_sec" value="DC3"/>'제거된 CIB 항목이 없는지 확인합니다. 반환된 출력은 비어 있어야 합니다.
cibadmin --query |grep 'DC3"'
# cibadmin --query |grep 'DC3"'6.2.12. 클러스터 정리
장애 조치 테스트 중에 제약 조건 뒤에 남아 있고 다른 하나는 이전 테스트에서 남아 있을 수 있습니다.During the failover tests there might be left behind constraints and other remains from previous tests. 다음 테스트를 시작하기 전에 클러스터를 지워야 합니다.
클러스터 상태에 실패 이벤트가 있는지 확인합니다.
pcs status --full
# pcs status --full"Migration Summary"에 클러스터 경고 또는 항목이 표시되면 리소스를 지우고 정리해야 합니다.
pcs resource clear SAPHana_RH2_02-clone pcs resource cleanup SAPHana_RH2_02-clone
# pcs resource clear SAPHana_RH2_02-clone
# pcs resource cleanup SAPHana_RH2_02-clone출력:
Cleaned up SAPHana_RH2_02:0 on clusternode1 Cleaned up SAPHana_RH2_02:1 on clusternode2
Cleaned up SAPHana_RH2_02:0 on clusternode1
Cleaned up SAPHana_RH2_02:1 on clusternode2예를 들어 이전 장애 조치의 경우 원하지 않는 위치 제약 조건이 있는지 확인합니다.
pcs constraint location
# pcs constraint location기존 제약 조건을 자세히 확인합니다.
pcs constraint --full
# pcs constraint --full리소스 이동 후 위치 제한 조건의 예:
Node: hana08 (score:-INFINITY) (role:Started) (id:cli-ban-SAPHana_RH2_02-clone-on-hana08)
Node: hana08 (score:-INFINITY) (role:Started) (id:cli-ban-SAPHana_RH2_02-clone-on-hana08)이 위치 제약 조건을 지웁니다.
pcs resource clear SAPHana_RH2_02-clone
# pcs resource clear SAPHana_RH2_02-clone제약 조건이 제약 조건 목록에서 사라졌는지 확인합니다. 유지되는 경우 제약 조건 ID를 사용하여 명시적으로 삭제합니다.
pcs constraint delete cli-ban-SAPHana_RH2_02-clone-on-hana08
# pcs constraint delete cli-ban-SAPHana_RH2_02-clone-on-hana08
펜싱을 사용하여 여러 테스트를 실행하는 경우 stonith 기록을 지울 수도 있습니다.
pcs stonith history cleanup
# pcs stonith history cleanup모든 pcs 명령은 root 사용자로 실행됩니다. 또한 Discover leftovers 를 확인하시기 바랍니다.
6.2.13. 기타 클러스터 명령
다양한 클러스터 명령 예
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}