يوميات نت التقنية

عذرا لعدم وجود في كل وظيفة. انها كانت في السنة الماضية متقلبة مع الإصابة الشخصية وجداول العمل مسطحة ، لذلك كان لدي القليل من الوقت أو الحافز لبلوق أو إظهار وجهي نحو المجتمعات المحلية. بلدي اعتذار ، وأنا مصممة على كسر هذه العادة ونعود إلى الأمور مرة أخرى! ولكن يكفي من الثرثرة ، مع الحصول على كتابات...

هذا ليس شيئا أرى في كثير من الأحيان ، ولكن عندما أقوم به ، فإنه من المثير للاهتمام أن نرى احصائيات تتحدث عن نفسها. انا مع العملاء الذين كانوا قد نشر سيناريو من الحوزة نت بهم قبل سنوات قليلة ، ولم يكن مصمما أو تسليمها مع الكثير من الرعاية والاهتمام (شيء أريد أن أناقش في يوم آخر). لديهم العقارات وير مع SQL ، تبادل وأشياء أخرى. تشغيله في جميع أنحاء ما مجموعه أكثر من 100 مغزل FC 15K. انها ليست ضخمة في العقارات مقارنة مع المواقع الأخرى ، لذلك أنا أستغرب لماذا لديهم في أداء مثل هذه القضايا.

الآن عند تشغيل من خلال "sysstat - U" ، يمكنك أن ترى أن المدون ذاته تفعل سوى القليل جدا ، جدا الحصول على بسعادة مع ما ينبغي القيام به. لكن القرص هو ضرب 100 ٪ في كثير من الأحيان. وهذا يدل على الفور مشكلة القرص. انهم بحاجة الى مزيد من مغزل ، من الواضح؟

أولا كان هناك خلل في مغزل. لديهم التجميعية الثاني على وحدة تحكم شريك له فقط وحدات التخزين الاختبار. لي الحصول على إذن لإزالة هذا والساخنة ، وأنا أعيد تخصيص هذه إلى وحدة تحكم أخرى ، وتوسيع القائمة الإجمالية. هذا يضاعف عدد المغزل ، ولكن أنا أعلم أنه لن يفعل أي شيء للحصول على أداء الموجودة (في تلك البيانات لن يتم تلقائيا إعادة توزيع نفسه!).

إذا كنت من خلال تشغيل "القرص تظهر احصائيات : * : disk_busy" أستطيع أن أرى شيئا واضحا جدا. هناك قرص واحد في النظام بأكمله الذي ضرب 100 ٪ ، والباقي ليسوا كذلك. هناك حفنة من الأقراص الأخرى (حوالي 10) ، التي تشغل 50-60 ٪ ، ثم الأقراص المتبقية موقوتة بعيدا بنحو 20-30 ٪. فما الذي حدث هنا؟ ينبغي نت تكنولوجيا منع أي شكل من أشكال المغزل الساخنة في النظام.

نظريتي هو هذا. وقد جمعت هذه المدون ومكدسة من خارج منطقة الجزاء ، ولكن لم نمت الكلي (3 التجميعية القرص ، والبيانات 1 و 2 التكافؤ). وكان بعض المشروطة تخزين وترحيل البيانات. نفد من الفضاء ، ونمت حتى التجميعية (قليلا) ، ثم نسخ البيانات على حفنة من الأقراص. بعد كل هذا ، ثم أضافوا بقية الأقراص. الآن لأن البيانات سوف يتم تلقائيا على الطاير إعادة تخصيص ، أي البيانات التي لا تزال دون تغيير (كما سيحدث مع أقراص النظام VM ، تبادل الرسائل القديمة ، والبيانات القديمة تخزين البيانات) ، ومن ثم فهي لا تزال سبت على مغزل الأصلي أو حتى المغزل كما هو الحال عندما تم تثبيتها لأول مرة.

لذلك أنا الآن نتطلع إلى عطلة نهاية الأسبوع. سنكون الارتقاء بها إلى ONTAP بيانات 7.3.2 وأستطيع تشغيل ثم إعادة تخصيص بعض عمليات التفحص عبر النظام دون التأثير على لقطة استخدام الفضاء (مكافأة ضخمة ، وشكرا لكم نت!). آمل أن هذا سيزيل قضية ساخنة المغزل. لدي بعض الإحصاءات قبل ، وأنا بعد سحب بعض الإحصاءات الاسبوع المقبل. سوف أقوم بتحديث هذا المنصب وفقا لذلك.

الدرس المستفاد من هذه القصة؟ إعداد نظام التخزين الخاص بك تماما وبدقة قبل البدء في إلقاء بيانات في ذلك. لا تحصل به متحمسون لعبتك تخزين جديدة ورمي البيانات عليها على الفور. لقد رأيت في السيناريو أعلاه في مناسبات عدة ، وقبل ONTAP 7.3 ، فإنه كان الألم إلى الإصلاح.

لقطة سريعة من إخراج احصائيات. نضع في اعتبارنا أن هذه الكتلة عبر ستظهر كافة الأقراص ، حتى يتسنى لجميع الإحصاءات ذات الصلة القرص تماما. الأقراص مشغول هنا فقط لا تضيف ما يصل الى العدد الفعلي من الأقراص في النظام ، ويمكنك ان ترى بوضوح قرص واحد مشغول.

> sysstat - U 1
CPU مجموع صافي ك / ث القرص كيلوبايت / ثانية الشريط الكاش الكاش كيلوبايت / ثانية CP CP القرص
OPS / ثانية في الكتابة تلا قراءة الكتابة سن ضرب الوقت تاي UTIL
11 ٪ 3220 6942 3270 4232 0 0 0 12 0 ٪ 95 ٪ -- 60 ٪
11 ٪ 2898 7385 4030 4892 0 0 0 11 0 ٪ 94 ٪ -- 69 ٪
9 ٪ 3547 1820 3496 3920 24 0 0 11 0 ٪ 93 ٪ -- 89 ٪
7 ٪ 2329 1160 3048 3892 0 0 0 11 0 ٪ 93 ٪ -- 81 ٪
10 ٪ 3173 2055 4851 4644 8 0 0 11 0 ٪ 93 ٪ -- 67 ٪
9 ٪ 2491 1860 4547 4568 24 0 0 11 0 ٪ 91 ٪ -- 98 ٪
9 ٪ 2523 2960 4404 5372 0 0 0 11 90 ٪ 0 ٪ -- 89 ٪
14 ٪ 5136 8173 4465 3352 0 0 0 11 0 ٪ 95 ٪ -- 81 ٪

> القرص تظهر احصائيات : * : disk_busy
... قص...

... قص...

عموما أداء القرص ، تجزئة ، مغزل الساخنة ، نت ، تخصيص ، تظهر الإحصاءات