lvs, nginx 및 haproxy 전송 모드 요약

lvs, nginx, haproxy는 가장 일반적인 세 ​​가지 고가용성 로드 밸런싱 소프트웨어입니다. 현재 회사의 라이브 네트워크 환경에서는 lvs와 haproxy가 사용되지 않기 때문에 이전에 간략하게 이해하고 구축했지만 지금은 거의 잊어버렸습니다. nginx 로드 밸런싱에 대해서는 회사에서 사용하고 있지만 그것만 있으면 됩니다. 한 번 구성 파일은 모두 ctrl+c, ctrl+v이며 전달에 대한 이론적인 내용은 거의 잊어 버렸습니다. 지금 막연하게 떠오르는 단어는 upstream, dr, ip_hash뿐입니다. 이제 세 가지 전달 방법을 요약해 보겠습니다.

1. LVS 전달 모드

LVS는 Zhang Wensong 박사가 작성한 네 번째 계층에서 작동하는 가능성이 높은 소프트웨어입니다. 후자의 두 가지와 달리 7계층 포워딩을 지원하지 않지만, 단순성 때문에 가장 안정적입니다. IP 로드 밸런싱 기술에는 VS/NAT(네트워크 주소 변환을 통한 가상 서버), VS/TUN(IP 터널링을 통한 가상 서버) 및 VS/DR(직접 라우팅)의 세 가지 기술이 있습니다. 표에는 세 가지 간의 구체적인 비교가 나와 있습니다.

2. nginx 로드 모드

nginx에는 폴링, 가중치(weight), ip_hash, fair, url_hash 5가지 로드 알고리즘 모드가 있습니다. 이제 하나씩 설명하겠습니다.

1. 폴링(기본값): 각 요청은 시간순으로 하나씩 다른 백엔드 서버에 할당됩니다. 백엔드 서버가 다운되면 자동으로 처리될 수 있습니다. 제거되었습니다.
2. 가중치: 폴링 확률을 지정하며, 가중치는 액세스 비율에 비례하며 백엔드 서버 성능이 고르지 않을 때 사용됩니다. 다음과 같이 구성됩니다.
   1. 업스트림 베이켄드 {
   2. 서버 192.168.0.14 무게=10;
   3. 서버 192.168 .0.15중량=10;
   4. }
3. ip_hash: 각 요청은 접속 IP의 해시 결과에 따라 할당되므로 각 방문자는 백엔드 서버에 고정된 접속 권한을 갖게 되며, 세션 문제를 해결할 수 있습니다. 다음과 같이 구성됩니다.
   1. 업스트림 베이켄드 {
   2. ip_hash;
   3. 서버 192.168.0.14:88;
   4. 서버 192.168.0.15:80;
   5. }
4. fair: 백엔드 서버의 응답 시간에 따라 요청을 할당하고, 응답 시간이 짧은 요청부터 먼저 할당합니다. .
   1. 업스트림 백엔드 {
   2. 서버 server1;
   3. 서버 서버2;
   4. 보통;
   5. }
5. url_hash: 액세스한 URL의 해시 결과에 따라 요청을 분산하여 각 URL이 동일한 백엔드 서버로 연결되도록 백엔드 서버를 캐시할 때 더 효과적입니다. 다음과 같은 구성:
   1. 업스트림 백엔드 {
   2. server squid1:3128;
   3. 서버 오징어2:3128;
   4. hash $request_uri;
   5. hash_method crc32;
   6. }

참고: 다섯 번째 모드에서는 업스트림에 해시 문을 추가하는 데 주의해야 합니다. 가중치와 같은 다른 매개변수는 서버 문에 쓸 수 없습니다. .

서버가 자주 따르는 매개변수는 다음과 같습니다.

• down은 이전 서버가 일시적으로 로드에 참여하지 않는다는 의미입니다.
• 중량의 기본값은 1입니다. 중량이 클수록 하중의 무게도 커집니다.
• max_fails: 허용되는 요청 실패 횟수는 기본적으로 1입니다. 최대 횟수를 초과하면 Proxy_next_upstream 모듈에서 정의한 오류가 반환됩니다.
• fail_timeout:max_fails 실패 후 일시 중지되는 시간입니다.
• 백업: 백업이 아닌 다른 머신이 모두 다운되거나 사용 중일 때 백업 머신을 요청합니다. 따라서 이 기계의 압력은 가장 낮습니다.

3. haproxy

haproxy는 8가지 유형 중 가장 많은 로드 알고리즘을 갖고 있어 가장 많은 적용 시나리오와 가장 유연한 구성을 제공합니다. 8가지 알고리즘은 다음과 같습니다.

①간단한 폴링을 의미하는 roundrobin은 기본적으로 로드 밸런싱에 사용 가능합니다.

②static-rr은 가중치 기반을 의미하며 nginx의 가중치 알고리즘도 유사합니다.

③leastconn은 연결이 가장 적은 사람이 먼저 처리됨을 의미합니다. nginx의 fair와 약간 유사하지만, fair는 응답 시간을 기반으로 합니다.

④source는 요청 소스 IP를 기반으로 함을 의미합니다. Nginx의 IP_hash와 동일합니다. 세션 문제를 해결하는 방법으로 사용합니다.

⑤ri는 요청된 URI를 기반으로 한다는 의미이며 nginx의 url_hash와 유사합니다. ;

⑥rl_param은 요청된 URI를 기반으로 함을 의미합니다. URl 매개변수 'balance url_param'에는 URL 매개변수 이름이 필요합니다.

7hdr(name)은 HTTP 요청 헤더

8rdp-cookie(이름)은 쿠키(이름)를 기반으로 각 TCP 요청을 잠그고 해싱하는 것을 의미합니다.

4. 요약

특정 실제 네트워크 애플리케이션은 개체의 실제 상황에 따라 최상의 로드 방법을 선택할 수 있습니다. 세 가지 중에서 lvs는 안정성이 가장 뛰어나고 구성 가능성이 가장 낮습니다. nginx는 도메인 이름과 디렉터리 구조의 정기적인 일치에서 가장 강력합니다. 동시에 네트워크에 대한 의존도가 적지만 성능은 lvs 및 haproxy는 특히 세션 보존 측면에서 가상 호스트를 지원합니다. 세션 공유를 달성하기 위한 세 가지 알고리즘(IP 식별(소스), 쿠키 식별 및 세션 식별)도 있습니다. HA 솔루션.

이상으로 관련 내용을 포함하여 lvs, nginx, haproxy의 전송 모드에 대한 요약을 소개하였습니다. PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되었으면 좋겠습니다.