출처: http://lihuipeng007.blog.163.com/blog/static/12108438820108206101535/폴링(기본값)각 요청은 시간순으로 하나씩 다른 백엔드 서버에 할당됩니다. 백엔드 서버가 다운되면 자동으로 제거될 수 있습니다. 2. 가중치 는 폴링 확률을 지정하며, 백엔드 서버 성능이 고르지 않을 때 사용됩니다. 예: 업스트림 베이켄드 { 서버 192.168.0.14 가중치=10; 서버 192.168.0.15 가중치=10; }3, ip_hash 각 각 요청은 액세스 IP의 해시 결과에 따라 할당되므로 각 방문자는 백엔드 서버에 대한 고정 액세스 권한을 갖게 되어 세션 문제를 해결할 수 있습니다. 예: 업스트림 Bakend { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; }4. (타사) 백엔드 서버의 응답 시간을 기준으로 요청이 할당되며, 응답 시간이 짧은 요청에 우선 순위가 부여됩니다. 업스트림 백엔드 { server server1; server server2; fair; }5. url_hash(타사) 액세스 URL 해시 결과는 각 URL이 동일한 백엔드 서버로 전달되도록 요청을 분산하는 데 사용됩니다. 백엔드 서버가 캐시될 때 더 효과적입니다. 예: 업스트림에 해시 문을 추가합니다. 가중치와 같은 다른 매개변수는 서버 문에 쓸 수 없습니다. hash_method는 사용되는 해시 알고리즘입니다.업스트림 백엔드 { server squid1: 3128; server squid2:3128; hash $request_uri; hash_method crc32; }upstream baking{#로드 밸런싱 장치의 IP 및 장치 상태 정의 ip_hash; 서버 127.0.0.1:9090 다운; 서버 127.0.0.1:8080 가중치=2; 서버 127.0.0.1:6060; 서버 127.0.0.1:7070 백업; } 로드 밸런싱을 사용해야 하는 서버에 proxy_pass http://bakend/를 추가하세요. 각 장치의 상태는 다음과 같이 설정됩니다. 1.down은 이전 서버가 일시적으로 로드에 참여하지 않습니다 2.weight의 기본값은 1입니다. 가중치가 클수록 로드의 가중치도 커집니다. 3.max_fails: 허용되는 요청 실패 횟수는 기본적으로 1입니다. 최대 횟수를 초과하면 Proxy_next_upstream 모듈에서 정의한 오류가 반환됩니다. 4.fail_timeout: max_fails 실패 후 일시 중지 시간입니다. 5.백업: 백업이 아닌 다른 머신이 모두 다운되거나 사용 중일 때 백업 머신을 요청하세요. 따라서 이 기계의 압력은 가장 낮습니다. nginx는 사용되지 않는 서버에서 사용할 수 있도록 동시에 여러 그룹의 로드 밸런싱 설정을 지원합니다. client_body_in_file_only를 On으로 설정하면 디버깅을 위해 클라이언트 게시물의 데이터를 파일에 기록할 수 있습니다. client_body_temp_path 기록 파일의 디렉터리를 3개까지 설정할 수 있습니다. 🎜>URL 일치 위치입니다. 리디렉션하거나 새 프록시 로드 밸런싱을 수행할 수 있습니다
위 내용은 관련 내용을 포함하여 nginx 업스트림의 여러 구성 방법을 소개합니다. PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되기를 바랍니다.
성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.