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