중복 고 가용성 서비스 소개
1) 장애의 웹 사이트를 하나의 점을 해결
2))는 서버 (로드 균형 압의 압력을 감소시키기
고 가용성 서비스 (가상 라우터 리던던시 프로토콜 VRRP) 기본 및 대기 스위칭 원칙을 달성하기 위해
Keepalived 작품 : 나는 VRRP 시작 있도록 VRRP 고 가용성 쌍 사이에 Keepalived는 통신을 통해 수 있습니다 : 1 ) VRRP, 전체 Vritual 중복 프로토콜, 중국어,라는 등장 가상 라우터 리던던시 프로토콜 VRRP는 단일 장애 지점을 해결하기 위해 정적이다. 2 ) VRRP 프로토콜은 VRRP 라우터 중 하나에 라우팅 태스크에 선거 운동기구의 일종으로된다. . (3) VRRP IP 멀티 캐스트 (멀티 캐스트 어드레스 디폴트 (포함) 224.0 . 0.18 고 가용성 쌍 사이의 통신을위한)). 4 ) 주요 노드의 수축 동작은 대기 노드는 다음 패키지 때, 마스터 노드는 리소스를 점거 인계하기 시작할 때, 마스터 노드가없는 패킷을 수신 대기 노드. 대기 노드는 우선 선거에 의해 여러 가질 수 있지만, 일반적으로 Keepalived 시스템 유지 보수 작업은 몇입니다. 5 ) VRRP는 암호화 데이터에 암호화 프로토콜을 사용하지만 여전히 일반 텍스트 방식을 구성 Keepalived 공식 인증 유형과 암호를 권장합니다. VRRP를 통해 소개 된 후, 나는 재 소개합니다이 Keepalived 서비스를 작동합니다 Keepalived 가능 쌍 VRRP, VRRP 통해 통신하는 사이 마스터와 슬레이브가 선거 시스템에 의해 결정되고, 장치 본체보다 더 높은 우선 순위는, 따라서, 모든 리소스 기본 액세스 우선 순위, 대기 상태에서 대기 노드를 작동 때 주요 끊지 시간,
대기 노드는 마스터 노드의 자원을 인수하며, 다음 서비스를 제공하기 위해 마스터 노드를 교체하십시오. Keepalived이 팀 사이에, 살아 준비를 말하고, 주 서버로 VRRP 방송 패킷을 전송 만했을하지 않을 때는이 시간에 당신은 차를 사용할 수 없을 때 주님에 의해 전송 된 브로드 캐스트 패킷을들을 준비가되지 않도록, 주를 포착 할 준비를 관련 서비스는 자원을 장악하기 시작합니다
사업의 접촉을 보장 할 수 있습니다. 그것은 두 번째 빠른 미만했다!
고 가용성 서비스 방법 : keepalived
keepalived 서비스 소프트웨어 :
1) LVS가 탄생한다. 관리 LVS를 촉진
2) 사용 노드 건강 검진을 부하 분산을 keepalived
3) 고 가용성로드 밸런싱 대기 함수 NFS
통합 고 가용성 서비스 배포 아키텍처 :
첫 번째 코스 : LB01 / LB02의 배포 고 가용성 서비스는 서버로드 밸런싱에 설치되어 냠 설치 - y를 keepalived 두 번째 코스 : keepalived 프로필을 작성 LB01로드 서버를 균형 - 홈페이지를 정력 을 / etc / keepalived / keepalived.conf [루트 @ LB01 ~] # 고양이의 / etc / keepalived / keepalived.conf ! 구성 파일 에 대한 keepalived {global_defs --- 글로벌 NOTIFICATION_EMAIL { [email protected] --- - 메일 주소 구성은 (주 서비스가 VIP 스위치를 나타납니다, 당신은 메일 관리자에게 알릴 필요) } notification_email_from [email protected] smtp_server에 192.168 . 200.1 --- 메일 구성 smtp_connect_timeout 30 router_id LB01은 --- 클러스터 이름에서 고 가용성 노드를 정의 } vrrp_instance (가족) 올드 보이 { --- 데이터베이스에 응답 VRRP 프로토콜 매개 변수 - tomcat-- 예 예 MASTER 주 --- 고 가용성 서비스의 지정된 서버의 ID (백업 MASTER) 인터페이스 eth0를 --- 카드에 나타납니다 지정 VIP 주소 virtual_router_id 66 --- 가족의 정체성 우선 순위 (150) --- 설정 서버 우선 순위, 우선 순위가 높은 메인이 될 가능성이 더 높습니다 advert_int . 1 --- 마스터 서버에 송신되는 멀티 캐스트 패킷 간격 {인증 --- 구성 고 가용성 서비스 인증 정보 PASS AUTH_TYPE --- 확인 호스트 멀티 캐스트 통신은 하나 개의 인스턴스에 auth_pass 1234 } virtual_ipaddress { 10.0 . 0.3 --- 정의 된 주소 정보의 VIP } } 서버를 균형 LB02로드 - 장비 정력 을 / etc / keepalived / keepalived.conf [루트 @ LB01 ~] # 고양이의 / etc / keepalived / keepalived.conf ! 구성 파일 에 대한 keepalived {global_defs --- 글로벌 NOTIFICATION_EMAIL { [email protected] --- - 메일 주소 구성은 (주 서비스가 VIP 스위치를 나타납니다, 당신은 메일 관리자에게 알릴 필요) } notification_email_from [email protected] smtp_server에 192.168 . 200.1 --- 메일 구성 smtp_connect_timeout (30)는 LB02의 router_id은 --- * * 고 가용성 클러스터 노드 이름이 같은 대기하지 않습니다 정의 } vrrp_instance (가족) 올드 보이 { --- 데이터베이스에 응답 VRRP 프로토콜 매개 변수 - tomcat-- 예 예 백업 상태 --- 고 가용성 서비스의 서버 ID (백업 MASTER)를 지정 * 대기 등 * 동일하지 인터페이스 eth0를 --- 카드에 나타납니다 지정 VIP 주소를 virtual_router_id 66 --- 가족의 정체성 우선 100 --- 서버 우선 순위 설정은, 높은 우선 순위는 마스터가 될 가능성이 높다 * 다른 대기 * advert_int . 1 --- 마스터 서버에 송신되는 멀티 캐스트 패킷 간격 {인증 --- 구성 고 가용성 서비스 인증 정보 PASS AUTH_TYPE --- 확인 호스트 멀티 캐스트 통신은 하나 개의 인스턴스에 auth_pass 1234 } virtual_ipaddress { 10.0 . 0.3 --- 정의 된 주소 정보의 VIP } } 셋째 주행 거리 : 시험 검사 대기 모드 전환을 확인 : PS : 참고 DNS 이름 확인, 빌드 관계 VIP 도메인