가입자 관리 및 서비스를 위한 리소스 모니터링

라인 카드 리소스 모니터링을 위한 워터마크 사용

우커른 메모리(쌓기), 다음 홉(NH) 메모리, 방화벽 또는 필터 메모리와 같은 라인 카드 리소스의 워터마크 또는 체크포인트 값을 Trio 기반 및 I 칩 기반 라인 카드 모두에 대해 균일하게 구성할 수 있습니다. NH 메모리 워터마크는 캡슐화 메모리(출력 WAN 정적 RAM 메모리)에만 적용됩니다. 캡슐화 메모리는 I-칩에만 해당되며 Trio 기반 칩에는 적용되지 않습니다. 구성된 워터마크가 초과되면 오류 로그가 트리거됩니다. 리소스가 특정 임계값 이상으로 사용된 경우, 초과된 임계값에 대해 알리기 위해 경고 시스템 로그 메시지가 생성됩니다. 네트워크 요구에 따라 시스템이 과부하되어 고장을 유발하는 것을 방지하기 위해 기존 가입자와 서비스를 종료할지 여부를 결정할 수 있습니다.

이 기능은 각 라인 카드의 입력을 수집하고 잘 알려진 내부 포트를 사용하여 이 통계적 세부 사항을 라우팅 엔진 프로세스로 전송합니다. 이 정보는 일상적인 엔진의 데몬을 통해 검사되고 세션 데이터베이스에 내장된 공유 메모리 공간을 사용하여 초과된 임계값 조건에 대해 경고 메시지가 생성됩니다.

리소스 모니터링을 구성하는 기능은 MX80, MX104 라우터 및 MX240, MX480, MX960, MX2010 및 MX2020 라우터의 다음 라인 카드에서 지원됩니다.

• MX-MPC1-3D

• MX-MPC1-3D-Q

• MX-MPC2-3D

• MX-MPC2-3D-Q

• MX-MPC2-3D-EQ

• MPC-3D-16XGE-SFPP

• MPC3E

• MPC3E-3D-NG

• MPC4E-3D-2CGE-8XGE

• MPC4E-3D-32XGE

• MPC5EQ-40G10G

• MPC5EQ-100G10G

• MPC5E-100G10G

• MPC5E-40G10G

• MPC10E-10C-MRATE

• MPC10E-15C-MRATE

• MX2K-MPC6E

• MX2K-MPC11E

• DPCE

• MS-DPC

• MX 시리즈 유연한 PIC 센트레이터(MX-FPC)

• NG-MPC3E

계층 수준에서 다음 매개 변수 [edit system services] 를 구성하여 모든 메모리 공간 또는 영역에 공통적인 높은 임계값 값과 DPC 및 MPC의 다른 메모리 블록에 대한 워터마크 값을 지정할 수 있습니다.

• 문을 사용하여 resource-monitor high-threshold value 홉 또는 우커널, 다음 홉 및 캡슐화, 방화벽 필터 메모리와 같은 메모리 영역의 모든 영역에 대해 경고 또는 오류 로그가 생성되는 것을 초과하는 높은 임계값입니다.

• 문을 사용하여 resource-monitor free-nh-memory-watermark percentage 다음 홉을 워터마크 값으로 모니터링하는 데 사용되는 자유 메모리 공간 비율.

• 문을 사용하여 resource-monitor free-heap-memory-watermark percentage 워터마크 값으로 모니터링할 우커널 또는 쌓기 메모리에 사용되는 자유 메모리 공간 비율.

• 방화벽 및 필터 메모리에 사용되는 자유 메모리 공간 비율은 문을 사용하여 resource-monitor free-fw-memory-watermark percentage 워터마크 값으로 모니터링할 수 있습니다. 이 기능은 기본적으로 활성화되어 있으며 수동으로 비활성화할 수 없습니다. 무료 다음 홉 메모리 비율에 대한 기본 값 및 워터마크 값 구성된 값도 캡슐화 메모리에도 적용됩니다.

무료 우커널 또는 홉 메모리, 다음 홉 메모리 및 방화벽 필터 메모리 비율에 대한 기본 워터마크 값은 다음과 같습니다.

• free-heap-memory-watermark—20

• free-nh-memory-watermark—20

