위치에 대한 인터페이스의 타겟 배포를 수행하는 방법은 한 가지뿐입니다.
인터페이스 방향 분배에 대해서는 가장 간단한 구성에 대해 명확하게 설명했으며 다른 구성에 대해서는 설명하지 않습니다.
예를 들어 두 개의 URL을 요청합니다:
1), www.000.com/sale
2), www .000.com/matchmaker
#user nobody; worker_processes 1; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; upstream sale { server 192.168.1.100:8000 max_fails=2; } upstream matchmaker { server 192.168.1.200:8080 max_fails=2; } server { listen 80; server_name www.000.com; location /sale { root /www proxy_pass http://sale; } location /matchmaker { root /www proxy_pass http://matchmaker; } } }
설명:
요청 시 http:// www.000.com/sale이 도착하면 수신 포트 80 www.000.com의 도메인 이름이 위치를 기준으로 sale과 일치된 다음 proxy_pass 필드를 기준으로 일치됩니다. http://sale해당 업스트림을 찾으세요. 이때 요청은 192.168.1.100:8000 머신에 도달하게 됩니다.
URL 직접 전달을 기반으로 로드 밸런싱을 구현합니다
위 내용은 URL에 대한 로드 밸런싱 또는 인터페이스 방향 배포를 구현하기 위한 nginx의 사용을 소개하며, PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되기를 바랍니다.