[Nginx] 부하 균형 을 이 루 는 몇 가지 방식

부하 균형 을 이해 하려 면 정방 향 대리 와 역방향 대 리 를 먼저 알 아야 한다.
정방 향 대리 와 역방향 대리 [총괄]
주:

대리 하고 있 습 니 다. 대리 하 는 사람 은 사용자 입 니 다.

역방향 프 록 시, 프 록 시 는 서버

부하 균형 이란 무엇 인가
한 서버 의 단위 시간 내 방 문 량 이 많 을 수록 서버 의 압력 이 커지 고 자신 이 감당 할 수 있 는 능력 을 초과 할 때 서버 가 붕 괴 됩 니 다.서버 붕 괴 를 피하 고 사용자 가 더 좋 은 경험 을 할 수 있 도록 부하 균형 을 통 해 서버 압력 을 분담 합 니 다.
우 리 는 많은 서버 를 구축 하여 서버 클 러 스 터 를 구성 할 수 있 습 니 다. 사용자 가 사 이 트 를 방문 할 때 먼저 중간 서버 를 방문 하여 이 중간 서버 가 서버 클 러 스 터 에서 압력 이 적은 서버 를 선택 한 다음 에 이 방문 요청 을 이 서버 에 도입 할 수 있 습 니 다.이렇게 되면 사용자 의 매번 방문 은 서버 클 러 스 터 의 모든 서버 압력 이 균형 을 이 루 고 서버 압력 을 분담 하여 서버 붕 괴 를 피 할 수 있 습 니 다.
부하 균형 은 역방향 대리 의 원리 로 이 루어 진다.
부하 균형 의 몇 가지 상용 방식
1. 폴 링 (기본 값) 모든 요청 은 시간 순서에 따라 서로 다른 백 엔 드 서버 에 배정 되 고 백 엔 드 서버 다운 이 떨 어 지면 자동 으로 제거 할 수 있 습 니 다.

upstream backserver {
    server 192.168.0.14;
    server 192.168.0.15;
}

2. weight 는 폴 링 확률 을 지정 하고 weight 와 방문 비율 이 정비례 하여 백 엔 드 서버 의 성능 이 고 르 지 않 은 경우 에 사용 합 니 다.

upstream backserver {
    server 192.168.0.14 weight=3;
    server 192.168.0.15 weight=7;
}

가중치 가 높 을 수록 방문 할 확률 이 높다. 예 를 들 어 상기 와 같이 각각 30%, 70% 이다.
3. 상기 방식 에 문제 가 있 습 니 다. 부하 균형 시스템 에서 만약 에 사용자 가 특정한 서버 에 로그 인 하면 이 사용자 가 두 번 째 로 요청 할 때 저 희 는 부하 균형 시스템 이기 때문에 매번 요청 할 때마다 서버 클 러 스 터 의 한 서버 로 다시 찾 습 니 다. 그러면 이미 한 서버 에 로그 인 한 사용 자 는 다른 서버 로 다시 찾 습 니 다.로그 인 정 보 를 잃 어 버 리 는 것 은 분명 타당 하지 않다.
우 리 는 ip 를 사용 할 수 있다.hash 명령 으로 이 문 제 를 해결 합 니 다. 만약 에 고객 이 특정한 서버 에 방문 했다 면 사용자 가 다시 방문 할 때 이 요청 을 해시 알고리즘 을 통 해 서버 로 자동 으로 찾 습 니 다.
모든 요청 은 ip 에 접근 하 는 hash 결과 에 따라 분 배 됩 니 다. 모든 방문객 이 백 엔 드 서버 에 고정 적 으로 접근 하면 session 문 제 를 해결 할 수 있 습 니 다.

upstream backserver {
    ip_hash;
    server 192.168.0.14:88;
    server 192.168.0.15:80;
}

4. fair (제3자) 는 백 엔 드 서버 의 응답 시간 에 따라 요청 을 분배 하고 응답 시간 이 짧 은 우선 배분 합 니 다.

upstream backserver {
    server server1;
    server server2;
    fair;
}

5、url_hash (제3자) 는 url 에 접근 한 hash 결과 에 따라 요청 을 할당 합 니 다. 모든 url 을 같은 백 엔 드 서버 로 지정 하고 백 엔 드 서버 가 캐 시 일 때 유효 합 니 다.

upstream backserver {
    server squid1:3128;
    server squid2:3128;
    hash $request_uri;
    hash_method crc32;
}

모든 장치 의 상태 설정:
1. 다운 은 싱글 전의 server 가 부하 2. weight 에 잠시 참여 하지 않 는 다 는 것 을 나타 낸다. 기본 값 은 1. weight 가 클 수록 부하 가중치 가 커진다.3. max_fails: 요청 실패 횟수 를 기본 으로 1. 최대 횟수 를 초과 하면 proxy_next_upstream 모듈 에서 정의 한 오 류 를 되 돌려 줍 니 다. 4. fail_timeout:max_fails 회 실패 후 일시 정지 시간 입 니 다.5. backup: 다른 모든 비 backup 기기 다운 이나 바 쁠 때 backup 기 계 를 요청 합 니 다.그래서 이 기계 의 압력 이 가장 가 벼 울 것 이다.
설정 인 스 턴 스:

#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;
                }

            }
}