활성 상태 모니터는 서버가 사용 가능한지 여부를 테스트하는 데 사용됩니다. 활성 상태 모니터는 서버에 기본 ping을 보내거나 애플리케이션 상태를 모니터링하기 위해 고급 HTTP 요청을 보내는 등 여러 유형의 테스트를 사용합니다.

특정 기간 내에 응답하지 못하거나 오류로 응답하는 서버는 후속 정기 상태 점검에서 해당 서버가 정상으로 확인될 때까지 향후 연결 처리에서 제외됩니다.

풀 멤버가 가상 서버에 연결되고 이 가상 서버가 Tier-1 게이트웨이(이전에는 Tier-1 논리적 라우터로 지칭함)에 연결된 후 서버 풀 멤버에 활성 상태 점검이 수행됩니다.

Tier-1 게이트웨이가 Tier-0 게이트웨이에 연결되어 있으면 라우터 링크 포트가 생성되고 해당 IP 주소(일반적으로 100.64.x.x 형식)가 로드 밸런서 서비스의 상태 점검을 수행하는 데 사용됩니다. Tier-1 게이트웨이가 독립 실행형인 경우(중앙 집중식 서비스 포트가 하나만 있고 Tier-0 게이트웨이에 연결되지 않은 경우) 중앙 집중식 서비스 포트 IP 주소는 로드 밸런서 서비스의 상태 점검을 수행하는 데 사용됩니다. 독립 실행형 Tier-1 게이트웨이에 대한 자세한 내용은 관리자 모드에서 독립형 Tier-1 논리적 라우터 생성 항목을 참조하십시오.

참고: 서버 풀마다 둘 이상의 활성 상태 모니터를 구성할 수 있습니다.
""

사전 요구 사항

NSX Manager 사용자 인터페이스에서 관리자 모드가 선택되어 있는지 확인합니다. NSX Manager 항목을 참조하십시오. 정책관리자 모드 버튼이 표시되지 않으면 사용자 인터페이스 설정 구성 항목을 참조하십시오.

