Cisco Hyperflex لنظام إدارة قواعد البيانات عالي التحميل

نواصل سلسلة المقالات حول Cisco Hyperflex. سنقدم لك هذه المرة عمل Cisco Hyperflex في ظل أنظمة إدارة قواعد بيانات Oracle وMicrosoft SQL المحملة بشكل كبير، كما سنقارن النتائج التي تم الحصول عليها مع الحلول التنافسية.

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

موسكو – 28 مايو. سِجِلّ رابط.
كراسنودار - 5 يونيو. سِجِلّ رابط.

حتى وقت قريب، لم تكن الحلول المتقاربة للغاية حلاً مناسبًا جدًا لنظام إدارة قواعد البيانات (DBMS)، خاصة تلك ذات التحميل العالي. ومع ذلك، بفضل استخدام نسيج UCS كمنصة أجهزة لـ Cisco Hyperflex، والذي أثبت موثوقيته وأدائه على مدار 10 سنوات، فقد تغير هذا الوضع بالفعل.

اريد معرفة المزيد؟ ثم مرحبا بكم في القط.

مقدمة

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

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

سنتحدث في هذه المقالة عن أحدث الاختبارات (فبراير 2019) التي أجراها مختبر ESG المستقل (Enterprise Strategy Group). أثناء الاختبار، تمت محاكاة تشغيل Oracle وMS SQL DBMSs (اختبارات OLTP) المحملة بشكل كبير، والتي تعد واحدة من أهم مكونات البنية التحتية لتكنولوجيا المعلومات في بيئة إنتاجية حقيقية.

تم تنفيذ هذا التحميل على ثلاثة حلول: Cisco Hyperflex، بالإضافة إلى حلين معرفين برمجيًا تم تثبيتهما على نفس الخوادم المستخدمة في Hyperflex، أي على خوادم Cisco UCS.

تكوينات الاختبار

لا يستخدم نظام المورد أ ذاكرة التخزين المؤقت لأن تكوين ذاكرة التخزين المؤقت غير مدعوم من قبل مطور الحل. لهذا السبب، تم استخدام الأقراص لتخزين المزيد من السعة.

منهجية الاختبار

تم إجراء اختبارات OLTP باستخدام أربعة أجهزة افتراضية ومجموعة بيانات عمل تبلغ سعتها 3,2 تيرابايت. قبل تنفيذ كل اختبار، تمت تعبئة كل جهاز افتراضي بالبيانات المسجلة باستخدام أداة اختبار. وهذا يضمن أن الاختبار يقرأ البيانات "الحقيقية" ويكتبها على الكتل الموجودة، بدلاً من مجرد إرجاع الكتل الخالية أو القيم الخالية مباشرة من الذاكرة. يحدث هذا عندما لا يتم ملء البيانات، لذلك كان من المهم التأكد من أن الاختبار يعكس بدقة كيفية قراءة البيانات وكتابتها داخل بيئة التطبيق. استغرق إكمال مجموعة العمل الكبيرة هذه وقتًا طويلاً، ولكن في رأينا، يعد هذا استثمارًا مفيدًا للوقت لأنه يوفر بيانات أداء أكثر دقة.

تم إجراء الاختبار باستخدام أداة HCI Bench (المعتمدة على Oracle Vdbench) وملفات تعريف الإدخال/الإخراج المصممة لمحاكاة أحمال عمل OLTP المعقدة ذات المهام الحرجة باستخدام واجهات Oracle وSQL Server الخلفية. تم تخصيص أحجام الكتل وفقًا للتطبيقات التي تمت محاكاتها مع وصول عشوائي للبيانات بنسبة 100٪ (عشوائي كامل).

عبء عمل قاعدة بيانات أوراكل

الأول كان عبارة عن اختبار OLTP مصمم لمحاكاة بيئة Oracle. تم استخدام Vdbench لإنشاء حمل عمل بنسب قراءة/كتابة مختلفة. تم إجراء الاختبار على أربعة أجهزة افتراضية. خلال الاختبار الذي دام أربع ساعات، تمكنت HyperFlex من تحقيق أكثر من 420 عملية IOPS مع زمن وصول قدره 000 مللي ثانية فقط. تمكنت الحلول البرمجية A وB من عرض 4.4 و238 IOPS فقط على التوالي.