• free-fw-memory-watermark—20

CoS 리소스 용량에 따라 가입자 로드 제한

릴리스 17.4R1 Junos OS 시작하여, 서비스 등급(CoS) 기준이 가입자 액세스를 위한 제한 결정에 통합됩니다. CoS 리소스(즉 대기열 용량)의 가용성에 대한 정보는 라인 카드에서 수집됩니다. 가입자 로그인에서, 가입자에게 CoS 리소스가 필요하다고 가정할 때, 라인 카드는 예약 계층에 바인딩되고 새로운 스케줄링 계층에 자유롭게 바인딩되지 않는 리소스의 %로 CoS 대기열 활용도를 보고합니다. 계층 수준의 문 [edit system services] 은 high-cos-queue-threshold 각 FPC 슬롯에 대해 별도로 0%에서 90%의 범위로 설정할 수 있습니다. 주어진 FPC에서 CoS 대기열 활용도가 FPC의 구성된 임계값 수준에 도달하면 해당 FPC에 대한 추가 가입자 로그인은 허용되지 않습니다. 이 리소스 모니터링 메커니즘은 조정 가능한 안전 마진을 제공하여 FPC의 사용 가능한 각 CoS 대기열 리소스의 전면적인 고갈을 사전에 방지합니다. 을(를) 참조하십시오high-cos-queue-threshold.

참고:

이 기능은 가입자 관리를 활성화할 때만 사용할 수 있습니다. 가입자 관리 활성화에 대한 자세한 내용은 Junos OS 향상된 가입자 관리 구성을 참조하십시오.

참고:

릴리스 19.4R1 Junos OS 0 값을 지정하여 모든 가입자가 대기열 기반 제한에 의해 제한되는 것을 방지할 수 있습니다.

이 CoS 리소스 모니터링 기능은 대기열에서만 승인 결정을 내릴 수 있습니다. 다른 CoS 리소스는 이 기준의 일부가 아닙니다. 이 기능은 의사 와이어, 논리적 터널 또는 중복 논리적 터널 디바이스에 도착하는 가입자에 대한 제한 사항을 지원하지 않습니다. 이 기능은 다음 하드웨어에서 지원됩니다.

• MX240, MX480 및 MX960 라우터

• MPC2E 레거시, MPC2E-NG, MPC3E-NG, MPC5E 및 MPC7E 라인 카드

show 명령을 사용하여 메모리 리소스 영역 활용도 검토

명령을 사용하여 show system resource-monitor fpc FPC의 패킷 전달 엔진에서 메모리 리소스의 활용도를 모니터링할 수 있습니다. 필터 메모리는 방화벽 필터 카운터에 사용되는 필터 카운터 메모리를 나시킵니다. 각 메모리 영역 옆에 표시된 별표(*)는 구성된 임계값이 현재 초과되는 영역을 나타냅니다. 리소스 모니터링 명령은 모니터링할 다른 라인 카드 애플리케이션에 대한 메모리에 대해 구성된 워터마크 값을 표시합니다. 표시된 통계 메트릭은 개별 라인 카드의 현재 메모리 사용량에 대해 수행된 계산을 기반으로 합니다. 우커른 메모리는 다양한 유형의 라인 카드에서 일반화되며 들이기 메모리 버퍼를 의미합니다. 특정 슬롯의 라인 카드 또는 FPC는 여러 패킷 전달 엔진 콤플렉스를 포함할 수 있기 때문에 애플리케이션별 통합 회로(ASICs)에서 사용 중인 메모리는 특정 PFE 콤플렉스에 따라 다릅니다. 지원되는 다양한 라인 카드의 다양한 아키텍처 모델 덕분에 ASIC 특정 메모리(다음 홉 및 방화벽 또는 필터 메모리) 활용도 비율을 다르게 해석할 수 있습니다.

프로세싱 지연을 줄이기 위한 로드 제한

릴리스 17.3R1 Junos OS 시작하여 라우팅 엔진 리소스 모니터링을 사용하여 라인 카드의 패킷 전달 엔진 처리 부하를 평가하고 줄일 수 있습니다. 라우팅 엔진 패킷 전달 엔진 처리할 수 있는 것보다 더 높은 속도로 작업을 보낼 수 있습니다. 이를 라인 카드의 덮어쓰기라고도 하거나 패킷 전달 엔진. 패킷 전달 엔진 작업 부하가 너무 높으면 패킷 처리에 상당한 지연이 발생할 수 있습니다.

