게이트웨이에서 지원되는 흐름 수는 시스템 메모리에 의해 결정됩니다. 시작하는 동안 흐름 수를 반영하는 로그가 있습니다.

다음 예제에서는 지원되는 최대 흐름의 로그를 보여 줍니다.

ERROR  [MAIN] gwd_get_max_flow_supported:35 Flow Admission: GWD 
Max flow supported: 1929780 soft limit:1157820 hard limit:1736730

로그가 롤오버된 경우 다음 표를 참조하십시오.

게이트웨이 메모리(GB) 최대 흐름 수 임계 흐름 수(최대 흐름의 90%)
4 245760 221184
8 491520 442368
16 983040 884736
32 1966080 1769472

흐름 제한이 위험 제한에 도달하면 시스템의 가능한 흐름 누수를 조사해야 합니다.

시스템의 현재 흐름 개체는 다음과 같습니다.

vcadmin@vcg1-example:~$ sudo /opt/vc/bin/getcntr -c memb.mod_mp_flow_t.obj_cnt -d
        gwd-mem

흐름이 잘못된 것으로 확인되면 게이트웨이 서비스를 다시 시작하기 전에 진단 번들을 생성하여 오래된 흐름을 삭제해야 합니다. 흐름이 유효한 것으로 확인되면 흐름 수를 줄이기 위해 고객을 대체 게이트웨이로 이동해야 합니다.

다음 표에는 흐름 수에 대한 임계값 및 권장 작업이 나열되어 있습니다.

임계값 상태 임계값 권장되는 수정 조치
주의 190만 개 흐름 중 50%
  1. 총 흐름 수가 주의 또는 위험 임계값을 초과할 경우:
    • 진단 번들을 수집합니다.
    • 부실 흐름 수 임계값을 확인하고 부식 흐름에 대해 나열된 해당 작업을 수행합니다.
    • 부실 흐름 수가 주의 임계값 내에 있는 경우 흐름 테이블에서 상위 소비자를 확인합니다.
    • DOS 공격이 의심되는 경우 많은 수의 rogue 흐름을 생성하는 피어를 사용하지 않도록 설정합니다.
    • 대부분의 흐름 항목을 사용 중인 엔터프라이즈가 있는지 확인합니다. 이 정보는 엔터프라이즈에서 Edge를 로드 밸런싱하는 데 사용할 수 있습니다.
    • 메모리 사용량이 위험 임계값을 초과하는 경우 메모리 메트릭에 대해 지정된 작업을 수행합니다.
  2. 흐름 수가 위험 임계값을 초과할 경우:
    • 진단 번들과 함께 VMware의 높은 우선 순위 지원 사례를 엽니다.
    • 게이트웨이에서 서비스를 다시 시작합니다.
    • /opt/vc/bin/vc_top_peers.sh -t flow 명령을 사용하여 흐름 수가 높은 피어를 확인합니다.
위험 190만 개 흐름 중 75%

다음 표에는 부실 흐름 수에 대한 임계값 및 권장 작업이 나열되어 있습니다.

임계값 상태 임계값 권장되는 수정 조치
주의 10%
  1. 부실 흐름 수가 주의 또는 위험 임계값을 초과할 경우:
    • 진단 번들을 수집합니다.
    • 소규모 Edge 집합이 이러한 부실 흐름에 기여하고 있는지 확인합니다.
  2. 부실 흐름 수가 위험 임계값을 초과하는 경우:
    • 진단 번들과 함께 VMware의 높은 우선 순위 지원 사례를 엽니다.
    • 게이트웨이에서 서비스를 다시 시작합니다.
  3. 동일한 게이트웨이에서 동일한 문제가 여러 번 발생하거나 다른 게이트웨이에서 발견된 경우 이미 생성된 지원 사례를 위험으로 표시합니다.
위험 25%