이 문서에서는 기본 최적화 문제를 해결하는 방법에 대해 설명합니다.
기본 WAAS 최적화는 TCP 흐름 최적화(TFO), DRE(Data Redundancy Elimination) 및 LZ(Persistent Lempel-Ziv) 압축을 포함합니다.
TCP 연결 수, 해당 상태 및 성향은 특정 위치의 WAAS 시스템의 상태를 나타낼 수 있습니다.정상 시스템에는 많은 수의 연결이 표시되며, 이러한 연결 중 상당 부분이 정상적으로 닫혀 있습니다.show statistics tfo detail 명령은 특정 WAAS 디바이스와 네트워크의 다른 디바이스 간 연결의 볼륨, 상태 및 성향을 나타냅니다.
다음과 같이 show statistics tfo detail 명령을 사용하여 전역 TFO 통계를 볼 수 있습니다.
WAE# show statistics tfo detail Total number of connections : 2852 No. of active connections : 3 <-----Active connections No. of pending (to be accepted) connections : 0 No. of bypass connections : 711 No. of normal closed conns : 2702 No. of reset connections : 147 Socket write failure : 0 Socket read failure : 0 WAN socket close while waiting to write : 0 AO socket close while waiting to write : 2 WAN socket error close while waiting to read : 0 AO socket error close while waiting to read : 64 DRE decode failure : 0 DRE encode failure : 0 Connection init failure : 0 WAN socket unexpected close while waiting to read : 32 Exceeded maximum number of supported connections : 0 Buffer allocation or manipulation failed : 0 Peer received reset from end host : 49 DRE connection state out of sync : 0 Memory allocation failed for buffer heads : 0 Unoptimized packet received on optimized side : 0 Data buffer usages: Used size: 0 B, B-size: 0 B, B-num: 0 Cloned size: 0 B, B-size: 0 B, B-num: 0 Buffer Control: Encode size: 0 B, slow: 0, stop: 0 Decode size: 0 B, slow: 0, stop: 0 Scheduler: Queue Size: IO: 0, Semi-IO: 0, Non-IO: 0 Total Jobs: IO: 1151608, Semi-IO: 5511278, Non-IO: 3690931 Policy Engine Statistics ------------------------- Session timeouts: 0, Total timeouts: 0 Last keepalive received 00.5 Secs ago Last registration occurred 15:00:17:46.0 Days:Hours:Mins:Secs ago Hits: 7766, Update Released: 1088 Active Connections: 3, Completed Connections: 7183 Drops: 0 Rejected Connection Counts Due To: (Total: 0) Not Registered : 0, Keepalive Timeout : 0 No License : 0, Load Level : 0 Connection Limit : 0, Rate Limit : 0 <-----Connection limit overload Minimum TFO : 0, Resource Manager : 0 Global Config : 0, TFO Overload : 0 Server-Side : 0, DM Deny : 0 No DM Accept : 0 . . .
No. of active connections 필드는 현재 최적화되고 있는 연결 수를 보고합니다.
출력의 Policy Engine Statistics(정책 엔진 통계) 섹션에서 Rejected Connection Counts(거부된 연결 수) 섹션은 연결이 거부된 다양한 이유를 보여줍니다.Connection Limit 카운터는 최적화된 최대 연결 수를 초과하여 연결이 거부된 횟수를 보고합니다.여기에 높은 숫자가 표시되면 과부하 상태를 확인해야 합니다.자세한 내용은 과부하 조건 트러블슈팅 문서를 참조하십시오.
또한, 트래픽을 최적화할 수 없기 때문에 다른 AO에서 푸시된 연결에 대한 TFO 최적화는 일반 AO 문제 해결 문서에 나와 있는 일반 AO에서 처리합니다.
show statistics connection 명령을 사용하여 TFO 연결 통계를 볼 수 있습니다.이 명령 사용에 대한 자세한 내용은 Troubleshooting Overload Conditions(오버로드 조건 트러블슈팅) 문서의 "최적화된 TCP 연결 확인" 절을 참조하십시오.
애플리케이션 가속이 예상되지만 관찰되지 않는 경우, 적절한 최적화가 트래픽 흐름에 적용되고 있는지, DRE 캐시가 최적화된 트래픽의 크기를 적절하게 줄이고 있는지 확인합니다.
DRE 및 LZ 최적화를 위한 정책 엔진 맵에는 다음이 포함됩니다.
다음과 같이 구성된 경우에도 다양한 조건으로 인해 DRE 및/또는 LZ가 연결에 적용되지 않을 수 있습니다.
참고:위의 모든 조건에서 show statistics connection 명령은 협상된 정책이었던 연결에 대한 "TDL"의 가속화를 보고합니다.DRE 또는 LZ 우회 트래픽의 양을 보면 DRE 또는 LZ 최적화가 실제로 적용되었는지 여부를 알 수 있습니다.나중에 설명한 대로 show statistics connection conn-id 명령을 사용하고 DRE 인코딩 번호를 확인하여 DRE 또는 LZ 비율이 0%에 가깝고 대부분의 트래픽이 우회되는지 확인합니다.처음 세 가지 조건은 "Encode bypass due to" 필드에 의해 보고되며 마지막 세 가지 조건은 트래픽 데이터 패턴에서 발생하며 보고된 DRE 및 LZ 비율에서 고려됩니다.
show statistics connection conn-id 명령을 사용하여 어떤 기본 최적화가 구성되었는지, 피어와 협상되었는지, 적용할 수 있는지 확인하기 위해 특정 연결에 대한 통계를 볼 수 있습니다.먼저 다음과 같이 show statistics connection 명령을 사용하여 특정 연결에 대한 연결 ID를 확인해야 합니다.
WAE#show stat conn Current Active Optimized Flows: 1 Current Active Optimized TCP Plus Flows: 0 Current Active Optimized TCP Only Flows: 1 Current Active Optimized TCP Preposition Flows: 0 Current Active Auto-Discovery Flows: 0 Current Reserved Flows: 10 Current Active Pass-Through Flows: 0 Historical Flows: 375 D:DRE,L:LZ,T:TCP Optimization RR:Total Reduction Ratio A:AOIM,C:CIFS,E:EPM,G:GENERIC,H:HTTP,M:MAPI,N:NFS,S:SSL,V:VIDEO ConnID Source IP:Port Dest IP:Port PeerID Accel RR 343 10.10.10.10:3300 10.10.100.100:80 00:14:5e:84:24:5f T 00.0% <------
출력 끝에 나열된 각 연결의 연결 ID를 찾을 수 있습니다.특정 연결에 대한 통계를 보려면 다음과 같이 show statistics connection conn-id 명령을 사용합니다.
WAE# sh stat connection conn-id 343 Connection Id: 343 Peer Id: 00:14:5e:84:24:5f Connection Type: EXTERNAL CLIENT Start Time: Tue Jul 14 16:00:30 2009 Source IP Address: 10.10.10.10 Source Port Number: 3300 Destination IP Address: 10.10.100.100 Destination Port Number: 80 Application Name: Web <-----Application name Classifier Name: HTTP <-----Classifier name Map Name: basic Directed Mode: FALSE Preposition Flow: FALSE Policy Details: Configured: TCP_OPTIMIZE + DRE + LZ <-----Configured policy Derived: TCP_OPTIMIZE + DRE + LZ Peer: TCP_OPTIMIZE + DRE + LZ Negotiated: TCP_OPTIMIZE + DRE + LZ <-----Policy negotiated with peer Applied: TCP_OPTIMIZE + DRE + LZ <-----Applied policy . . .
애플리케이션 이름 및 분류자 이름 필드는 이 연결에 적용된 애플리케이션 및 분류자를 알려줍니다.
최적화 정책은 Policy Details(정책 세부사항) 섹션에 나열됩니다.Configured(구성됨) 및 Applied(적용됨) 정책이 일치하지 않으면 이 연결 유형에 대해 하나의 정책을 구성했지만 다른 정책이 적용되었음을 의미합니다.이로 인해 피어가 다운, 잘못 구성 또는 오버로드될 수 있습니다.피어 WAE 및 해당 컨피그레이션을 확인합니다.
다음 출력 섹션에는 메시지 수, DRE가 적용된 수, LZ가 적용되었거나 바이패스된 DRE 및 LZ를 포함하여 DRE 인코딩/디코딩 관련 통계가 표시됩니다.
. . . DRE: 353 Conn-ID: 353 10.10.10.10:3304 -- 10.10.100.100:139 Peer No: 0 Status: Active ------------------------------------------------------------------------------ Open at 07/14/2009 16:04:30, Still active Encode: Overall: msg: 178, in: 36520 B, out: 8142 B, ratio: 77.71% <-----Overall compression DRE: msg: 1, in: 356 B, out: 379 B, ratio: 0.00% <-----DRE compression ratio DRE Bypass: msg: 178, in: 36164 B <-----DRE bypass LZ: msg: 178, in: 37869 B, out: 8142 B, ratio: 78.50% <-----LZ compression ratio LZ Bypass: msg: 0, in: 0 B <-----LZ bypass Avg latency: 0.335 ms Delayed msg: 0 <-----Avg latency Encode th-put: 598 KB/s <-----In 4.3.3 and earlier only Message size distribution: 0-1K=0% 1K-5K=0% 5K-15K=0% 15K-25K=0% 25K-40K=0% >40K=0% <-----In 4.3.3 and earlier only Decode: Overall: msg: 14448, in: 5511 KB, out: 420 MB, ratio: 98.72% <-----Overall compression DRE: msg: 14372, in: 5344 KB, out: 419 MB, ratio: 98.76% <-----DRE compression ratio DRE Bypass: msg: 14548, in: 882 KB <-----DRE bypass LZ: msg: 14369, in: 4891 KB, out: 5691 KB, ratio: 14.07% <-----LZ compression ratio LZ Bypass: msg: 79, in: 620 KB <-----LZ bypass Avg latency: 4.291 ms <-----Avg latency Decode th-put: 6946 KB/s <-----In 4.3.3 and earlier only Message size distribution: 0-1K=4% 1K-5K=12% 5K-15K=18% 15K-25K=9% 25K-40K=13% >40K=40% <-----Output from here in 4.3.3 and earlier only . . .
위의 예에서는 인코딩 및 디코딩 모두에 대해 다음 통계가 강조 표시됩니다.
우회 트래픽이 많은 경우 DRE 압축 비율이 예상보다 작습니다.암호화된 트래픽, 작은 메시지 또는 압축할 수 없는 데이터 때문일 수 있습니다.추가 문제 해결 도움말을 보려면 TAC에 문의하는 것이 좋습니다.
많은 양의 LZ Bypass 트래픽을 볼 경우, 이는 일반적으로 압축할 수 없는 대량의 암호화 트래픽 때문일 수 있습니다.
평균 레이턴시 수는 처리량 문제를 디버깅하는 데 유용할 수 있습니다.플랫폼에 따라 인코딩 및 디코딩 평균 레이턴시는 일반적으로 ms의 한 자릿수로 표시됩니다.사용자가 낮은 처리량을 경험하고 이러한 숫자 중 하나 또는 둘 모두가 더 높은 경우, 일반적으로 지연 시간이 더 높은 측면에서 인코딩 또는 디코딩 문제가 있음을 나타냅니다.
다음과 같이 show statistics dre detail 명령을 사용하여 가장 오래된 사용 가능한 데이터, 캐시 크기, 사용된 캐시 비율, 사용된 해시 테이블 RAM 등과 같은 DRE 통계 데이터를 보는 것이 유용할 수 있습니다.
WAE# sh stat dre detail Cache: Status: Usable, Oldest Data (age): 10h <-----Cache age Total usable disk size: 311295 MB, Used: 0.32% <-----Percent cache used Hash table RAM size: 1204 MB, Used: 0.00% <-----Output from here is in 4.3.3 and earlier only . . .
중요한 DRE 압축이 표시되지 않으면 DRE 캐시에 충분한 데이터가 채워지지 않기 때문일 수 있습니다.캐시 기간이 짧고 캐시의 100% 미만을 사용하는지 확인합니다. 이 상황을 나타냅니다.캐시가 더 많은 데이터로 가득 차면 압축 비율이 향상되어야 합니다.캐시의 100%가 사용되고 캐시 기간이 짧으면 WAE의 크기가 부족하며 트래픽 볼륨을 처리할 수 없음을 나타냅니다.
중요한 DRE 압축이 표시되지 않으면 명령 출력의 다음 섹션에서 Nack/R-tx 카운터를 확인합니다.
Connection details: Chunks: encoded 398832, decoded 269475, anchor(forced) 43917(9407) <-----In 4.3.3 and earlier only Total number of processed messges: 28229 <-----In 4.3.3 and earlier only num_used_block per msg: 0.053597 <-----In 4.3.3 and earlier only Ack: msg 18088, size 92509 B <-----In 4.3.3 and earlier only Encode bypass due to: <-----Encode bypass reasons remote cache initialization: messages: 1, size: 120 B last partial chunk: chunks: 482, size: 97011 B skipped frame header: messages: 5692, size: 703 KB Nacks: total 0 <-----Nacks R-tx: total 0 <-----Retransmits Encode LZ latency: 0.133 ms per msg Decode LZ latency: 0.096 ms per msg . . .
Nacks 및 R-tx 카운터는 일반적으로 트래픽 볼륨에 비해 낮아야 합니다.예를 들어 원래(최적화되지 않은) 트래픽의 100MB당 약 1개.카운트가 훨씬 더 많을 경우 DRE 캐시 동기화 문제를 나타낼 수 있습니다.모든 디바이스에서 DRE 캐시를 지우려면 clear cache dre 명령을 사용하거나 TAC에 문의하십시오.
인코딩 바이패스 이유 카운터는 다양한 이유로 우회된 바이트 수를 보고합니다.이렇게 하면 우회 트래픽의 원인이 되는 요소(최적화되지 않은 데이터 패턴 제외)를 확인할 수 있습니다.
연결된 피어 WAE와 활성 피어 WAE를 식별하고 피어 통계를 확인하는 것이 도움이 될 수 있습니다. 이는 다음과 같이 show statistics peer dre 명령을 사용하여 수행할 수 있습니다.
WAE# sh stat peer dre Current number of connected peers: 1 Current number of active peers: 1 Current number of degrade peers: 0 Maximum number of connected peers: 1 Maximum number of active peers: 1 Maximum number of degraded peers: 0 Active peer details: Peer-No : 0 Context: 65027 Peer-ID : 00:14:5e:95:4a:b5 Hostname: wae7.example.com <-----Peer hostname ------------------------------------------------------------------------------ Cache: Used disk: 544 MB, Age: 14d23h <-----Peer cache details in 4.3.3 and earlier only Cache: Used disk: 544 MB <-----Peer cache details in 4.4.1 and later only Peer version: 0.4 <----- Ack-queue size: 38867 KB | Buffer surge control: |<---In 4.3.3 and earlier only Delay: avg-size 0 B, conn: 0, flush: 0 | Agg-ft: avg-size 20902 B, conn: 388, flush: 0 | remote low-buff: 0, received flush: 0 <----- Connections: Total (cumulative): 3226861, Active: 597 Concurrent Connections (Last 2 min): max 593, avg 575 . . .
이 명령의 다른 출력은 개별 연결과 유사한 인코딩 및 디코딩 통계를 보여줍니다.