كانت مستويات زمن الوصول متشابهة إلى حد ما عبر الأنظمة، باستثناء زمن استجابة الكتابة للمورد ب، والذي بلغ متوسطه 26,49 مللي ثانية، مع زمن وصول جيد جدًا للقراءة يبلغ 2,9 مللي ثانية. كان الضغط وإلغاء البيانات المكررة نشطين على جميع الأنظمة.

عبء عمل Microsoft SQL Server

بعد ذلك، نظرنا إلى عبء عمل OLTP المصمم لمحاكاة Microsoft SQL Server DBMS.

نتيجة لهذا الاختبار، تفوقت مجموعة Cisco HyperFlex على كلا المنافسين A وB بحوالي مرتين تقريبًا، حيث بلغت 490 IOPS لشركة Cisco مقابل 000 و200 للمصنعين A وB.

لم تكن نتيجة زمن الوصول في Cisco HyperFlex مختلفة كثيرًا عن اختبار Oracle، أي أنها كانت عند مستوى جيد يبلغ 4,4 مللي ثانية. في الوقت نفسه، أظهرت الشركات المصنعة A و B نتائج أسوأ بكثير مما كانت عليه في اختبار Oracle. الجانب الإيجابي الوحيد للحل التنافسي (ب) هو زمن الوصول المنخفض للقراءة بشكل مستمر والذي يبلغ 2,9 مللي ثانية؛ وفي جميع المؤشرات الأخرى، كان Hyperflex متقدمًا مرتين أو أكثر على الحلول التنافسية.

النتائج

لم تؤكد الاختبارات التي أجراها مختبر ESG المستقل مرة أخرى على مستوى الأداء اللائق لحل Cisco Hyperflex فحسب، بل أثبتت أيضًا أن الأنظمة شديدة التقارب جاهزة بالفعل للاستخدام على نطاق واسع في المهام الحرجة للمهام.

لطالما اعتبرت الأنظمة شديدة التقارب أكثر ملاءمة لأحمال العمل غير الحرجة. في عام 2016، أجرت ESG دراسة استقصائية بين الشركات الكبرى. تم سؤالهم عن سبب اختيارهم للبنية التحتية التقليدية بدلاً من البنية التحتية شديدة التقارب. أجاب 54% من المشاركين أن السبب هو الإنتاجية.

تقدم سريعًا إلى عام 2018. لقد تغيرت الصورة: فقد وجد استطلاع متكرر حول الشؤون البيئية والاجتماعية والحوكمة أن 24% فقط من المشاركين ما زالوا يعتقدون أن الأساليب التقليدية لا تزال أفضل من حيث الأداء.

عندما يغير تطور التكنولوجيا معايير اتخاذ القرار في الصناعة، غالبًا ما يكون هناك عدم تطابق بين ما يريده العملاء وما يمكنهم الحصول عليه. يتمتع المصنعون الذين يمكنهم رؤية ما هو مفقود وملء هذا الفراغ بميزة. تقدم Cisco حلاً متقاربًا للغاية يوفر البساطة والفعالية من حيث التكلفة والأداء المتسق الذي يحتاجه العملاء لأحمال العمل ذات المهام الحرجة.

تتقدم شركة Cisco بثبات إلى الأمام في مجال الأنظمة شديدة التقارب، وهو ما يتم تأكيده ليس فقط من خلال الخصائص الممتازة لحل Cisco Hyperflex، ولكن أيضًا من خلال وجودها في السوق. لذلك، في خريف عام 2018، دخلت Cisco بجدارة مجموعة القادة في سوق HCI وفقًا لـ Gartner.

يمكنك الآن بالفعل التأكد من أن Hyperflex يعد حلاً ممتازًا لمهام الأعمال الأكثر تعقيدًا وتطلبًا من خلال زيارة عروضنا التوضيحية التي ستقام في مدينتي موسكو وكراسنودار.

موسكو – 28 مايو. سِجِلّ رابط.
كراسنودار - 5 يونيو. سِجِلّ رابط.

المصدر: www.habr.com