VRRP가 아닌 패키지 로드 밸런서에 대한 권장 사항은 무엇입니까?

VRRP가 아닌 패키지 로드 밸런서에 대한 권장 사항은 무엇입니까?

로드 밸런싱을 시작하려고 합니다.ElasticHosts 클라우드 서버, 해당 시스템에서는 VRRP 사용자를 허용하지 않습니다.

표준 Debian/Ubuntu용으로 사전 패키지된 VRRP가 아닌 로드 밸런서를 아는 사람이 있습니까?

VRRP가 아닌 것을 시도했습니다울트라몽키, 그러나 소프트웨어가 오래되어 더 이상 멋지게 포장되지 않은 것처럼 보입니다. 마지막 릴리스는 Debian Sarge용이었습니다.

조언 감사히 받았습니다.

답변1

UltraMonkey는 기본적으로 Linux 박스에 로드 밸런서를 구축할 때 유용한 여러 구성 요소를 포함하는 포괄적인 프로젝트입니다. 구성 요소는 다음과 같습니다.

  • ipvs. 대부분의 배포판 기본 커널(2.6 이상)에 존재하며 모듈로 컴파일됩니다. modinfo ip_vs커널에 존재하는지 확인하려면 실행하세요 . 아직 개발 중입니다. 최근에는 ipv6 지원이 추가되었습니다. 코드는 커널 표준을 준수해야 하며 매우 우수한 성능을 제공해야 합니다. 보다http://www.linuxvirtualserver.org/software/ipvs.html더 많은 정보를 위해서.
  • ipvsadm. IPVS를 관리하는 데 사용되는 명령줄 도구로, 가상 그룹에서 백엔드 서버를 추가 및 제거하고, 서버 가중치를 설정하고, 예약 알고리즘(예: 라운드 로빈, 가중치가 부여된 최소 연결) 등을 선택할 수 있습니다. 데비안에 대해서는 말할 수 없지만 ipvsadm v1.2.5-1은 표준 우분투 저장소에 있으며 2011년 2월에 출시된 v1.26도 있습니다. 따라서 다음을 실행할 수 있을 것 sudo apt-get install ipvsadm 입니다 man ipvsadm. 자세한 정보를 제공하는 시스템입니다.
  • ldirectord. 이는 Perl로 작성된 상태 확인 데몬으로, ipvsadm에 대한 편리한 인터페이스 역할도 합니다. 여러 ipvsadm 명령을 직접 스크립트로 작성할 필요 없이 ipvs 구성의 구성 파일을 유지 관리할 수 있습니다. 백엔드 서버에서는 다양한 유형의 상태 확인을 수행할 수 있습니다. 다시 말하지만, ldirectord는 표준 저장소를 통해 (최소한 Ubuntu에서) 설치할 수 있으며 아직 개발 중입니다(IPv6 변경은 2011년 6월에 이루어졌습니다).
  • 리눅스-HA. 일을 더 복잡하게 만들기 위해 이것은 실제로 ldirectord를 포함하는 조합 프로젝트이기도 합니다. 위에서 언급한 것처럼 저장소를 통해 자체적으로 ldirectord를 설치할 수 있습니다. 내가 아는 한, Linux-HA가 제공하는 주요 추가 기능은 Heartbeat입니다. 이를 통해 2개(또는 그 이상)의 로드 밸런서를 클러스터링할 수 있습니다. 이 로드 밸런서는 (예상대로) 서로 하트비트를 보내 서로의 상태를 인식할 수 있습니다. 상태를 확인하고 필요한 경우 장애 조치를 수행합니다. 이것이 VRRP의 차이점이 나타나는 곳입니다. 하나의 로드 밸런서에서만 가상 IP를 활성화(예: "up")하여 하나의 시스템만 VIP에 대한 ARP 요청에 응답하는 경향이 있습니다. 따라서 로드 밸런서는 활성/수동 상태가 되며, 슬레이브 노드가 마스터 장애를 감지하면 가상 IP를 "가져옵니다". 가상 IP가 두 노드 모두에 있는 경우 일반적으로 "분할 브레인"이라고 알려진 문제가 있는 것입니다. 하트비트에 대한 추가 정보:http://www.linux-ha.org/wiki/Heartbeat.

UltraMonkey 프로젝트의 유지 관리 부족은 각 개별 구성 요소가 현재 인기 있는 배포판에서 (바이너리 형식으로) 널리 사용 가능하다는 사실 때문일 수 있다고 생각합니다. 5년 이상 전에는 그렇지 않았을 것입니다.

위에 설명된 방식으로 이러한 구성 요소를 사용하면 로드 밸런서가 전용 시스템이라는 점에서 원래 계획과 다를 수 있습니다. 애플리케이션 서버에 이 모든 것을 설치하지는 않습니다. 대신, ipvs 상자는 백엔드 서버 앞에 위치하며 스케줄링 알고리즘 및 기타 구성 매개변수(가중치 등)에 따라 백엔드 서버로 트래픽을 "지정"합니다.

일반적으로 성능상의 이유로 레이어 4에서 로드 밸런싱을 수행해야 하는 특별한 요구가 없는 한, 충분한 로드 밸런싱 기능을 갖춘 레이어 7 프록시인 HAProxy를 살펴볼 수도 있습니다. ServerFault에는 잘 답변된 HAProxy 질문이 많이 있습니다. 또한 하트비트/장애 조치 및 가상 IP 관리와 관련하여 Linux-HA 하트비트의 대안으로 연결 유지를 고려할 수 있습니다.

http://haproxy.1wt.eu/

http://www.keepalived.org/

관련 정보