리소스 모니터링을 통해 라우팅 엔진 패킷 전달 엔진 보내는 패킷의 왕복 지연을 평가하여 부하를 평가할 수 있습니다. 왕복 시간이 길수록 부하가 길어지므로 패킷 전달 엔진 지연이 처리됩니다. 적절한 경우, 라우팅 엔진 완료할 수 있는 가입자 세션(클라이언트 및 서비스) 비율을 줄입니다.

이 기능을 로드 스로틀링 또는 RTT(Round-Trip Time Load Throtting)라고 부립니다. 제한은 라우팅 엔진 오버 드라이빙 라인 카드를 오퍼레이터와 백오피스 시스템에 처리 지연이 표시되도록 하는 지점까지 방지합니다. 다음과 같이 작동합니다.

1. 지연을 모니터링하기 위해 라우팅 엔진 매초 에코 요청 메시지를 라인 카드의 패킷 전달 엔진 보냅니다. 에코 요청에는 전송 시의 타임스탬프와 실행 중인 시퀀스 번호가 모두 포함됩니다. 메시지 우선 순위는 라인 카드의 최악의 처리 지연을 시뮬레이션하기 위한 최선의 노력입니다.

2. 패킷 전달 엔진 에코 요청을 처리하고 에코 응답으로 응답합니다. 라우팅 엔진 반환된 패킷을 처리할 때 메시지 우선 순위는 지터를 최소화하기 위해 높습니다.

3. 라우팅 엔진 에코 응답을 수신하면, 에코 요청 타임스탬프와 해당 특정 시퀀스 번호에 대한 에코 응답을 수신하는 시간 사이의 시간 차이로 왕복 시간을 계산합니다.

4. 라우팅 엔진 왕복 지연 시간을 1초의 기본 왕복 임계값과 비교합니다. 측정된 지연이 3회 연속 여행의 임계값보다 긴 경우, 라우팅 엔진 신규 가입자의 백분율에 대한 로그인을 거부하여 설정된 새 클라이언트 및 서비스 세션 수를 줄입니다. 이러한 감소를 스로틀링이라고합니다.

   내부 알고리즘은 임계값 및 왕복 시간에 따라 제한 비율을 도출합니다. 이 비율은 해당 시점의 왕복 지연에 따라 다릅니다.

   라우팅 엔진 임계값을 초과하는 세 번의 지연 측정 세트에 대해 더 많은 가입자 로그인을 거부하여 스로틀을 증가합니다.

5. 측정된 지연이 3회 연속 여행의 임계값보다 낮으면 라우팅 엔진 스로틀을 제거합니다. 이를 통해 가입자는 자유롭게 로그인할 수 있습니다.

참고:

RTT 로드 스로틀링은 다음과 같이 이더넷 인터페이스(ge, xe) 및 유사 회선 인터페이스(ps)에 대해 라인당 카드 기준으로 적용됩니다.

• 어그리게이션 이더넷 인터페이스의 경우, 어그리게이션 이더넷 번들과 연관된 라인 카드 집합에 적용됩니다.

• 중복 논리 터널(RLT)이 있는 유사 회선 인터페이스의 경우, 앵커 포인트와 연결된 라인 카드 집합에 적용됩니다.

두 경우 모두 라우팅 엔진 스로틀링을 세트의 모든 라인 카드 중 가장 긴 왕복 지연으로 결정하는 지연 값을 고려합니다.

표 1 은 왕복 지연이 내부 임계값보다 큰 경우 12초 동안 가입자 세션이 라인 카드에서 제한되는 방법을 보여줍니다. 이 예는 다음과 같은 가정을 가지고 있습니다.

• 내부 지연 임계값은 1초입니다.

• 지연 측정은 매초 발생합니다.

• 왕복 지연 임계값을 초과하는 왕복 지연 측정을 3회 연속으로 측정한 후 세션 생성 속도가 10% 감소합니다. 임계값을 초과하는 한, 3 측정마다 제한이 증가합니다.

