먼저 두 개의 Tomcat을 설치합니다. 동일한 것을 두 개로 복사하거나 두 가지 다른 버전의 Tomcat을 다운로드할 수 있습니다.
(이것은 버전 8.0입니다. 특별히 오래되지 않은 버전 두 개만 찾으세요).
그런 다음 두 Tomcat을 시작하기 전에 두 Tomcat이 시작될 때 포트 충돌이 발생하지 않도록 하나의 포트 번호를 변경합니다. 하나는 자체 포트 8080이고 다른 하나는 포트 9080으로 변경됩니다. 구성 후 cmd 명령 창을 엽니다. 내 Tomcat을 d:softwareapache-tomcat-8.5.24 디렉터리에 배치합니다. 시작하려면 다음 명령을 따르세요. 아래와 같이 다른 창이 나타납니다.
시작하기 전에 로드 밸런싱 기능을 구현하려면 nginx를 구성해야 합니다. conf 폴더를 열면 아래에 nginx.conf 파일이 있으며 구성은 다음과 같습니다.
#user nobody; worker_processes 1; #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; #pid logs/nginx.pid; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; #log_format main '$remote_addr - $remote_user [$time_local] "$request" ' # '$status $body_bytes_sent "$http_referer" ' # '"$http_user_agent" "$http_x_forwarded_for"'; #access_log logs/access.log main; sendfile on; #tcp_nopush on; #keepalive_timeout 0; keepalive_timeout 65; gzip on;#다음 네 줄은 새로 추가되었습니다. 추가된 두 개의 IP는 두 Tomcat의 액세스 주소입니다. 가중치는 서버에 할당된 요청 비율을 나타냅니다.
upstream netitcast.com{ server 127.0.0.1:8080 weight=1; server 127.0.0.1:9080 weight=2; } server { listen 80; server_name localhost; #charset koi8-r; #access_log logs/host.access.log main;# 다음 두 줄은 1:1로 할당됩니다. http://netitcast.com은 위에 추가된 내용과 일치해야 합니다
location / { proxy_pass http://netitcast.com; proxy_redirect default; } #error_page 404 /404.html; # redirect server error pages to the static page /50x.html # error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } # proxy the php scripts to apache listening on 127.0.0.1:80 # #location ~ \.php$ { # proxy_pass http://127.0.0.1; #} # pass the php scripts to fastcgi server listening on 127.0.0.1:9000 # #location ~ \.php$ { # root html; # fastcgi_pass 127.0.0.1:9000; # fastcgi_index index.php; # fastcgi_param script_filename /scripts$fastcgi_script_name; # include fastcgi_params; #} # deny access to .htaccess files, if apache's document root # concurs with nginx's one # #location ~ /\.ht { # deny all; #} } # another virtual host using mix of ip-, name-, and port-based configuration # #server { # listen 8000; # listen somename:8080; # server_name somename alias another.alias; # location / { # root html; # index index.html index.htm; # } #} # https server # #server { # listen 443 ssl; # server_name localhost; # ssl_certificate cert.pem; # ssl_certificate_key cert.key; # ssl_session_cache shared:ssl:1m; # ssl_session_timeout 5m; # ssl_ciphers high:!anull:!md5; # ssl_prefer_server_ciphers on; # location / { # root html; # index index.html index.htm; # } #} }또는 cmd 창을 열고 위 디렉터리를 입력하고 다음 명령을 실행합니다. start nginx, 시작에 성공하고 URL을 입력합니다. http:// localhost/index.jsp에 계속 접속하면 위의 그림 1과 그림 2가 대화형으로 표시되는 것을 볼 수 있습니다. 위의 구성 가중치는 1:2의 비율로 할당되었기 때문에 포트 9080의 비율이 더 크므로 그림 1(9080 포트)에 액세스할 확률이 상대적으로 높고 그림 2(8080 포트)에 액세스할 확률이 상대적으로 높습니다. 높음. 작을수록 확률은 1/3이고 나머지는 1/3입니다.
위 내용은 nginx+tomcat이 Windows 시스템에서 로드 밸런싱을 달성하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

Nginx는 Igor Sysoev에 의해 C 언어로 개발되었으며, 고성능, 이식성, 메모리 효율 및 모듈성, 어셈블리 언어를 결합하여 성능의 주요 부분을 최적화하는 주요 이유를 포함합니다.

405 오류는 서버가 클라이언트가 발행 한 지원되지 않는 HTTP 요청 방법을 받았음을 나타냅니다. 해결책은 서버 문서를 확인하거나 HTTP 요청 테스트 도구를 사용하여 올바른 요청 방법을 결정하는 것입니다. 오류는 일반적으로 클라이언트가 호환되지 않는 메소드 (예 : 사후 액세스 자원)를 사용하거나 서버가 잘못 구성 될 때 발생합니다.

NGINX 403 오류가 표시되면 서버가 권한 문제, 파일 유형 제한, 디렉토리 브라우징 비활성화, IP 주소 제한 또는 방화벽 규칙으로 인해 리소스에 액세스하는 것을 금지합니다. 이 문제를 해결하려면 웹 사이트 관리자 또는 서버 소유자에게 문의하십시오. 1) 권한 부여; 2) 파일 유형 제한을 변경합니다. 3) 디렉토리 브라우징 활성화; 4) 제한된 목록에서 IP 주소를 제거하십시오. 5) 방화벽 규칙을 변경하십시오.

