نواصل سلسلة من المقالات حول Cisco Hyperflex. هذه المرة سوف نقدم لك عمل Cisco Hyperflex في ظروف Oracle و Microsoft SQL DBMSs المحملة بدرجة عالية ، وكذلك مقارنة المؤشرات التي تم الحصول عليها مع حلول تنافسية.
بالإضافة إلى ذلك ، نستمر في إظهار قدرات Hyperflex في مناطق بلدنا ويسرنا دعوتك لزيارة العرض التوضيحي التالي للحل ، والذي سيعقد هذه المرة في مدينتي موسكو وكراسنودار.
موسكو - 28 مايو. سجل
حسب المرجع .
كراسنودار - 5 يونيو. سجل
حسب المرجع .
حلول Hyperconverged ، حتى وقت قريب ، لم تكن حلاً مناسبًا جدًا لنظام إدارة قواعد البيانات ، لا سيما مع وجود حمل كبير. ومع ذلك ، بفضل استخدام مصنع UCS كنظام أساسي لأجهزة Cisco Hyperflex ، والذي أثبت موثوقيته وأدائه على مدى 10 سنوات ، فقد تغير هذا الموقف اليوم.
هل تريد معرفة المزيد؟ ثم مرحبا بكم في القط.
مقدمة
حاليًا ، هناك طريقتان لتنظيم حلول مفرطة التوافق. يعتمد الأسلوب الأول على حلول محددة من قبل البرامج يتم تقديمها كبرنامج ، ويقوم العملاء باختيار المعدات بمفردهم. تعتمد الطريقة الثانية على حلول جاهزة ، وهي تحتوي على برامج وأجهزة ودعم فني. نحن في Cisco نلتزم بالنهج الثاني ونقدم حلولًا جاهزة لعملائنا ، لأنه بهذه الطريقة فقط يمكننا ضمان سلوك النظام المستقر ، والدعم الفني عالي الجودة من مصنع واحد والأداء العالي.
يعد الأداء العالي للنظام هو أحد العوامل الرئيسية في اتخاذ قرار بشأن استخدام منتج في المهام الحرجة للمهمة.
اليوم ، تقوم المنظمات عادةً بنشر المهام المهمة للمهام على حلول البنية الثلاثية الكلاسيكية (DSS> شبكة التخزين> الخوادم). في الوقت نفسه ، تسعى معظم المؤسسات إلى تبسيط وتقليل تكلفة البنية التحتية لتكنولوجيا المعلومات ، مع عدم تقليل استقرارها وإنتاجيتها. لهذا السبب ، يتحول العملاء بشكل متزايد إلى حلول متقاربة للغاية.
في إطار هذه المقالة ، سنتحدث عن أحدث الاختبارات (فبراير 2019) ، والتي أجراها المختبر المستقل ESG (Enterprise Strategy Group). أثناء الاختبار ، تم محاكاة عمل OracleMS MS و DBMSs المحملة بدرجة عالية (اختبارات OLTP) ، والتي تعد واحدة من أهم مكونات البنية التحتية لتكنولوجيا المعلومات في بيئة إنتاجية حقيقية.
تم إجراء هذا التحميل على ثلاثة حلول: Cisco Hyperflex ، بالإضافة إلى حلين محددين من البرامج تم تثبيتهما على نفس الخوادم المستخدمة في Hyperflex ، أي على خوادم Cisco UCS.
اختبار التكوينات
لا يستخدم البائع A ذاكرة التخزين المؤقت لأن تكوين التخزين المؤقت غير مدعوم من قبل مطور الحلول. لهذا السبب ، تم استخدام أقراص تخزين أكبر.
منهجية الاختبار
أجريت اختبارات OLTP مع أربعة أجهزة افتراضية ومجموعة بيانات تعمل من 3.2 تيرابايت. قبل كل اختبار ، كان يتم ملء كل VM بالبيانات المسجلة باستخدام أداة اختبار. هذا يضمن أن الاختبار يقرأ البيانات "الحقيقية" ويكتبها إلى الكتل الموجودة ، وليس فقط إرجاع كتل الصفر أو قيم الصفر مباشرة من الذاكرة. يحدث هذا عندما لا تكون البيانات ممتلئة ، لذلك كان من المهم التأكد من أن الاختبار يعكس بدقة كيفية قراءة البيانات وكتابتها في بيئة التطبيق. استغرق إكمال مجموعة العمل الكبيرة هذه وقتًا طويلاً ، لكننا نرى أنها استثمار مثمر للوقت ، لأنه يتيح لنا الحصول على بيانات أداء أكثر دقة.
تم إجراء الاختبار باستخدام أداة HCI Bench (بناءً على Oracle Vdbench) وملفات تعريف I / O المصممة لمحاكاة أحمال عمل OLTP المعقدة الحرجة باستخدام خوادم Oracle و SQL Server الخلفية. تم تخصيص أحجام الكتل وفقًا للتطبيقات التي تمت محاكاتها مع وصول عشوائي 100 ٪ إلى البيانات (عشوائية كاملة).
اوراكل قاعدة بيانات العمل
الأول كان اختبار OLTP المصمم لمحاكاة بيئة Oracle. تم استخدام Vdbench لإنشاء عبء عمل بنسب متفاوتة من القراءة / الكتابة. تم إجراء الاختبار على أربعة أجهزة افتراضية. خلال اختبار دام أربع ساعات ، تمكنت HyperFlex من عرض أكثر من 420،000 IOPS مع تأخير قدره 4.4 ميلي ثانية فقط. تمكنت حلول البرمجيات A و B من إظهار 238،000 و I 251S فقط على التوالي.
كان مستوى زمن الوصول في الأنظمة المختلفة هو نفسه تقريبًا ، باستثناء تأخير الكتابة للمورد B ، الذي بلغ متوسطه 26.49 مللي ثانية ، مع زمن قراءة جيد جدًا قدره 2.9 مللي ثانية. كان الضغط وإلغاء البيانات المكررة نشطة في جميع النظم.
مايكروسوفت مزود خادم العمل
بعد ذلك ، تم فحص عبء العمل OLTP ، المصمم لمحاكاة Microsoft SQL Server DBMS.
نتيجة لهذا الاختبار ، تجاوزت مجموعة Cisco HyperFlex كلاً من المنافسين A و B بحوالي مرتين: 490،000 IOPS لـ Cisco مقابل 200،000 و 260،000 للمصنعين A و B.
لم تختلف نتيجة التأخيرات في Cisco HyperFlex كثيرًا عن اختبار Oracle ، أي أنها كانت بمستوى جيد قدره 4.4 مللي ثانية. في الوقت نفسه ، أظهرت الشركات المصنّعة A و B نتائج أسوأ بكثير من اختبار Oracle. الشيء الإيجابي الوحيد للحل التنافسي B هو زمن قراءة منخفض دائمًا قدره 2.9 مللي ثانية ؛ وفي جميع المؤشرات الأخرى ، يتفوق Hyperflex على الحلول التنافسية مرتين أو أكثر.
النتائج
لم تؤكد الاختبارات التي أجراها مختبر ESG المستقل من جديد مستوى الأداء اللائق لحل Cisco Hyperflex فحسب ، بل أثبتت أيضًا أن الأنظمة شديدة الارتباط جاهزة للاستخدام على نطاق واسع في المهام المهمة.
منذ فترة طويلة تعتبر أنظمة Hyperconverged أكثر ملاءمة للأحمال غير الحرجة. في عام 2016 ، أجرت ESG دراسة استقصائية بين الشركات الكبيرة. لقد سُئلوا عن سبب تفضيلهم للبنية التحتية التقليدية بدلاً من التشديد المفرط. قال 54٪ من المشاركين أن السبب هو الإنتاجية.
سريع إلى الأمام حتى عام 2018. لقد تغيرت الصورة: كشفت دراسة استقصائية ESG مكررة بالفعل 24 ٪ فقط من المشاركين الذين ما زالوا يعتقدون أن النهج التقليدية لا تزال أفضل من حيث الأداء.
عندما يغير تطور التكنولوجيا معايير اتخاذ القرارات في الصناعة ، غالبًا ما يكون هناك عدم توافق بين ما يريده العملاء وما يمكنهم الحصول عليه. الشركات المصنعة التي يمكنها رؤية ما هو مفقود وملء هذا الفراغ تحصل على ميزة. تقدم Cisco حلاً متقاربًا للغاية يوفر البساطة والفعالية من حيث التكلفة ، فضلاً عن الأداء العالي المتسق ، والذي ينقصه العملاء والذي يحتاجون إليه لأعباء العمل الهامة.
تتقدم Cisco إلى الأمام في مجال الأنظمة شديدة التقارب ، والتي لا يتم تأكيدها فقط من خلال الميزات الممتازة لحل Cisco Hyperflex ، ولكن أيضًا من خلال وجودها في السوق. لذلك ، في خريف عام 2018 ، تم إدراج Cisco بجدارة في مجموعة من رواد سوق HCI وفقًا لشركة Gartner.
بالفعل ، يمكنك الآن التأكد من أن Hyperflex هو حل ممتاز للمهام التجارية الأكثر تعقيدًا وتطالبًا من خلال زيارة العروض التوضيحية التي ستعقد في موسكو وكراسنودار.
موسكو - 28 مايو. سجل
حسب المرجع .
كراسنودار - 5 يونيو. سجل
حسب المرجع .