बहुत खराब iSCSI / NFS प्रदर्शन के लिए समस्या निवारण रणनीति

Question

हमारे पास एक नया Synology RS3412RPx है जो तीन Windows 2008 R2 बक्से और NFS को एक OpenBSD 5.0 ​​बॉक्स में iSCSI लक्ष्य प्रदान करता है।

RS3412 में ssh के साथ लॉग इन करना और dd और विभिन्न ब्लॉकेज का उपयोग करते हुए दोनों छोटी फाइलें और 6GB फाइलें पढ़ना / लिखना महान डिस्क I / O प्रदर्शन को दर्शाता है।

ISCSI / NFS क्लाइंट पर dd या iometer का उपयोग करते हुए, हम 20Mbps तक पहुँचते हैं (यह एक टाइपो नहीं है। ट्वेंटी एमबीपीएस)। हम Synology में कई Gbit NIC का बेहतर उपयोग करने की उम्मीद कर रहे थे।

मैंने स्विच को सत्यापित किया है और एनआईसी पोर्ट कॉन्फ़िगरेशन को गीगाबिट में सेट किया गया है, न कि ऑटो-बातचीत। हमने बिना किसी अंतर के जुंबोप्रैम के साथ और उसके बिना प्रयास किया है। मैंने पिंग के साथ सत्यापित किया है कि वर्तमान में MTU 9000 है। दो फर्मवेयर अपग्रेड तैनात किए गए हैं।

मैं स्विच की समस्याओं को दूर करने के लिए iSCSI लक्ष्य और सर्जक के बीच सीधे लिंक की कोशिश करने जा रहा हूं, लेकिन मेरे अन्य विकल्प क्या हैं?

यदि मैं वायरशर्क / टीसीपीडंप को तोड़ता हूं, तो मुझे क्या देखना चाहिए?

Comments

क्या प्रवाह नियंत्रण सक्षम है? बीच में किस तरह का स्विच है?

— SpacemanSpiff

@SpacemanSpiff: प्रवाह नियंत्रण सक्षम नहीं है। क्या आप उम्मीद करेंगे कि फर्क पड़े? यह एक ZYXEL GS2200 है।

— एलेक्स होल्स्ट

विम्पी बैकप्लेन की तरह, लेकिन उससे बेहतर प्रदर्शन पाने के लिए पर्याप्त है। यह देखने के लिए उत्सुक है कि क्रॉसओवर केबल आपको प्रदर्शन के अनुसार क्या मिलता है।

— SpacemanSpiff

Answer 1

जैसा कि यहां सामान्य विषय लगता है, स्विच (एस) पर प्रवाह नियंत्रण सेटिंग्स पर एक और नज़र डालें। यदि स्विच (तों) में ईथरनेट काउंटर आँकड़े हैं, तो उन पर एक नज़र डालें और देखें कि क्या बड़ी संख्या में ईथरनेट PAUSE फ्रेम हैं। यदि हां, तो शायद यही आपकी समस्या है। सामान्य तौर पर, स्विच (तों) पर क्यूओएस को अक्षम करने से यह समस्या हल हो जाती है।

Comments

मैंने दूसरा रूप लिया। प्रवाह नियंत्रण अक्षम था और सभी काउंटरों पर PAUSE काउंटर शून्य थे। प्रवाह नियंत्रण को सक्षम करने से पैसों के काउंटर्स पैकेट की गिनती के 25% तक बढ़ जाते हैं। हमने कुछ हार्डवेयर की पहचान की है जो समान कमजोर प्रदर्शन नहीं दिखाते हैं, इसलिए अब हम निक ड्राइवरों को अपडेट करना चाहते हैं और कुछ विशेष को अधिक सक्षम लोगों के साथ बदलना चाहते हैं। QoS स्विच पर पहले से ही अक्षम था। आपके सहयोग के लिए धन्यवाद।

— एलेक्स होल्स्ट

खुशी है कि मदद करने के लिए ...

— joeqwerty

Answer 2

इस तरह से प्रवाह मुझे सुझाव देता है कि विभिन्न टीसीपी प्रवाह-नियंत्रण विधियां सही काम नहीं कर रही हैं। मैंने विस्टा विन्डोज़ संस्करणों के साथ बात करते हुए लिनक्स-कर्नेल के साथ कुछ समस्याएं देखी हैं और आपको इस तरह से थ्रूपुट मिलते हैं। एक बार जब आप एक बार देख लेते हैं, तो वे विंडसरक में अच्छा प्रदर्शन करते हैं।

पूर्ण रूप से सबसे खराब संभावना यह है कि टीसीपी विलंबित ऐक पूरी तरह से टूट गया है और आपको एक ट्रैफ़िक पैटर्न दिखाई देगा जो दिखता है:

packet
packet
[ack]
packet
packet
[ack]

मैंने विंडोज सर्वर पर एनआईसी ड्राइवर अपडेट लागू करके इसे हल कर दिया है। कुछ (ब्रॉडकॉम) सर्वर के साथ आने वाले स्मार्ट एनआईसी कभी-कभी दिलचस्प तरीकों से विफल हो सकते हैं, और यह एक है।

एक सामान्य ट्रैफ़िक पैटर्न एक पैकेट के बाद बड़ी संख्या में पैकेट होगा।

देखने के लिए दूसरी चीज लंबी देरी है। संदिग्ध मान 2 सेकंड और 1.0 सेकंड हैं। यह बताता है कि एक पक्ष को वह नहीं मिल रहा है जिसकी वह अपेक्षा कर रहा है और जवाब देने से पहले समय समाप्त होने का इंतजार कर रहा है। उपरोक्त खराब पैकेट पैटर्न को ACK के लिए 200ms देरी के साथ मिलाएं और आपको 1MB / s से अधिक का थ्रूपुट मिलता है।

वे आसान-से-बुरे नोटिस वाले बुरे ट्रैफ़िक पैटर्न हैं।

मैंने उस तरह के एनएएस डिवाइस के साथ काम नहीं किया है, इसलिए यह नहीं पता कि जो कुछ भी मिला है उसे ठीक करना कितना उपयोगी है।

Comments

ये भी देखें: support.microsoft.com/kb/982383 support.microsoft.com/kb/2522766 support.microsoft.com/kb/2460971 support.microsoft.com/kb/251196

— SpacemanSpiff