مرحبا بالجميع! كما وعدنا ، ننشر نتائج اختبار الحمل لنظام تخزين البيانات الروسي الصنع - AERODISK ENGINE N2.
في المقالة الأخيرة ، قمنا بتكسير أنظمة التخزين (أي أجرينا اختبارات التصادم) وكانت نتائج اختبار التعطل إيجابية (أي أننا لم نكسر أنظمة التخزين مطلقًا). يمكن العثور على نتائج اختبار التصادم هنا .
في التعليقات على المقال السابق ، تم الإعراب عن التمنيات لاختبارات تصادم أكثر صعوبة. لقد قمنا بإصلاحها جميعًا وسننفذها بالتأكيد في أحد المقالات التالية. في الوقت نفسه ، يمكنك زيارة مختبرنا في موسكو في أي وقت (تأتي مع قدميك أو القيام بذلك عن بعد عبر الإنترنت) وإجراء هذه الاختبارات بنفسك (يمكنك حتى إجراء اختبار لمشروع محدد :-)). اكتب لنا ، والنظر في جميع السيناريوهات!
بالإضافة إلى ذلك ، إذا لم تكن في موسكو ، فيمكنك التعرف على نظام التخزين لدينا بشكل أفضل من خلال حضور حدث تدريبي مجاني في مركز الكفاءة في المدينة الأقرب إليك.
فيما يلي قائمة بالأحداث القادمة وتواريخ عمل مراكز الاختصاص.
- ايكاترينبرغ. 16 مايو 2019. ورشة عمل تدريبية. يمكنك التسجيل على الرابط: https://aerodisk.promo/ekb/
- ايكاترينبرغ. 20 مايو - 21 يونيو 2019. مركز الكفاءة. تعال في أي وقت من الأوقات للحصول على عرض حي لأنظمة التخزين AERODISK Engine N2. العنوان الدقيق ورابط التسجيل سيكونان لاحقًا. تتبع المعلومات.
- نوفوسيبيرسك. تابع المعلومات على موقعنا أو على هبرة.
أكتوبر 2019 - كازان. تابع المعلومات على موقعنا أو على هبرة.
أكتوبر 2019 - كراسنويارسك. تابع المعلومات على موقعنا أو على هبرة.
نوفمبر 2019
نريد أيضًا مشاركة أخبار جيدة أخرى: أخيرًا ، كسبت قناة YouTube الخاصة بنا ، حيث يمكنك مشاهدة مقاطع الفيديو من الأحداث الماضية ، ربحًا كاملاً. هناك نقوم بانتظام بتحميل مقاطع الفيديو التدريبية لدينا.
موقف اختبار
لذلك ، العودة إلى الاختبارات. لقد قمنا بترقية نظام التخزين المعملي الخاص بنا Engine N2 عن طريق تثبيت أقراص SAS SSD إضافية ، بالإضافة إلى محولات القناة الليفية الأمامية 16 جيجا. بطريقة متناظرة ، قمنا بترقية الخادم الذي سنبدأ منه التحميل بإضافة محولات FC 16G هناك.
نتيجة لذلك ، يوجد في مختبرنا نظام تخزين مكون من وحدتي تحكم به 24 قرصًا SAS SSD 800GB و 3 أقراص DWPD ، متصلة عبر محولات SAN إلى خادم Linux فعلي عبر FC 16G.
اختبار تخطيط مقاعد البدلاء في الشكل أدناه.
منهجية الاختبار
للحصول على أفضل أداء عند الوصول إلى الكتلة ، سنستخدم تجمعات DDP (تجمع الأقراص الحيوي) ، والتي أنشأناها ذات مرة لأنظمة ALL-FLASH.
للاختبار ، أنشأنا LUNs من 1 تيرابايت لكل مستوى حماية RAID-10. نحن "نوزع" كل LUN في 12 قرص (24 في المجموع) من أجل الاستخدام الكامل لإمكانات كل من الأقراص المثبتة في نظام التخزين.
نقدم LUNs إلى الخادم من خلال وحدات تحكم مختلفة من أجل تعظيم استخدام موارد التخزين.
سيستمر كل اختبار لمدة ساعة واحدة ، وسيتم إجراء الاختبارات بواسطة برنامج الإدخال والإخراج المرن (FIO) ، ويتم تحميل بيانات FIO تلقائيًا إلى Excel ، حيث يتم بالفعل إنشاء الرسوم البيانية ، من أجل الوضوح.
تحميل ملفات التعريف
إجمالًا ، سنقوم بإجراء ثلاثة اختبارات في ساعة واحدة دون مراعاة وقت الإحماء الذي يستغرق 15 دقيقة (وهذا هو مقدار الوقت اللازم لتسخين مجموعة من 24 قرصًا من أقراص الحالة الصلبة). تحاكي هذه الاختبارات ملفات تعريف الحمل الأكثر شيوعًا التي نواجهها ، على وجه الخصوص ، تلك أو غيرها من قواعد بيانات قواعد البيانات وأنظمة المراقبة بالفيديو ومحتوى وسائط البث والنسخ الاحتياطية.
أيضًا ، في جميع الاختبارات ، عمدنا إلى تعطيل القدرة على التخزين المؤقت في ذاكرة الوصول العشوائي على نظام التخزين وعلى المضيف. بطبيعة الحال ، ستزداد النتائج سوءًا ، ولكن في رأينا ، سيكون الاختبار أكثر صدقًا.
نتائج الاختبار
اختبار رقم 1. تحميل عشوائي في كتل صغيرة. مضاهاة DBMS المعاملات محملة للغاية.
- حجم الكتلة = 4 كيلو
- القراءة / الكتابة = 70٪ / 30٪
- عدد الوظائف = 16
- قائمة انتظار العمق = 32
- طبيعة الحمل = عشوائية كاملة
نتائج الاختبار:
في المجموع ، تلقينا 438 كيلو بايت من IOPS مع تأخير قدره 2.6 ميلي ثانية من نظام N2 للمحركات المتوسطة المدى. بالنظر إلى فئة النظام ، في رأينا ، فإن النتيجة جيدة جدًا. لفهم ما إذا كان هذا هو الحد الأقصى للنظام ، سننظر في استخدام موارد وحدات التحكم في التخزين.
نحن مهتمون في المقام الأول بوحدة المعالجة المركزية ، لأنه ، كما هو موضح أعلاه ، عمدنا إلى تعطيل ذاكرة الوصول العشوائي RAM بشكل متعمد حتى لا نشوه نتائج الاختبار.
على كل من وحدات التحكم في التخزين نرى نفس الصورة تقريبًا.
وهذا يعني أن الحمل على وحدة المعالجة المركزية هو 50 ٪. يشير هذا إلى أن هذا أبعد ما يكون عن الحد الأقصى لنظام التخزين هذا ولا يزال بإمكانك تغيير حجمه بسهولة. دعنا نتقدم قليلاً: أظهرت جميع الاختبارات التالية أيضًا عبئًا على معالج وحدات التحكم في المنطقة بنسبة 50٪ ، لذلك لن نعيدها مرة أخرى.
استنادًا إلى الاختبارات المعملية التي أجريناها ، يكون الحد المريح لنظام AERODISK Engine N2 ، إذا عدت IOPS عشوائيًا مع كتل 4K ، حوالي 700000 IOPS. إذا لم يكن هذا كافيًا وتحتاج إلى السعي للحصول على مليون شخص ، فلدينا طراز Engine N4 الأقدم.
أي أن قصة الملايين من IOPS هي المحرك N4 ، وإذا كان المليون أكثر من اللازم بالنسبة لك ، فاستخدم N2 بهدوء.
نعود إلى الاختبارات.
اختبار رقم 2. تسجيل متسلسل في كتل كبيرة. مضاهاة أنظمة المراقبة بالفيديو ، وتحميل البيانات في نظام إدارة قواعد البيانات التحليلي أو تسجيل النسخ الاحتياطية.
في هذا الاختبار ، لم نعد مهتمين بـ IOPS ، نظرًا لأن الحمل المتسلسل للكتل الكبيرة لم يعد له أي معنى. نحن مهتمون في المقام الأول بما يلي: دفق التسجيل (ميغابايت في الثانية) والتأخير ، الذي سيكون مع كتل كبيرة ، بطبيعة الحال ، أعلى من تلك الصغيرة.
- حجم الكتلة = 128 كيلو
- القراءة / الكتابة = 0٪ / 100٪
- عدد الوظائف = 16
- قائمة انتظار العمق = 32
- طبيعة الحمل - متسلسل
المجموع: لدينا سجل من خمسة ونصف غيغابايت في الثانية مع تأخير أحد عشر ميلي ثانية. بالمقارنة مع أقرب المنافسين الأجانب ، فإن النتيجة ، في رأينا ، ممتازة ، وليست أيضًا الحد الأقصى لنظام المحرك N2.
اختبار رقم 3. قراءة متتابعة في كتل كبيرة. مضاهاة محتوى وسائط البث أو إنشاء تقارير من DBMS تحليلية أو استعادة البيانات من النسخ الاحتياطية.
كما في الاختبار السابق ، نحن مهتمون بالتدفق والتأخير.
- حجم الكتلة = 128 كيلو
- القراءة / الكتابة = 100 ٪ / 0 ٪
- عدد الوظائف = 16
- قائمة انتظار العمق = 32
- طبيعة الحمل - متسلسل
تعتبر قراءات قراءة التدفق أفضل بشكل طفيف من مقاييس كتابة التدفق.
ومن المثير للاهتمام ، أن معدل التأخير للاختبار بأكمله مطابق (خط مستقيم). هذا ليس خطأ ؛ في القراءة المتسلسلة في كتل كبيرة ، في حالتنا هذه حالة شائعة.
بالطبع ، إذا تركت النظام في هذا النموذج لبضعة أسابيع ، فسوف نرى في النهاية قفزات دورية في الرسوم البيانية التي سوف ترتبط بعوامل خارجية. لكن ، بشكل عام ، لن يؤثروا على الصورة.
النتائج
من نظام التحكم المزدوج AERODISK Engine N2 ، تمكنا من الضغط على مؤشرات خطيرة للغاية (~ 438000 IOPS و ~ 5-6 غيغابايت في الثانية الواحدة). أظهرت اختبارات الحمل أننا لسنا خجلين بالتأكيد. على العكس ، المؤشرات جيدة جدًا وتتوافق مع التخزين الجيد.
على الرغم من أننا ، كما كتبنا أعلاه ، فإن محرك N2 هو نموذج أصغر سناً ، وإلى جانب ذلك ، فإن النتائج الموضحة في هذه المقالة ليست الحد الأقصى. في وقت لاحق ، سننشر اختبارًا مشابهًا من نظام Engine N4 الأقدم.
بطبيعة الحال ، في إطار مقال واحد ، لا يمكننا تغطية جميع الاختبارات الممكنة ، وبالتالي ، ندعو القراء مرارًا وتكرارًا لمشاركة رغباتهم في الاختبارات المستقبلية في التعليقات ، وسنأخذهم بالتأكيد في الاعتبار في المنشورات المستقبلية.
بالإضافة إلى ذلك ، نذكرك بأننا نشارك هذا العام بنشاط في التدريب ، لذلك ندعوك إلى مراكز الكفاءة لدينا حيث يمكنك الخضوع للتدريب على أنظمة تخزين AERODISK ، وفي الوقت نفسه يكون ذلك ممتعًا وممتعًا.
معلومات مكررة حول أحداث التدريب القادمة.
- ايكاترينبرغ. 16 مايو 2019. ورشة عمل تدريبية. يمكنك التسجيل على الرابط: https://aerodisk.promo/ekb/
- ايكاترينبرغ. 20 مايو - 21 يونيو 2019. مركز الكفاءة. تعال في أي وقت من الأوقات للحصول على عرض حي لأنظمة التخزين AERODISK Engine N2. العنوان الدقيق ورابط التسجيل سيكونان لاحقًا. تتبع المعلومات.
- نوفوسيبيرسك. تابع المعلومات على موقعنا أو على هبرة.
أكتوبر 2019 - كازان. تابع المعلومات على موقعنا أو على هبرة.
أكتوبر 2019 - كراسنويارسك. تابع المعلومات على موقعنا أو على هبرة.
نوفمبر 2019