Nginx http 상태 확인을 구성하는 방법-엔진스-php.cn

Nginx http 상태 확인을 구성하는 방법

WBOY

풀어 주다： 2023-05-14 18:10:06

앞으로

1762명이 탐색했습니다.

수동 검사

수동 상태 검사의 경우 nginx 및 nginx plus는 이벤트가 발생할 때마다 모니터링하고 실패한 연결 복구를 시도합니다. 그래도 작동하지 않으면 nginx 오픈 소스와 nginx plus는 서버를 사용할 수 없는 것으로 표시하고 다시 활성으로 표시될 때까지 서버에 대한 요청 전송을 일시적으로 중지합니다.

업스트림 서버가 사용할 수 없는 것으로 표시되는 조건은 블록에 있는 서버 지시문의 upstream 매개변수를 사용하여 각 업스트림 서버에 대해 정의됩니다.

fail_timeout - 실패할 때 여러 번 시도해야 하는 시간을 설정합니다. 서버가 사용 불가능으로 표시되고, 서버가 사용 불가능으로 표시된 시간(기본값은 10초)입니다.
max_fails - 서버를 사용할 수 없는 것으로 표시하기 위해 실패 시간 초과 중에 발생해야 하는 실패한 시도 횟수를 설정합니다(기본값은 1회 시도). 다음 예에서 nginx가 서버에 요청을 보내지 못하거나 30초 이내에 3번 응답을 받지 못하면 30초 내에 서버를 사용할 수 없다는 의미입니다.

upstream backend {
  server backend1.example.com;
  server backend2.example.com max_fails=3 fail_timeout=30s;
}

로그인 후 복사

주의해야 할 점은 다음과 같습니다. 단일 서버 그룹일 뿐이므로, failure_timeout 및 max_fails 매개변수는 무시되고 서버는 사용 불가능으로 표시되지 않습니다.

서버 느린 시작

최근에 복원된 서버는 쉽게 연결이 넘쳐 서버가 다시 사용할 수 없는 것으로 표시될 수 있습니다. 느린 시작을 사용하면 업스트림 서버가 복구되거나 사용 가능하게 된 후 가중치를 0에서 명목 값으로 점진적으로 복원할 수 있습니다. 이는 업스트림 서버 모듈의 Slow_start 매개변수를 지정하여 수행할 수 있습니다:

upstream backend {
  server backend1.example.com slow_start=30s;
  server backend2.example.com;
  server 192.0.0.1 backup;
}

로그인 후 복사

참고: 그룹에 서버가 하나만 있는 경우 Slow_start 매개변수는 무시되며 서버는 사용할 수 없는 것으로 표시되지 않습니다. 느린 시작은 nginx plus의 독점 기능입니다.

nginx plus의 사전 검사

nginx plus는 각 서버에 특수 상태 확인 요청을 보내고 올바른 응답을 확인하여 업스트림 서버의 상태를 정기적으로 확인할 수 있습니다.

활성 상태 확인을 활성화하려면:

1. 업스트림 그룹에 요청(proxy_pass)을 전달하는 위치 블록에 health_check 지시문을 포함합니다.

server {
 location / {
   proxy_pass http://backend;
   health_check;
 }
}

로그인 후 복사

이 스니펫은 모든 요청을 처리할 서버를 정의합니다. 위치/업스트림과 일치합니다. 그룹이 호출 백엔드로 전달되었습니다. 또한 health_check 지시문을 사용하여 고급 상태 모니터링을 활성화합니다. 기본적으로 nginx plus는 5초마다 그룹 백엔드의 각 서버에 "/" 요청을 보냅니다.

통신 오류나 시간 초과가 발생하면(서버에서 반환된 상태 코드가 200~399 범위를 벗어남) 상태 확인이 실패합니다. 서버는 비정상으로 표시되며 nginx plus는 상태 확인을 다시 통과할 때까지 서버에 클라이언트 요청을 보내지 않습니다.

또 다른 선택 옵션: 상태 확인을 위해 다른 포트를 지정할 수 있습니다. 예를 들어 동일한 호스트에 있는 여러 서비스의 상태를 모니터링할 수 있습니다. health_check 지시어의 포트 매개변수를 사용하여 새 포트를 지정합니다:

server {
 location / {
   proxy_pass  http://backend;
   health_check port=8080;
 }
}

