39장. 클러스터링

Red Hat Enterprise Linux 7.4부터 기술 프리뷰로 Pacemaker는 필요한 모든 인프라에서 Docker 컨테이너를 시작하기 위한 특수 구문을 지원합니다. Pacemaker 번들을 생성한 후에는 번들을 캡슐화하는 Pacemaker 리소스를 생성할 수 있습니다. 컨테이너의 Pacemaker 지원에 대한 자세한 내용은 https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html-single/high_availability_add-on_reference/ 에서 참조하십시오.

이 기능은 기술 프리뷰 기능을 제외하고 RHEL 7.4부터 Red Hat은 RHOSP(Red Hat Openstack Platform) 배포용 Pacemaker 번들 사용을 완전하게 지원합니다. (BZ#1433016)

Pacemaker는 기술 프리뷰로 fence_heuristics_ping 에이전트를 지원합니다. 이 에이전트는 자체적으로 실제 펜싱을 수행하지 않고 펜싱 수준의 동작을 새로운 방식으로 활용하는 실험적인 차단 에이전트 클래스를 여는 것을 목표로 합니다.

가상 에이전트가 실제 펜싱을 수행하는 펜싱 에이전트와 동일한 펜싱 수준에 구성되어 있지만 해당 에이전트가 순서대로 구성되는 경우 펜싱은 펜싱을 수행하는 에이전트에서 이를 시도하기 전에 가상 에이전트에 대한 off 작업을 실행합니다. 가상 에이전트에서 off 작업에 대해 음수 결과를 제공하는 경우 펜싱 수준이 성공하지 않다는 것이 이미 명확하지 않아 Pacemaker 펜싱에서 off 작업을 수행하는 에이전트에서 off 작업을 수행하는 단계를 건너뜁니다. 가상 에이전트가 이 동작을 악용하여 실제 펜싱을 수행하는 에이전트가 특정 조건에서 노드를 펜싱하지 못하도록 할 수 있습니다.

사용자가 2 노드 클러스터에서 특히 2-노드 클러스터에서 이 에이전트를 사용하고자 할 수 있습니다. 이 에이전트를 사전에 알고 있으면 노드가 피어를 펜싱하는 것이 적절하지 않을 수 있습니다. 예를 들어, 노드가 네트워킹 uplink에 도달하는 데 문제가 있어 클라이언트에 연결할 수 없는 경우 노드가 서비스를 인수하지 못할 수 있습니다. 이 경우 라우터에 ping이 탐지되는 상황이 발생할 수 있습니다. (BZ#1476401)

추론은 시작시 로컬로 실행되는 명령 세트, 클러스터 멤버십 변경, corosync-qnetd 에 성공적으로 연결, 선택적으로 주기적으로 실행됩니다. 모든 명령이 시간에 성공적으로 완료되면 (올바르 반환 오류 코드가 0 인 경우), 추론이 통과되었습니다. 그렇지 않으면 실패합니다. 이기종 결과는 corosync-qnetd 로 전송되며 계산에 어떤 파티션을 정족해야 하는지 결정합니다. (BZ#1413573, BZ#1389209)

Red Hat Enterprise Linux 7.6에는 기술 프리뷰로 lvmlockd 및 LVM 활성화 라는 두 가지 새로운 리소스 에이전트가 도입되었습니다.

LVM 활성화 에이전트는 클러스터 전체에서 LVM 관리를 위해 여러 방법 중에서 선택할 수 있습니다.

새 lvmlockd 리소스 에이전트는 LVM-activate 가 lvmlockd 를 사용하도록 구성된 경우 lvmlockd 데몬을 시작하는 데 사용됩니다.

lvmlockd 및 LVM-activate 리소스 에이전트에 대한 자세한 내용은 해당 에이전트의 PCS 도움말 화면을 참조하십시오. lvmlockd 와 함께 사용하기 위해 LVM을 설정하는 방법에 대한 자세한 내용은 lvmlockd(8) 매뉴얼 페이지를 참조하십시오. (BZ#1513957, BZ#1634729)