서버 클러스터에서 Nginx는 프록시 서버(즉, 역방향 프록시) 역할을 수행하여 단일 서버에 대한 과도한 부담을 피하기 위해 사용자의 요청을 다른 서버로 전달합니다. 로드 밸런싱은 사용자 요청을 수락하기 위해 "업스트림" 모듈에서 정의한 백엔드 서버 목록에서 서버를 선택하는 데 사용됩니다.
일반적인 로드 밸런싱 방법
1. 폴링(기본값)
각 요청은 시간순으로 하나씩 다른 백엔드 서버에 할당됩니다. 백엔드 서버가 다운되면 자동으로 처리될 수 있습니다. 제거되었습니다.
upstream backserver { server 192.168.0.14; server 192.168.0.15; }
2. Weight
는 폴링 확률을 지정하며, 백엔드 서버 성능이 고르지 않을 때 사용됩니다.
upstream backserver { server 192.168.0.14 weight=3; server 192.168.0.15 weight=7; }
가중치가 높을수록 방문 확률은 위의 예시처럼 각각 30%, 70%입니다.
3. ip_hash
위 방법의 문제점은 로드 밸런싱 시스템에서는 사용자가 특정 서버에 로그인하면 사용자가 두 번째 요청을 할 때마다 로드 밸런싱 시스템이라는 것입니다. 요청은 서버 클러스터 중 하나로 리디렉션됩니다. 서버에 로그인한 사용자가 다른 서버로 리디렉션되면 해당 로그인 정보가 손실됩니다.
ip_hash 명령을 사용하면 이 문제를 해결할 수 있습니다. 고객이 이미 특정 서버를 방문한 경우 사용자가 다시 방문하면 해시 알고리즘을 통해 요청이 자동으로 서버에 위치하게 됩니다.
각 요청은 액세스 IP의 해시 결과에 따라 할당되므로 각 방문자는 백엔드 서버에 대한 고정 액세스 권한을 갖게 되어 세션 문제를 해결할 수 있습니다.
upstream backserver { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; }
4.fair (third party)
백엔드 서버의 응답 시간에 따라 요청을 할당하며, 응답 시간이 짧은 요청이 먼저 할당됩니다.
upstream backserver { server server1; server server2; fair; }
5.url_hash(타사)
접근한 URL의 해시 결과에 따라 요청을 배포하여 각 URL이 동일한 백엔드 서버로 연결되도록 합니다. 백엔드 서버를 캐시할 때 더욱 효과적입니다. .
upstream backserver { server squid1:3128; server squid2:3128; hash $request_uri; hash_method crc32; }
각 장치의 상태는
1)으로 설정되고, down은 이전 서버가 일시적으로 로드에 참여하지 않는다는 의미
2)이며, 가중치는 기본적으로 1로 설정됩니다. 가중치가 클수록 더 커집니다. 짐의 무게.
3), max_fails: 허용되는 요청 실패 횟수는 기본적으로 1입니다. 최대 횟수를 초과하면 Proxy_next_upstream 모듈에서 정의한 오류가 반환됩니다.
4), pass_timeout: max_fails 실패 후 일시 중지 시간입니다.
5), 백업: 백업이 아닌 다른 머신이 모두 다운되거나 사용 중일 때 백업 머신을 요청하세요. 따라서 이 기계의 압력은 가장 낮습니다.
구성 예:
#user nobody; worker_processes 4; events { # 最大并发数 worker_connections 1024; } http{ # 待选服务器列表 upstream myproject{ # ip_hash指令,将同一用户引入同一服务器。 ip_hash; server 125.219.42.4 fail_timeout=60s; server 172.31.2.183; } server{ # 监听端口 listen 80; # 根目录下 location / { # 选择哪个服务器列表 proxy_pass http://myproject; } } }
위 내용은 nginx 로드 밸런싱의 구현 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!