로그인 후 복사

2. 업스트림 서버 그룹에서 zone 지시어를 사용하여 공유 메모리 영역을 정의합니다:

http {
 upstream backend {
   zone backend 64k;
   server backend1.example.com;
   server backend2.example.com;
   server backend3.example.com;
   server backend4.example.com;
 }
}

로그인 후 복사

이 영역은 모든 작업자 프로세스에서 공유되고 저장됩니다. 업스트림 그룹 구성. 이를 통해 작업자 프로세스는 동일한 카운터 집합을 사용하여 그룹에 있는 서버의 응답을 추적할 수 있습니다.

활성 상태 확인의 기본값은 health_check 지시문에 대한 인수를 사용하여 재정의할 수 있습니다.

location / {
  proxy_pass http://backend;
  health_check interval=10 fails=3 passes=2;
}

로그인 후 복사

여기에서 간격 인수는 상태 확인 간의 지연을 기본값 5초에서 10초로 늘립니다. failed 매개변수를 사용하려면 서버가 비정상으로 표시하기 위해 세 번의 상태 확인에 실패해야 합니다(기본값부터 시작). 마지막으로 pass 매개변수는 서버가 기본값 대신 다시 정상으로 표시되기 전에 두 번의 연속 검사를 통과해야 함을 의미합니다.

요청한 URL을 지정하세요

상태 확인 요청 경로를 설정하려면 health_check 지시어에 uri 매개변수를 지정하세요:

location / {
  proxy_pass http://backend;
  health_check uri=/some/path;
}

로그인 후 복사

지정된 uri는 서버에 설정된 서버 도메인 이름이나 IP 주소에 추가됩니다 업스트림 블록에서. 위에 선언된 백엔드 샘플 그룹의 첫 번째 서버에 대해 상태 확인은 URI http://backend1.example.com/some/path를 요청합니다.

사용자 지정 조건 정의

서버가 상태 확인을 통과하기 위해 응답이 충족해야 하는 사용자 지정 조건을 설정할 수 있습니다. 조건은 health_check 지시어에 대한 인수에서 참조되는 일치 블록에 정의됩니다.

1. http {} 수준에서 일치 {} 블록을 지정하고 블록의 일치 매개변수와 일치 이름을 지정하여 'server_ok'

http {
 #... 
 match server_ok {
   # tests are here     
 }
}

로그인 후 복사

2.health_check와 같은 이름을 지정합니다. 매개변수 블록:

http {
 #... 
 match server_ok {
   status 200-399;
   body !~ "maintenance mode";
 }
 server {
   #...     
   location / {
     proxy_pass http://backend;
     health_check match=server_ok;
   }
 }
}

로그인 후 복사

응답의 상태 코드가 200-399 범위에 있고 본문에 'maintenance mode'라는 문자열이 포함되지 않은 경우 상태 확인이 통과된 경우

match 지시문을 사용하면 nginx plus가 상태 코드를 확인할 수 있습니다. , 헤더 필드 및 응답 본문. 이 지시문을 사용하여 상태가 지정된 범위 내에 있는지, 응답에 헤더가 포함되어 있는지, 헤더나 본문이 정규식과 일치하는지 확인하세요. match 지시어에는 상태 조건, 본문 조건 및 여러 제목 조건이 포함될 수 있습니다. 서버가 상태 확인을 통과하려면 응답이 일치 블록에 정의된 모든 조건을 충족해야 합니다.

例如，下面的 match 指令匹配有状态代码响应 200，精确值 text/html 的content-type 标题，页面中的文字：'welcome to nginx!'.

match welcome {
  status 200;
  header content-type = text/html;
  body ~ "welcome to nginx!";
}

로그인 후 복사

以下示例使用感叹号（!）来定义响应不得通过运行状况检查的特征。在这种情况下，健康检查在非 301，302，303，或 307状态码，同时并没有 refresh 头信息时将通过检查，。

match not_redirect {
  status ! 301-303 307;
  header ! refresh;
}

로그인 후 복사

健康检查可以在其他非 http 协议中启用, 例如 fastcgi, , scgi, 甚至 tcp 和 udp。

很多很好的特性，就是需要 nginx plus 才能使用。

위 내용은 Nginx http 상태 확인을 구성하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!