WAAS - تحسين أستكشاف الأخطاء وإصلاحها
الفصل: تحسين أستكشاف الأخطاء وإصلاحها
تصف هذه المقالة كيفية أستكشاف أخطاء التحسين الأساسي وإصلاحها.
المقالة الرئيسية
فهم بنية WAAS وتدفق حركة مرور البيانات
أستكشاف الأخطاء وإصلاحها بشكل أولي
تحسين أستكشاف الأخطاء وإصلاحها
تسريع التطبيق لاستكشاف الأخطاء وإصلاحها
أستكشاف أخطاء CIFS وإصلاحها
أستكشاف أخطاء HTTP AO وإصلاحها
أستكشاف أخطاء EPM AO وإصلاحها
أستكشاف أخطاء MAPI AO وإصلاحها
أستكشاف أخطاء إدارة NFS وإصلاحها
أستكشاف أخطاء SSL AO وإصلاحها
أستكشاف مشكلات إدارة الفيديو وإصلاحها
أستكشاف أخطاء وحدة التحكم في الوصول (AO) العامة وإصلاحها
أستكشاف أخطاء حالات الحمل الزائد وإصلاحها
أستكشاف أخطاء WCCP وإصلاحها
تطبيق AppNav لحل المشاكل
أستكشاف مشكلات الأقراص والأجهزة وإصلاحها
أستكشاف أخطاء المجموعات التسلسلية المضمنة وإصلاحها
أستكشاف الأخطاء وإصلاحها vWAAS
أستكشاف أخطاء WAAS Express وإصلاحها
أستكشاف أخطاء تكامل NAM وإصلاحها
المحتويات
تتضمن التحسينات الأساسية ل WAAS تحسين تدفق TCP (TFO)، وإلغاء تكرار البيانات (DRE)، والضغط المستمر من Lempel-Ziv (LZ).
أستكشاف أخطاء TFO وإصلاحها
يمكن أن يعطي عدد إتصالات TCP وحالتها والتخلص منها إشارة إلى صحة نظام WAAS في موقع معين. وسوف يظهر النظام الصحي عددا كبيرا من الوصلات، مع إغلاق نسبة كبيرة للغاية منها بشكل طبيعي. يوفر الأمر show statistics tfo detail إشارة إلى حجم الاتصالات بين جهاز معين من أجهزة WAAS والأجهزة الأخرى في الشبكة وحالتها والتخلص منها.
يمكنك عرض إحصائيات TFO العامة باستخدام الأمر show statistics tfo detail كما يلي:
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
. . .
يقوم الحقل "لا." للاتصالات النشطة بالإعلام عن عدد الاتصالات التي يتم تحسينها حاليا.
في قسم "إحصائيات محرك السياسة" من الإخراج، يظهر قسم "أعداد الاتصالات المرفوضة" أسبابا مختلفة لرفض الاتصالات. يقوم عداد "حد الاتصال" بالإعلام عن عدد المرات التي تم فيها رفض اتصال بسبب تجاوز الحد الأقصى لعدد الاتصالات المحسنة. إذا رأيت عدد كبير هنا، يجب أن تنظر في حالات الحمل الزائد. راجع المقالة أستكشاف أخطاء حالات التحميل الزائد وإصلاحها للحصول على مزيد من المعلومات.
بالإضافة إلى ذلك، تتم معالجة تحسين TFO للاتصالات التي يتم دفعها لأسفل من وحدات التحكم في الوصول (AO) الأخرى بسبب عدم قدرتها على تحسين حركة المرور بواسطة وحدة التحكم في الوصول (AO) العامة، التي تغطيها المقالة أستكشاف أخطاء وحدة التحكم في الوصول (AO) العامة وإصلاحها.
يمكنك عرض إحصائيات اتصال TFO باستخدام أمر show statistics connection. للحصول على تفاصيل حول إستخدام هذا الأمر، راجع القسم "التحقق من إتصالات TCP المحسنة" في مقالة شروط التحميل الزائد لاستكشاف الأخطاء وإصلاحها.
أستكشاف أخطاء DRE وإصلاحها
عند توقع زيادة سرعة التطبيق ولكن دون ملاحظتها، تحقق من تطبيق عمليات التحسين المناسبة لتدفق حركة المرور ومن قيام ذاكرة التخزين المؤقت ل DRE بخفض حجم حركة المرور المحسنة بشكل صحيح.
تتضمن خرائط محرك السياسات لتحسين DRE و LZ ما يلي:
- DRE + LZ (كامل): مخطط تطبيق محرك السياسة يتم تحسينه بالكامل بشكل كامل
- DRE فقط: تعيين تطبيق محرك السياسة غير ذلك من DRE Yes Compression none المحسن
- LZ فقط: تخطيط تطبيق محرك السياسة DRE No Compression LZ المحسن الآخر
- مرور TFO: خريطة تطبيق محرك السياسة ممر آخر
قد تتسبب الظروف المختلفة في عدم تطبيق كلا من DRE و/أو LZ على اتصال، حتى ولو تم تكوينه:
- عملية تهيئة ذاكرة التخزين المؤقت قيد التقدم
- أخطاء إدخال/إخراج القرص
- انخفاض الذاكرة
- البيانات ليست قابلة للضغط أو أن المكسب صغير جدا
- يتم تشفير البيانات بحيث لا تحتوي على تسلسلات بايت متكررة
- الرسائل صغيرة جدا بحيث لا يمكن الاستفادة من الضغط
ملاحظة: في جميع الشروط المذكورة أعلاه، سيقوم الأمر show statistics connection بالإبلاغ عن تسريع "TDL" للاتصالات عندما كان ذلك هو السياسة التي تم التفاوض عليها. سيخبرك النظر إلى مقدار حركة مرور البيانات الجانبية DRE أو LZ ما إذا كان قد تم تطبيق تحسينات DRE أو LZ بالفعل. أستخدم الأمر show statistics connection conn-id، كما هو موضح لاحقا، وانظر إلى أرقام تشفير DRE لمعرفة ما إذا كانت نسبة DRE أو LZ قريبة من 0٪ ويتم تجاوز معظم حركة المرور. وسوف يتم الإبلاغ عن الحالات الثلاث الأولى عن طريق حقل "التشفير الالتفافي بسبب"، أما الحالات الثلاث الأخيرة فتنتج عن نمط بيانات حركة المرور ويتم حسابها في نسب DRE و LZ المبلغ عنها.
يمكنك عرض الإحصائيات لاتصال محدد لتحديد عمليات التحسين الأساسية التي تم تكوينها والتفاوض مع النظير وتطبيقها باستخدام الأمر show statistics connection conn-id. ستحتاج أولا إلى تحديد معرف الاتصال لاتصال معين باستخدام أمر show statistics connection، على النحو التالي:
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% <------
ستجد معرفات الاتصال لكل اتصال مدرج في نهاية الإخراج. لعرض الإحصائيات لاتصال معين، أستخدم الأمر 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
. . .
يخبرك الحقلان اسم التطبيق واسم المصنف التطبيق والمصنف المطبق على هذا الاتصال.
يتم سرد سياسات التحسين في قسم تفاصيل السياسة. إذا لم تتطابق السياسات التي تم تكوينها وتطبيقها، فهذا يعني أنك قمت بتكوين نهج واحد لهذا النوع من الاتصال ولكن تم تطبيق نهج مختلف. قد يرجع ذلك إلى انخفاض النظير أو سوء تكوينه أو تحميله أكثر من اللازم. تحقق من WAE النظير وتكوينه.
يوضح القسم التالي من الإخراج إحصائيات DRE المتعلقة بالتشفير/فك التشفير بما في ذلك عدد الرسائل أو عدد الرسائل التي تم تطبيق DRE أو تطبيق LZ أو تجاوز DRE و LZ:
. . .
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 و LZ
- نسبة DRE - نسبة الضغط بسبب DRE وحدها
- تجاوز DRE - عدد الرسائل ووحدات البايت التي تجاوزت DRE
- نسبة LZ - نسبة الضغط بسبب LZ وحدها
- تجاوز LZ - عدد الرسائل ووحدات البايت التي تجاوزت LZ
- متوسط زمن الانتقال - متوسط زمن الانتقال لعملية التشفير أو فك التشفير
إذا رأيت كمية كبيرة من حركة مرور التفافية، فإن نسبة ضغط DRE ستكون أقل من المتوقع. قد يكون ذلك بسبب حركة المرور المشفرة أو الرسائل الصغيرة أو البيانات غير المضغوطة. فكر في الاتصال ب TAC للحصول على مزيد من تعليمات أستكشاف الأخطاء وإصلاحها.
إذا رأيت كمية كبيرة من حركة مرور LZ التفافية، هذا يمكن أن يكون بسبب كمية كبيرة من حركة المرور المشفرة، والتي تكون غير قابلة للضغط بشكل عام.
يمكن أن تكون أرقام زمن الوصول المتوسطة مفيدة لتصحيح أخطاء الخرج. طبقا للنظام الأساسي، فإن متوسط زمن الانتقال لكل من التشفير وفك التشفير عادة ما يكون في الخانات المفردة من ms. إذا عانى المستخدمون من انخفاض في سعة المعالجة وكان أحد هذين الرقمين أو كليهما أعلى من ذلك، فإن ذلك يشير إلى وجود مشكلة في التشفير أو فك التشفير، عادة ما يكون ذلك على الجانب مع زمن وصول أعلى.
قد يكون من المفيد النظر إلى بيانات إحصائيات DRE مثل أقدم البيانات القابلة للاستخدام، وحجم ذاكرة التخزين المؤقت، ونسبة ذاكرة التخزين المؤقت المستخدمة، وذاكرة الوصول العشوائي لجدول التجزئة المستخدمة، وما إلى ذلك باستخدام الأمر show statistics dre detail، كما يلي:
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 منخفضة بشكل عام بالنسبة لحجم حركة المرور. على سبيل المثال، حوالي 1 لكل 100 ميغابايت من حركة المرور الأصلية (غير المحسنة). إذا رأيت أعدادا أعلى بشكل ملحوظ، فقد تشير إلى مشكلة في مزامنة ذاكرة التخزين المؤقت ل DRE. أستخدم الأمر clear cache dre لمسح ذاكرة التخزين المؤقت ل DRE على جميع الأجهزة، أو اتصل ب TAC.
تقوم عدادات أسباب تجاوز التشفير بالإبلاغ عن عدد وحدات البايت التي تم تجاوزها لأسباب مختلفة. يمكن أن يساعدك ذلك على تحديد ما يتسبب في حركة مرور البيانات الجانبية (بخلاف نمط البيانات غير الأمثل).
من المفيد في بعض الأحيان تحديد وحدات WAE النظيرة المتصلة والنشطة وإلقاء نظرة على إحصائيات النظراء، والتي يمكنك القيام بها باستخدام أمر show statistics peer كما يلي:
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
. . .
تظهر المخرجات الأخرى من هذا الأمر إحصائيات التشفير وفك التشفير المماثلة لاتصال فردي.
التعليقات