Nginx로드 밸런싱을 사용하면 가상 서버를 사용하여 요청을 받고 백엔드 서버로 전달하여 성능 및 가용성을 향상시킬 수 있습니다. 폴링, 가중 폴링 또는 최소 연결 알고리즘을 사용하여 요청을 할당하십시오. 장점에는 성능 향상, 가용성 증가, 확장 성 및 동시성 처리 기능이 높아집니다.

HTTP 499 상태 코드는 "요청 제한 초과"를 나타내며 원인은 다음과 같습니다. 요청 빈도 또는 크기는 한계 초과, 형식 오류 요청, 속도 제한 규칙 위반 또는 서버 구성 문제를 초과합니다. 솔루션에는 요청 주파수 감소, 요청 크기 감소, 속도 제한 규칙 준수, 서버 구성 확인 및 서버 관리자에게 연락하여 문제를보고합니다.

Nginx 403 오류는 클라이언트가 리소스에 액세스 할 권한이 없음을 나타냅니다. 이 문제를 일으키는 요소에는 권한 설정, NGINX 구성, CGI 스크립트 오류, .htaccess 파일 또는 기타 이유가 포함될 수 있습니다. 문제 해결 단계에는 권한 설정 확인, NGINX 구성 검토, CGI 스크립트 테스트, .htaccess 파일 확인, 방화벽 또는 보안 소프트웨어 제외 및 서버 및 파일 시스템 확인이 포함됩니다.

Nginx AutoIndex는 파일 대신 디렉토리를 요청할 때 파일을 탐색하고 파일 정보를보기 위해 사용되는 HTML 페이지를 나열하는 디렉토리 목록을 생성하는 기능입니다. 정확한 파일 크기, 현지 시간 및 사용자 정의 페이지 형식을 표시하는 것과 같은 구성 옵션으로 사용자 정의 할 수 있습니다. 장점에는 쉬운 탐색, 손쉬운 구성 및 파일 정보 제공이 포함됩니다. 단점에는 보안 위험, 성능 영향 및 페이지 모양을 사용자 정의 할 수없는 무능력이 포함됩니다.

Nginx는 웹 서버에 사용되며 Zookeeper는 분산 조정 서비스에 사용됩니다. Nginx는 단일 프로세스, 이벤트 중심의 아키텍처를 채택하는 반면 Zookeeper는 분산 된 리더-팔로어 아키텍처를 채택합니다. Nginx는 웹 서버 구성 데이터를 저장하고 Zookeeper는 클러스터 멤버십, 구성 및 잠금 서비스를 저장합니다. Nginx는 수평 스케일링을 지원하는 반면 Zookeeper는 클러스터에 배치됩니다. Nginx는 주로 HTTP, HTTPS 및 WebSocket 프로토콜을 지원하며 Zookeeper는 사용자 정의 프로토콜 Zooko를 사용하여 통신합니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

안전한 시험 브라우저
안전한 시험 브라우저는 온라인 시험을 안전하게 치르기 위한 보안 브라우저 환경입니다. 이 소프트웨어는 모든 컴퓨터를 안전한 워크스테이션으로 바꿔줍니다. 이는 모든 유틸리티에 대한 액세스를 제어하고 학생들이 승인되지 않은 리소스를 사용하는 것을 방지합니다.

MinGW - Windows용 미니멀리스트 GNU
이 프로젝트는 osdn.net/projects/mingw로 마이그레이션되는 중입니다. 계속해서 그곳에서 우리를 팔로우할 수 있습니다. MinGW: GCC(GNU Compiler Collection)의 기본 Windows 포트로, 기본 Windows 애플리케이션을 구축하기 위한 무료 배포 가능 가져오기 라이브러리 및 헤더 파일로 C99 기능을 지원하는 MSVC 런타임에 대한 확장이 포함되어 있습니다. 모든 MinGW 소프트웨어는 64비트 Windows 플랫폼에서 실행될 수 있습니다.

SecList
SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.

WebStorm Mac 버전
유용한 JavaScript 개발 도구

드림위버 CS6
시각적 웹 개발 도구