• 측정된 지연이 감소하고 3회 연속 왕복 지연 측정에 대한 임계값 미만으로 유지되면 세션 속도는 100%로 돌아갑니다.

참고:

이 예는 단순화됩니다. 정확한 제한 백분율은 동적으로 결정되며 초당 다를 수 있습니다.

표 1: 왕복 지연 시간으로 인한 로드 제한 예시

시간	왕복 지연(ms)	임계값 초과	허용되는 세션 비율
1	850	아니요	100
2	900	아니요	100
3	995	아니요	100
4	1021	예 임계값 초과 수 #1	100
5	1130	예 임계값 초과 수 #2	100
6	1158	예 임계값 초과 수 #3	90 세션 속도 10% 감소
7	1127	예 임계값 초과 수 #1	90 세션 속도 10% 감소
8	1135	예 임계값 초과 수 #2	90
9	1126	예 임계값 초과 수 #3	80 세션 속도 10% 감소
10	1000	아니요 임계값을 초과하지 않는 수 #1	80
11	991	아니요 임계값을 초과하지 않는 수 #2	80
12	998	아니요 임계값을 초과하지 않는 수 #3	100 스로틀링 제거

리소스 로드 모니터링 및 왕복 시간 제한은 기본적으로 활성화되어 있습니다. 다음 문 중 하나를 사용하여 이 기능을 비활성화할 수 있습니다.

• no-load-throttle[edit system services resource-monitor] 계층 수준에서

• no-throttle[edit system services resource-monitor] 계층 수준에서

기능을 비활성화하고 패킷 전달 엔진 너무 바빠지면 새로운 가입자가 로그인하여 활성화될 수 있지만 일정 기간 동안 트래픽 흐름은 없습니다. 이러한 트래픽 처리 지연이 눈에 띄게 될 수 있습니다.

다음 명령을 사용하여 로드 스로틀링 기능이 활성화되었는지 확인하고 기능의 다양한 측면이 작동 중인지 확인할 수 있습니다. 대담한 필드는 특히 유용합니다.

리소스 모니터를 통한 가입자 제한

릴리스 17.3R1 Junos OS 시작 시 리소스 모니터링을 사용하여 하드웨어 요소별로 지원되는 가입자 수를 직접 제한할 수도 있습니다. 섀시, 라인 카드(MPC), MIC 또는 포트당 로그인할 수 있는 최대 가입자 수를 지정할 수 있습니다. 단 하나의 클라이언트 유형(DHCP, L2TP 또는 PPPoE)의 가입자 또는 모든 클라이언트 유형의 가입자에게 제한을 설정할 수 있습니다.

이 기능을 사용하면 하드웨어 요소당 로그인한 가입자의 수가 원하는 서비스 대역폭에서 안정적으로 네트워크를 제공할 수 있는 수를 초과하지 않도록 보장합니다. 하드웨어 요소에 대한 제한에 도달하면 가입자 수가 구성된 제한 이하로 떨어질 때까지 해당 요소에서 새로운 가입자 로그인이 거부됩니다. 한도를 넘는 새로운 가입자는 동일한 브로드캐스트 도메인의 다른 하드웨어 요소에 연결할 수 있습니다. 어그리게이션 이더넷 인터페이스의 하나 이상의 다리에 대한 제한을 구성할 때, 가입자 수가 다리의 값을 초과하면 로그인이 거부됩니다.

이렇게 가입자를 제한하면 하드웨어 요소 간에 부하가 분산되지만 어떤 종류의 로드 밸런싱도 제공하지 않습니다. 이 기능은 또한 네트워크의 용량을 매핑하고 해당 용량을 확장하는 데 필요한 하드웨어 리소스를 결정하는 데 도움이 될 수 있습니다. 예를 들어, 특정 메모리가 필요한 서비스를 제공하고 지정된 하드웨어 세트로 얼마나 많은 가입자를 서비스할 수 있는지 알면 필요한 메모리 수를 결정할 수 있습니다. 또는 가입자당 메모리가 더 많은 서비스를 추가하려면 필요한 추가 양을 계산하고, 사용 가능한 메모리와 비교하고, 새 서비스를 처리하기 위해 새 포트, MIC, MPC 또는 라우터를 프로비저닝해야 하는지 여부를 결정할 수 있습니다.