در ادامه سری مقالات در مورد Hyperflex Cisco. این بار شما را با کار سیسکو Hyperflex تحت DBMS های Oracle و Microsoft SQL بسیار بارگذاری شده آشنا می کنیم و همچنین نتایج به دست آمده را با راه حل های رقابتی مقایسه می کنیم.
علاوه بر این، ما همچنان به نشان دادن قابلیت های هایپرفلکس در مناطق کشورمان ادامه می دهیم و خوشحالیم از شما دعوت می کنیم در نمایش های بعدی راه حل که این بار در شهرهای مسکو و کراسنودار برگزار می شود، شرکت کنید.
مسکو - 28 مه. رکورد .
کراسنودار - 5 ژوئن. رکورد .
تا همین اواخر، راه حل های ابرهمگرا راه حل چندان مناسبی برای DBMS نبودند، به خصوص آنهایی که بار بالایی داشتند. با این حال، به لطف استفاده از پارچه UCS به عنوان یک پلت فرم سخت افزاری برای سیسکو هایپرفلکس، که قابلیت اطمینان و عملکرد خود را در طول 10 سال ثابت کرده است، این وضعیت قبلاً تغییر کرده است.
میخواهی بیشتر بدانی؟ سپس به گربه خوش آمدید.
معرفی
در حال حاضر، دو رویکرد برای سازماندهی راه حل های ابرهمگرا وجود دارد. رویکرد اول مبتنی بر راه حل های تعریف شده توسط نرم افزار است که به صورت نرم افزاری ارائه می شوند و مشتریان خودشان تجهیزات را انتخاب می کنند. رویکرد دوم مبتنی بر راه حل های کلید در دست است، یعنی شامل نرم افزار، سخت افزار و پشتیبانی فنی. در سیسکو، ما رویکرد دوم را دنبال می‌کنیم و راه‌حل‌های آماده را به مشتریان خود ارائه می‌دهیم، زیرا این تنها راه برای تضمین رفتار سیستم پایدار، پشتیبانی فنی با کیفیت بالا از یک سازنده و عملکرد بالا است.
این عملکرد بالای سیستم است که یکی از عوامل کلیدی هنگام تصمیم گیری در مورد استفاده از یک محصول خاص در وظایف حیاتی است.
امروزه، سازمان‌ها تمایل دارند وظایف حیاتی را روی راه‌حل‌های معماری سه لایه کلاسیک (ذخیره‌سازی > شبکه ذخیره‌سازی > سرورها) قرار دهند. در عین حال، اکثر سازمان ها تلاش می کنند تا هزینه زیرساخت فناوری اطلاعات خود را بدون کاهش ثبات و عملکرد آن ساده و کاهش دهند. به همین دلیل، مشتریان بیشتر و بیشتری به راه حل های ابرهمگرا توجه می کنند.
در این مقاله در مورد آخرین آزمایشات (فوریه 2019) انجام شده توسط آزمایشگاه مستقل ESG (گروه استراتژی سازمانی) صحبت خواهیم کرد. در طول آزمایش، عملکرد DBMS های Oracle و MS SQL بسیار بارگذاری شده (تست های OLTP) شبیه سازی شد که یکی از حیاتی ترین اجزای زیرساخت فناوری اطلاعات در یک محیط تولیدی واقعی است.
این بار روی سه راه حل انجام شد: Cisco Hyperflex، و همچنین دو راه حل تعریف شده توسط نرم افزار که روی همان سرورهایی که در Hyperflex استفاده می شوند، یعنی روی سرورهای Cisco UCS نصب شده بودند.
تنظیمات تست
سیستم فروشنده A از کش استفاده نمی کند زیرا پیکربندی کش توسط توسعه دهنده راه حل پشتیبانی نمی شود. به همین دلیل از دیسک ها برای ذخیره ظرفیت بیشتر استفاده می شد.
روش شناسی تست
تست‌های OLTP با چهار ماشین مجازی و مجموعه داده‌های کاری 3,2 ترابایتی انجام شد. قبل از اجرای هر آزمایش، هر ماشین مجازی با داده های ثبت شده با استفاده از ابزار تست پر می شد. این تضمین می‌کند که آزمایش داده‌های «واقعی» را می‌خواند و آنها را در بلوک‌های موجود می‌نویسد، نه اینکه صرفاً بلوک‌های تهی یا مقادیر تهی را مستقیماً از حافظه برگرداند. این زمانی اتفاق می‌افتد که داده‌ها پر نشده باشند، بنابراین مهم بود که اطمینان حاصل شود که آزمایش به طور دقیق نحوه خواندن و نوشتن داده‌ها در محیط برنامه را منعکس می‌کند. تکمیل این کیت کار بزرگ زمان زیادی طول کشید، اما به نظر ما سرمایه گذاری زمان ارزشمندی است زیرا داده های عملکرد دقیق تری را ارائه می دهد.
آزمایش با استفاده از ابزار HCI Bench (بر اساس Oracle Vdbench) و پروفایل‌های I/O که برای شبیه‌سازی حجم‌های کاری پیچیده OLTP حیاتی با استفاده از Oracle و SQL Server طراحی شده‌اند، انجام شد. اندازه بلوک ها با توجه به برنامه های کاربردی شبیه سازی شده با دسترسی تصادفی 100٪ به داده ها (تصادفی کامل) اختصاص داده شد.
حجم کار پایگاه داده اوراکل
اولین مورد یک تست OLTP بود که برای تقلید از محیط اوراکل طراحی شده بود. Vdbench برای ایجاد حجم کاری با نسبت های مختلف خواندن/نوشتن استفاده شد. این آزمایش بر روی چهار ماشین مجازی انجام شد. در طول آزمایش چهار ساعته، HyperFlex توانست به بیش از 420 IOPS با تأخیر تنها 000 میلی ثانیه دست یابد. راه حل های نرم افزاری A و B به ترتیب توانستند 4.4 و 238 IOPS را نشان دهند.
سطوح تأخیر در بین سیستم ها تقریباً مشابه بود، به استثنای تأخیر نوشتن فروشنده B، که به طور متوسط 26,49 میلی ثانیه بود، با تأخیر خواندن بسیار خوب 2,9 میلی ثانیه. فشرده سازی و حذف مجدد در همه سیستم ها فعال بود.
بار کاری Microsoft SQL Server
در مرحله بعد، ما به یک بار کاری OLTP که برای تقلید از DBMS سرور SQL Microsoft طراحی شده بود نگاه کردیم.
در نتیجه این آزمایش، کلاستر سیسکو HyperFlex تقریباً دو برابر از هر دو رقبای A و B بهتر بود.
نتیجه تاخیر در سیسکو HyperFlex تفاوت چندانی با تست اوراکل نداشت، یعنی در سطح خوبی 4,4 میلی ثانیه بود. در همان زمان، تولیدکنندگان A و B نتایج بسیار بدتری نسبت به آزمایش اوراکل نشان دادند. تنها جنبه مثبت راه حل رقابتی B، تأخیر خواندن مداوم پایین 2,9 میلی ثانیه است؛ در همه شاخص های دیگر، Hyperflex دو یا بیشتر از راه حل های رقابتی جلوتر بود.
یافته ها
آزمایش انجام شده توسط آزمایشگاه مستقل ESG نه تنها یک بار دیگر سطح عملکرد مناسب راه حل Cisco Hyperflex را تأیید کرد، بلکه ثابت کرد که سیستم های ابرهمگرا از قبل برای استفاده گسترده در وظایف حیاتی آماده هستند.
سیستم های بیش همگرا مدت هاست که برای بارهای کاری غیر بحرانی مناسب تر در نظر گرفته شده اند. در سال 2016، ESG یک نظرسنجی در بین شرکت های بزرگ انجام داد. از آنها پرسیده شد که چرا زیرساخت های سنتی را به زیرساخت های ابرهمگرا انتخاب کردند. 54 درصد پاسخ دهندگان پاسخ دادند که دلیل آن بهره وری است.
به سرعت به سال 2018 بروید. تصویر تغییر کرده است: یک نظرسنجی تکراری ESG تنها 24 درصد از پاسخ دهندگان را نشان داد که هنوز معتقدند رویکردهای سنتی هنوز از نظر عملکرد بهتر هستند.
هنگامی که تکامل فناوری معیارهای تصمیم گیری صنعت را تغییر می دهد، اغلب بین آنچه مشتریان می خواهند و آنچه می توانند به دست آورند، ناهماهنگی وجود دارد. تولیدکنندگانی که می توانند کمبودهای موجود را ببینند و آن خلاء را پر کنند، مزیت دارند. سیسکو یک راه حل فوق همگرا ارائه می دهد که سادگی، مقرون به صرفه بودن و عملکرد ثابتی را که مشتریان برای بارهای کاری حیاتی به آن نیاز دارند، ارائه می دهد.
سیسکو به طور پیوسته در زمینه سیستم های ابرهمگرا پیش می رود که نه تنها با ویژگی های عالی راه حل سیسکو Hyperflex، بلکه حضور آن در بازار نیز تایید می شود. بنابراین، در پاییز 2018، سیسکو به شایستگی وارد گروه رهبران بازار HCI طبق گفته گارتنر شد.
در حال حاضر با بازدید از تظاهرات ما که در شهرهای مسکو و کراسنودار برگزار می شود، می توانید متقاعد شوید که Hyperflex یک راه حل عالی برای پیچیده ترین و سخت ترین کارهای تجاری است.
مسکو - 28 مه. رکورد .
کراسنودار - 5 ژوئن. رکورد .
منبع: www.habr.com