하트 비트, 페이스 메이커 및 CoroSync에 대한 대안?

일반적인 Heartbeat / Pacemaker / CoroSync 조합 외에 Linux에서 자동 장애 조치에 대한 주요 대안이 있습니까? 특히, 멀티 캐스트 나 브로드 캐스트가 아닌 유니 캐스트 만 지원하는 EC2 인스턴스에서 장애 조치를 설정하고 있습니다. 특히 자동 장애 조치가없고 다중 마스터 환경을 지원하지 않는 몇 가지 소프트웨어를 처리하려고합니다. 여기에는 HAProxy 및 Solr과 같은 도구가 포함됩니다.

나는 Heartbeat + Pacemaker를 사용하고 있지만 그다지 흥분되지 않습니다. 내 문제 중 일부는 다음과 같습니다.

• 하트 비트-자체적으로 두 개의 노드로 제한됩니다. 3+ 이상을 갖고 싶습니다.
• Pacemaker-자동 구성이 불가능합니다. 클러스터는 쿼럼으로 실행되어야하며 여전히 수동 구성이 필요합니다.
• CoroSync-유니 캐스트를 지원하지 않습니다.

Pacemaker는 강력한 기능을 제공하지만 설정하기가 어렵지만 잘 작동합니다. Pacemaker의 실제 문제는 구성을 쉽게 자동화 할 수있는 방법이 없다는 것입니다. EC2 인스턴스를 시작하고 Chef / Puppet을 설치하고 개입없이 전체 클러스터를 시작하려고합니다.

고 가용성 을 위해 keepalived 를 사용하는 것을 선호합니다 . 하트 비트 및 회사보다 설정 (데몬 및 구성 하나)이 더 간단하다는 것을 알았습니다. 내가 만날 유일한 단점은 keepalived에는 기본적으로 유니 캐스트 옵션이 없으며 통신에 VRRP 만 사용한다는 것입니다 (HAProxy 작성자는 keepalived에 대한 유니 캐스트 패치 를 작성했습니다 )

실제로 실제로 설명 한 것과 매우 비슷한 작업 (EC2의 장애 조치 클러스터)을 수행하고 있으며 하트 비트를 시도한 후 Corosync를 메시징 계층으로 설정했습니다. Corosync는 여러 서버에서 실행되며 버전 1.3.0 (2010 년 11 월)부터 Unicast (UDPU)를 지원합니다. Amazon EC2 클라우드 (Amazon Linux AMI 사용)에서 Corosync를 설정하고 테스트했으며 문제없이 작동하는지 확인할 수 있습니다.

샘플 udpu 파일은 / etc / corosync에 설치됩니다.

각 노드의 인터페이스 섹션에 하나의 멤버 블록을 추가하고 전송을 updu로 지정하십시오. 아래 예제에서 하트 비트와 동일한 포트를 사용했지만 원하는대로 변경할 수 있습니다.

예 :

totem {
        version: 2
        secauth: off
        interface {
                member {
                        memberaddr: 10.xxx.xxx.xxx
                }
                member {
                        memberaddr: 10.xxx.xxx.xxx
                }
                ringnumber: 0
                bindnetaddr: 10.xxx.xxx.xxx
                mcastport: 694
        }
        transport: udpu
}

(Heartbeat는 버전 1.2.3+에서 3+ 노드 클러스터를 지원해야하지만 개인적으로는 시도한 적이 없으며 Unicast와 함께 작동하는지 알 수 없습니다).

죄송하지만 페이스 메이커에 대한 부분은 사실이 아닙니다. Pacemaker 회귀 및 릴리스 테스트는 자동화를 광범위하게 사용합니다.

활성 클러스터없이 구성하려면 모든 명령을 접두사로 사용 CIB_file=/var/lib/heartbeat/crm/cib.xml하거나 환경에서 설정하십시오. 클러스터를 시작하기 전에 .sig 파일을 제거하십시오.

쿼럼이없는 클러스터의 경우 대부분의 도구가 지원하지 -f않거나 --force클러스터에 변경 사항을 적용하도록 지시하는 것은 아닙니다 . 그렇지 않은 도구를 찾으면 버그를 신고하십시오.

오픈 소스 세계에는 RedHat Cluster Suite가 있습니다. RHCS를 구현한지 몇 년이 지났기 때문에 오늘날 이에 대해 말할 말이 많지 않습니다.

상업적으로 Veritas Cluster Server가 있습니다. 그것에 대한 경험이 없습니다.

훨씬 간단하고 오픈 소스 HA 도구는 UCARP 입니다. UCARP는 Heartbeat / Pacemaker / CoroSync와 거의 같은 종류의 "인프라"를 제공하지 않지만 HA 솔루션을 구축 할 수 있습니다.

가상화 기술을 사용하여 고 가용성 인프라를 구축 할 수도 있지만 이러한 솔루션은 응용 프로그램 수준의 가용성과 달리 호스트 수준의 가용성에 중점을 둡니다.

사용하지 않았지만 Oracle Unbreakable Linux 용 Oracle Clusterware가 있습니다.

이미 EC2를 사용하고 있다면 Elastic Load Balancing을 사용하지 않는 이유는 무엇입니까? 장애 조치를 직접 구성하지 않고도 응용 프로그램 수준의 가용성을 얻을 수 있습니다.

Veritas Cluster는 훌륭하지만 (Linux-Heartbeat, AIX-hacmp, HP-Serviceguard 및 Sun Cluster와 비교) 비용이 많이 듭니다. 내가 마지막으로 보았을 때 가격은 클러스터의 CPU 코어를 기반으로했습니다. 시만텍은 현재 공급 업체가 아닙니다 ...

posix 셸에서 장애 조치 클러스터 관리자를 작성했습니다 : https://github.com/nackstein/back-to-work

그것을보고, 나는 그것을 시도하고 개발에 도움을 줄 사람을 찾고 있습니다.

opensvc ( https://www.opensvc.com )는 여러 개의 하트 비트 드라이버를 지원합니다.

• 유니 캐스트
• 멀티 캐스트
• 공유 디스크
• 3 차 사이트 릴레이

또한 두뇌 분열의 경우 쿼럼 메커니즘이 있습니다.

2 개의 Google 클라우드 인스턴스 + 2 개의 Amazon 인스턴스로 구성된 4 개의 노드 클러스터를 terraform + ansible로 자동 설정했습니다.