프로시저

  1. 관리자 권한으로 NSX Manager에 로그인합니다.
  2. 네트워킹 > 로드 밸런싱 > 모니터 > 활성 상태 모니터 > 추가를 선택합니다.
  3. 활성 상태 모니터에 대한 설명과 이름을 입력합니다.
  4. 드롭다운 메뉴에서 서버의 상태 점검 프로토콜을 선택합니다.
    또한 NSX Manager; http-monitor, https-monitor, Icmp-monitor, Tcp-monitorUdp-monitor에서 미리 정의된 프로토콜을 사용할 수도 있습니다.
  5. 모니터링 포트의 값을 설정합니다.
  6. 서비스 풀을 모니터링할 값을 구성합니다.
    활성 상태 모니터 기본값을 수락할 수도 있습니다.
    옵션 설명
    모니터링 간격 모니터가 서버에 또 다른 연결 요청을 보내는 시간을 초 단위로 설정합니다.
    하락 카운트 값을 설정합니다. 연속 실패가 이 값에 도달하면 서버를 일시적으로 사용할 수 없는 것으로 간주됩니다.
    상승 카운트 숫자를 설정합니다. 이 숫자에 해당하는 시간 초과 기간이 지나면 서버가 사용 가능한지 확인하기 위해 서버에 새 연결을 다시 시도합니다.
    시간 초과 기간 상태 점검 프로브가 실패한 것으로 간주되기까지 응답을 기다리는 시간입니다.
    예를 들어 모니터링 간격을 5초 설정하고, 시간 초과를 15초로 설정하면 로드 밸런서가 5초마다 서버에 요청을 보냅니다. 각 탐색에서 예상된 응답이 15초 내에 서버에서 수신되면 상태 점검 결과는 [정상]입니다. 그렇지 않으면 결과는 [위험]입니다. 최근 3개의 상태 점검 결과가 모두 [실행 중]이면 서버는 [실행 중]으로 표시됩니다.
  7. HTTP를 상태 점검 프로토콜로 선택한 경우, 다음 세부 정보를 모두 입력합니다.
    옵션 설명
    HTTP 메서드 드롭다운 메뉴에서 서버 상태를 감지할 메서드를 GET, OPTIONS, POST, HEAD 및 PUT 중에서 선택합니다.
    HTTP 요청 URL 메서드에 대한 요청 URI를 입력합니다.

    ASCII 제어 문자(백스페이스, 세로 탭, 가로 탭, 줄 바꿈 등), 안전하지 않은 문자(예: space, \, <, >, {, }), ASCII 문자 집합 외부의 문자는 요청 URL에서 허용되지 않으며 인코딩해야 합니다. 예를 들어, 공백을 더하기(+) 기호 또는 %20으로 바꿉니다.

    HTTP 요청 버전 드롭다운 메뉴에서 지원되는 요청 버전을 선택합니다.

    기본 버전인 HTTP_VERSION_1_1을 수락할 수도 있습니다.

    HTTP 요청 본문 요청 본문을 입력합니다.

    POST 및 PUT 메서드에 유효합니다.

    HTTP 응답 코드 모니터가 HTTP 응답 본문의 상태 줄에서 일치할 것으로 예상하는 문자열을 입력합니다.

    응답 코드는 쉼표로 구분된 목록입니다.

    예: 200,301,302,401.

    HTTP 응답 본문 HTTP 응답 본문 문자열과 HTTP 상태 점검 응답 본문이 일치하면 서버는 정상으로 간주됩니다.
  8. HTTPs를 상태 점검 프로토콜로 선택한 경우, 다음 세부 정보를 모두 입력합니다.
    1. SSL 프로토콜 목록을 선택합니다.
      TLS 버전 TLS1.1 및 TLS1.2는 기본적으로 지원되고 사용하도록 설정됩니다. TLS1.0은 지원되지만 기본적으로 사용되지 않도록 설정됩니다.
    2. 화살표를 클릭하고 프로토콜을 선택한 섹션으로 이동합니다.
    3. 기본 SSL 암호를 할당하거나 사용자 지정 SSL 암호를 생성합니다.
    4. 상태 점검 프로토콜로 HTTP에 대한 다음 세부 정보를 완료합니다.
      옵션 설명
      HTTP 메서드 드롭다운 메뉴에서 서버 상태를 감지할 메서드를 GET, OPTIONS, POST, HEADPUT 중에서 선택합니다.
      HTTP 요청 URL 메서드에 대한 요청 URI를 입력합니다.

      ASCII 제어 문자(백스페이스, 세로 탭, 가로 탭, 줄 바꿈 등), 안전하지 않은 문자(예: space, \, <, >, {, }), ASCII 문자 집합 외부의 문자는 요청 URL에서 허용되지 않으며 인코딩해야 합니다. 예를 들어, 공백을 더하기(+) 기호 또는 %20으로 바꿉니다.

      HTTP 요청 버전 드롭다운 메뉴에서 지원되는 요청 버전을 선택합니다.

      기본 버전인 HTTP_VERSION_1_1을 수락할 수도 있습니다.

      HTTP 요청 본문 요청 본문을 입력합니다.

      POST 및 PUT 메서드에 유효합니다.

      HTTP 응답 코드 모니터가 HTTP 응답 본문의 상태 줄에서 일치할 것으로 예상하는 문자열을 입력합니다.

      응답 코드는 쉼표로 구분된 목록입니다.

      예: 200,301,302,401.

      HTTP 응답 본문 HTTP 응답 본문 문자열과 HTTP 상태 점검 응답 본문이 일치하면 서버는 정상으로 간주됩니다.
  9. ICMP를 상태 점검 프로토콜로 선택한 경우 ICMP 상태 점검 패킷의 데이터 크기를 바이트 단위로 할당합니다.
  10. TCP를 상태 점검 프로토콜로 선택한 경우 매개 변수를 비워둘 수 있습니다.
    전송되는 데이터와 예상되는 데이터가 모두 나열되지 않으면 서버 상태를 검사하기 위해 3방향 핸드셰이크 TCP 연결이 설정됩니다. 데이터가 전송되지 않습니다. 예상되는 데이터가 나열되는 경우 문자열이어야 하며 응답의 어느 위치에나 있을 수 있습니다. 정규식은 지원되지 않습니다.
  11. UDP를 상태 점검 프로토콜로 선택한 경우, 다음 세부 정보를 모두 입력합니다.
    필수 옵션 설명
    전송된 UDP 데이터 연결이 설정된 후 서버에 보낼 문자열을 입력합니다.
    예상 UDP 데이터 서버에서 수신할 것으로 예상되는 문자열을 입력합니다.

    수신된 문자열이 이 정의와 일치할 때에만 서버가 작동 상태인 것으로 간주됩니다.

  12. 완료를 클릭합니다.

다음에 수행할 작업

활성 상태 모니터를 서버 풀과 연결합니다. 관리자 모드에서 로드 밸런싱을 위한 서버 풀 추가 항목을 참조하십시오.