هذه خرافة شائعة جدًا في مجال أجهزة الخادم. من الناحية العملية ، هناك حاجة إلى حلول شديدة التقارب (عندما يكون كل شيء في مكان واحد) للعديد من الأشياء. تاريخيًا ، تم تطوير البنى الأولى بواسطة Amazon و Google لخدماتهما. ثم كانت الفكرة هي إنشاء مزرعة حوسبة من نفس العقد ، ولكل منها أقراصها الخاصة. تم دمج كل هذا بواسطة بعض برامج تكوين النظام (Hypervisor) وتم تقسيمها بالفعل إلى أجهزة افتراضية. المهمة الرئيسية هي بذل أقل جهد للحفاظ على عقدة واحدة والحد الأدنى من المشاكل عند التوسع: قاموا ببساطة بشراء ألف أو اثنين آخرين من نفس الخوادم وربطهم جنبًا إلى جنب. من الناحية العملية ، هذه حالات معزولة ، وغالبًا ما نتحدث عن عدد أقل من العقد وبنية مختلفة قليلاً.
لكن الميزة الإضافية تظل كما هي - السهولة المذهلة للقياس والتحكم. ناقص - تستهلك المهام المختلفة الموارد بطرق مختلفة ، وفي مكان ما سيكون هناك الكثير من الأقراص المحلية ، وفي مكان ما سيكون هناك القليل من ذاكرة الوصول العشوائي ، وهكذا ، أي مع أنواع مختلفة من المهام ، سينخفض استخدام الموارد.
اتضح أنك تدفع 10-15٪ أكثر لراحة الإعداد. هذا ما أطلق الأسطورة من العنوان الرئيسي. لقد كنا نبحث منذ فترة طويلة حيث سيتم تطبيق التكنولوجيا على النحو الأمثل ، ووجدناها. الحقيقة هي أن Tsiska لم يكن لديها أنظمة تخزين خاصة بهم ، لكنهم أرادوا سوق خوادم كامل. وصنعوا Cisco Hyperflex - حل مع تخزين محلي على العقد.
وقد تبين فجأة أن هذا كان حلاً جيدًا جدًا لمراكز البيانات الاحتياطية (Disaster Recovery). لماذا وكيف - الآن سأقول. وسأعرض الاختبارات العنقودية.
عند الحاجة
التقارب المفرط هو:
- نقل الأقراص إلى عقد الحوسبة.
- التكامل الكامل لنظام التخزين الفرعي مع النظام الفرعي للمحاكاة الافتراضية.
- النقل / التكامل مع النظام الفرعي للشبكة.
تتيح لك هذه الحزمة تنفيذ العديد من ميزات التخزين على مستوى المحاكاة الافتراضية وكل شيء من نافذة إدارة واحدة.
في شركتنا ، هناك طلب كبير على مشاريع تصميم مراكز البيانات الاحتياطية ، وغالبًا ما يتم اختيار الحل المتقارب بسبب كومة خيارات النسخ المتماثل (حتى مجموعة المترو) خارج الصندوق.
في حالة مراكز البيانات الاحتياطية ، نتحدث عادةً عن منشأة بعيدة في موقع على الجانب الآخر من المدينة أو حتى في مدينة أخرى. يسمح لك باستعادة الأنظمة الهامة في حالة حدوث فشل جزئي أو كامل لمركز البيانات الرئيسي. يتم نسخ البيانات من البائع باستمرار هناك ، ويمكن أن يكون هذا النسخ على مستوى التطبيق أو على مستوى جهاز الكتلة (SHD).
لذلك ، سأتحدث الآن عن تصميم النظام والاختبارات ، ثم عن سيناريوهين من الحياة الواقعية مع بيانات التوفير.
اختبارات
يتكون مثيلنا من أربعة خوادم ، يحتوي كل منها على 10 محركات أقراص SSD سعة 960 جيجابايت. يوجد قرص مخصص لعمليات الكتابة والتخزين المؤقت للجهاز الظاهري للخدمة. الحل نفسه هو الإصدار الرابع. الأول خام بصراحة (وفقًا للمراجعات) ، والثاني خام ، والثالث مستقر بالفعل ، ويمكن تسمية هذا الإصدار بعد نهاية الاختبار التجريبي لعامة الناس. أثناء الاختبار ، لم أر أي مشاكل ، كل شيء يعمل كالساعة.
التغييرات في الإصدار 4تم إصلاح الكثير من الأخطاء.
في البداية ، كان بإمكان النظام الأساسي العمل فقط مع برنامج Hypervisor VMware ESXi ودعم عدد صغير من العقد. أيضًا ، لم تنته عملية النشر دائمًا بنجاح ، وكان لابد من إعادة تشغيل بعض الخطوات ، وكانت هناك مشكلات في التحديث من الإصدارات القديمة ، ولم يتم دائمًا عرض البيانات الموجودة في واجهة المستخدم الرسومية بشكل صحيح (على الرغم من أنني ما زلت غير متحمس لعرض الرسوم البيانية للأداء) ، في بعض الأحيان كانت هناك مشاكل عند التقاطع مع المحاكاة الافتراضية.
الآن تم إصلاح جميع تقرحات الأطفال ، يمكن لـ HyperFlex القيام بكل من ESXi و Hyper-V ، بالإضافة إلى أنه من الممكن:
- إنشاء كتلة ممتدة.
- إنشاء مجموعة للمكاتب دون استخدام Fabric Interconnect ، من عقدتين إلى أربع عقد (نشتري الخوادم فقط).
- القدرة على العمل مع أنظمة التخزين الخارجية.
- دعم للحاويات و Kubernetes.
- إنشاء مناطق توافر.
- التكامل مع VMware SRM ، إذا كانت الوظيفة المدمجة لا تناسبك.
لا تختلف الهندسة المعمارية كثيرًا عن حلول المنافسين الرئيسيين ، فهم لم يصنعوا دراجة. كل ذلك يعمل على منصة VMware أو Hyper-V الافتراضية. الأجهزة المستضافة على خوادم مملوكة لشركة Cisco UCS. هناك من يكره النظام الأساسي بسبب التعقيد النسبي للإعداد الأولي ، والكثير من الأزرار ، ونظام غير تافه من القوالب والتبعيات ، ولكن هناك من يعرف zen ، مشبع بالفكرة ولم يعد يرغب في العمل مع خوادم أخرى.
سننظر في حل VMware ، نظرًا لأن الحل تم إنشاؤه في الأصل له ولديه المزيد من الوظائف ، فقد تم الانتهاء من Hyper-V على طول الطريق من أجل مواكبة المنافسين وتلبية توقعات السوق.
هناك كتلة من الخوادم مليئة بالأقراص. هناك أقراص لتخزين البيانات (SSD أو HDD - حسب ذوقك واحتياجاتك) ، وهناك قرص SSD واحد للتخزين المؤقت. عند كتابة البيانات إلى مخزن البيانات ، يتم حفظ البيانات في طبقة التخزين المؤقت (قرص SSD مخصص وذاكرة الوصول العشوائي للخدمة VM). بالتوازي ، يتم إرسال كتلة البيانات إلى العقد في الكتلة (يعتمد عدد العقد على عامل النسخ العنقودي). بعد التأكيد من جميع العقد حول الكتابة الناجحة ، يتم إرسال تأكيد الكتابة إلى برنامج Hypervisor ثم إلى VM. يتم إلغاء تكرار البيانات المسجلة وضغطها وكتابتها على أقراص التخزين في الخلفية. في نفس الوقت ، يتم دائمًا كتابة كتلة كبيرة على أقراص التخزين وبشكل متتابع ، مما يقلل من الحمل على أقراص التخزين.
يتم تمكين إلغاء البيانات المكررة والضغط طوال الوقت ولا يمكن تعطيلهما. تتم قراءة البيانات مباشرة من أقراص التخزين أو من ذاكرة الوصول العشوائي المؤقت. إذا تم استخدام تكوين مختلط ، فسيتم أيضًا تخزين القراءة مؤقتًا على SSD.
البيانات غير مرتبطة بالموقع الحالي للجهاز الظاهري ويتم توزيعها بالتساوي بين العقد. يتيح لك هذا الأسلوب تحميل جميع الأقراص وواجهات الشبكة بشكل متساوٍ. ينشأ عيب واضح: لا يمكننا تقليل وقت استجابة القراءة ، حيث لا يوجد ضمان بأن البيانات متاحة محليًا. لكني أعتقد أن هذه تضحية تافهة مقارنة بالإيجابيات التي تم تلقيها. علاوة على ذلك ، وصلت التأخيرات في الشبكة إلى هذه القيم التي لا تؤثر عمليًا على النتيجة الإجمالية.
وحدة تحكم VM Cisco HyperFlex Data Platform الخاصة بخدمة خاصة ، والتي يتم إنشاؤها على كل عقدة تخزين ، تكون مسؤولة عن منطق النظام الفرعي للقرص بأكمله. في تكويننا ، تم تخصيص خدمة VM ثمانية وحدات معالجة مركزية (vCPU) و 72 جيجابايت من ذاكرة الوصول العشوائي ، وهي ليست قليلة جدًا. دعني أذكرك أن المضيف نفسه يحتوي على 28 مركزًا فعليًا و 512 جيجابايت من ذاكرة الوصول العشوائي.
يمكن للخدمة VM الوصول إلى الأقراص المادية مباشرة عن طريق إعادة توجيه وحدة تحكم SAS إلى الجهاز الظاهري. يحدث الاتصال مع برنامج Hypervisor من خلال وحدة IOVisor الخاصة التي تعترض عمليات الإدخال / الإخراج ، وبمساعدة وكيل يسمح لك بإرسال أوامر إلى واجهة برمجة تطبيقات برنامج Hypervisor. الوكيل مسؤول عن العمل مع لقطات HyperFlex والمستنسخات.
في برنامج Hypervisor ، يتم تثبيت موارد القرص كمشاركة NFS أو SMB (اعتمادًا على نوع برنامج Hypervisor ، تخمين أي واحد). وتحت الغطاء ، هذا هو نظام الملفات الموزع الذي يسمح لك بإضافة ميزات أنظمة التخزين الكاملة للبالغين: التخصيص الدقيق لوحدات التخزين ، والضغط وإلغاء المضاعفات ، واللقطات باستخدام تقنية إعادة التوجيه على الكتابة ، والنسخ المتزامن / غير المتزامن.
توفر الخدمة VM الوصول إلى واجهة ويب إدارة النظام الفرعي HyperFlex. يوجد تكامل مع vCenter ، ويمكن تنفيذ معظم المهام اليومية منه ، لكن مخازن البيانات ، على سبيل المثال ، تكون أكثر ملاءمة لقطعها من كاميرا ويب منفصلة إذا كنت قد تحولت بالفعل إلى واجهة HTML5 سريعة ، أو تستخدم واجهة كاملة. عميل فلاش مع التكامل الكامل. في كاميرا الويب الخاصة بالخدمة ، يمكنك رؤية الأداء والحالة التفصيلية للنظام.
هناك نوع آخر من العقد في عقد الحوسبة العنقودية. يمكن أن تكون هذه الخوادم على حامل أو خوادم نصلية بدون محركات أقراص مدمجة. على هذه الخوادم ، يمكنك تشغيل أجهزة افتراضية يتم تخزين بياناتها على خوادم مزودة بأقراص. من وجهة نظر الوصول إلى البيانات ، لا يوجد فرق بين أنواع العقد ، لأن العمارة تفترض تجريدًا من الموقع المادي للبيانات. الحد الأقصى لنسبة عقد الحساب إلى عقد التخزين هو 2: 1.
يزيد استخدام عقد الحوسبة من المرونة عند توسيع نطاق موارد الكتلة: لا يتعين علينا شراء عقد إضافية بأقراص إذا احتجنا فقط إلى وحدة المعالجة المركزية / ذاكرة الوصول العشوائي. بالإضافة إلى ذلك ، يمكننا إضافة سلة خوادم والحصول على مدخرات عند وضع الخوادم في الرف.
نتيجة لذلك ، لدينا نظام أساسي شديد التقارب مع الميزات التالية:
- ما يصل إلى 64 عقدة لكل مجموعة (حتى 32 عقدة تخزين).
- الحد الأدنى لعدد العقد في الكتلة هو ثلاثة (اثنان لمجموعة Edge).
- آلية تكرار البيانات: الانعكاس باستخدام عامل النسخ 2 و 3.
- كتلة المترو.
- النسخ المتماثل غير المتزامن VM إلى مجموعة HyperFlex أخرى.
- تنسيق تحويل الأجهزة الافتراضية إلى مركز بيانات بعيد.
- لقطات أصلية باستخدام تقنية إعادة التوجيه على الكتابة.
- ما يصل إلى 1 بيتابايت من المساحة القابلة للاستخدام مع عامل نسخ 3 ولا يوجد إلغاء تكرار. لا يتم أخذ عامل النسخ 2 في الاعتبار ، لأن هذا ليس خيارًا للبائع الجاد.
ميزة ضخمة أخرى هي سهولة الإدارة والنشر. يتم التعامل مع جميع تعقيدات إعداد خوادم UCS بواسطة جهاز افتراضي متخصص أعده مهندسو Cisco.
تكوين مقعد الاختبار:
- 2 × Cisco UCS Fabric Interconnect 6248UP كمجموعة إدارة ومكونات شبكة (48 منفذًا تعمل في وضع 10G / FC 16G Ethernet).
- أربعة خوادم Cisco UCS HXAF240 M4.
خصائص الخادم:
وحدة المعالجة المركزية:
منفذا Intel® Xeon® E2-5 v2690
رامات
16 x 32 جيجا بايت DDR4-2400-MHz RDIMM / PC4-19200 / رتبة مزدوجة / x4 / 1.2 فولت
شبكة
UCSC-MLOM-CSC-02 (VIC 1227). 2 منافذ 10G Ethernet
تخزين HBA
تمرير Cisco 12G Modular SAS عبر وحدة التحكم
أقراص التخزين
1 x SSD Intel S3520 GB، 120 x SSD Samsung MZ-IES1D، 800 x SSD Samsung PM10a 863 GB
المزيد من خيارات التكوينبالإضافة إلى الأجهزة المحددة ، تتوفر الخيارات التالية حاليًا:
- HXAF240c M5.
- وحدة معالجة مركزية واحدة أو اثنتين تتراوح من Intel Silver 4110 إلى Intel Platinum I8260Y. الجيل الثاني متاح.
- 24 فتحة ذاكرة ، بين قوسين من 16 جيجا بايت RDIMM 2600 إلى 128 جيجا بايت LRDIMM 2933.
- من 6 إلى 23 محرك بيانات ومحرك تخزين مؤقت واحد ومحرك نظام واحد ومحرك تمهيد واحد.
محركات القدرات
- HX-SD960G61X-EV 960GB 2.5 بوصة قيمة المؤسسة 6G SATA SSD (التحمل 1X) SAS 960 GB.
- HX-SD38T61X-EV 3.8 تيرا بايت 2.5 بوصة قيمة المؤسسة 6G SATA SSD (1X التحمل) SAS 3.8 تيرابايت.
- محركات أقراص التخزين المؤقت
- HX-NVMEXPB-I375 375 جيجابايت 2.5 بوصة محرك Intel Optane ، الأداء الفائق والقدرة على التحمل.
- HX-NVMEHW-H1600 * 1.6 تيرا بايت 2.5 بوصة Ent. أداء. NVMe SSD (قدرة تحمل 3X) NVMe 1.6 تيرابايت.
- HX-SD400G12TX-EP 400 جيجابايت 2.5 بوصة Ent. أداء. 12G SAS SSD (10x التحمل) SAS 400 جيجابايت.
- HX-SD800GBENK9 ** 800 جيجابايت 2.5 بوصة Ent. أداء. محرك أقراص مزود بذاكرة مصنوعة من مكونات صلبة (SSD) سعة 12 جيجابايت (التحمل 10x) SAS 800 جيجابايت.
- HX-SD16T123X-EP 1.6 تيرا بايت 2.5 بوصة أداء المؤسسات 12G SAS SSD (3X التحمل).
محركات أقراص النظام / السجل
- HX-SD240GM1X-EV 240 جيجابايت 2.5 بوصة قيمة المؤسسة 6G SATA SSD (يتطلب ترقية).
محركات التمهيد
- HX-M2-240GB 240GB SATA M.2 SSD SATA 240 جيجا بايت.
اتصال الشبكة عبر منافذ إيثرنت 40 جيجا أو 25 جيجا أو 10 جيجا.
يمكن أن يكون FI هو HX-FI-6332 (40G) ، HX-FI-6332-16UP (40G) ، HX-FI-6454 (40G / 100G).
الاختبار نفسه
لاختبار النظام الفرعي للقرص ، استخدمت HCIBench 2.2.1. هذه أداة مساعدة مجانية تتيح لك أتمتة إنشاء حمل من عدة أجهزة افتراضية. يتم إنشاء الحمل نفسه بواسطة fio المعتاد.
تتكون مجموعتنا من أربع عقد ، عامل النسخ 3 ، جميع أقراص فلاش.
للاختبار ، قمت بإنشاء أربعة مخازن بيانات وثمانية أجهزة افتراضية. بالنسبة لاختبارات الكتابة ، من المفترض أن قرص التخزين المؤقت ليس ممتلئًا.
نتائج الاختبار كالتالي:
100٪ اقرأ 100٪ عشوائي
0٪ اقرأ 100٪ عشوائي
عمق الكتلة / قائمة الانتظار
128
256
512
1024
2048
128
256
512
1024
2048
4K
0,59 مللي ثانية 213804 IOPS
0,84 مللي ثانية 303540 IOPS
1,36 مللي ثانية 374348 IOPS
2.47 مللي ثانية 414116 IOPS
4,86 مللي ثانية 420180 IOPS
2,22 مللي ثانية 57408 IOPS
3,09 مللي ثانية 82744 IOPS
5,02 مللي ثانية 101824 IPOS
8,75 مللي ثانية 116912 IOPS
17,2 مللي ثانية 118592 IOPS
8K
0,67 مللي ثانية 188416 IOPS
0,93 مللي ثانية 273280 IOPS
1,7 مللي ثانية 299932 IOPS
2,72 مللي ثانية 376,484 IOPS
5,47 مللي ثانية 373,176 IOPS
3,1 مللي ثانية 41148 IOPS
4,7 مللي ثانية 54396 IOPS
7,09 مللي ثانية 72192 IOPS
12,77 مللي ثانية 80132 IOPS
16K
0,77 مللي ثانية 164116 IOPS
1,12 مللي ثانية 228328 IOPS
1,9 مللي ثانية 268140 IOPS
3,96 مللي ثانية 258480 IOPS
3,8 مللي ثانية 33640 IOPS
6,97 مللي ثانية 36696 IOPS
11,35 مللي ثانية 45060 IOPS
32K
1,07 مللي ثانية 119292 IOPS
1,79 مللي ثانية 142888 IOPS
3,56 مللي ثانية 143760 IOPS
7,17 مللي ثانية 17810 IOPS
11,96 مللي ثانية 21396 IOPS
64K
1,84 مللي ثانية 69440 IOPS
3,6 مللي ثانية 71008 IOPS
7,26 مللي ثانية 70404 IOPS
11,37 مللي ثانية 11248 IOPS
يشير الخط الغامق إلى القيم التي لا يوجد بعدها أي زيادة في الأداء ، وفي بعض الأحيان يكون التدهور مرئيًا. إنه مرتبط بحقيقة أننا نعتمد على أداء الشبكة / وحدات التحكم / الأقراص.
- قراءة متتابعة 4432 ميغا بايت / ثانية.
- الكتابة التسلسلية 804 ميغا بايت / ثانية.
- إذا فشلت وحدة تحكم واحدة (فشل جهاز ظاهري أو مضيف) ، يتم مضاعفة انخفاض الأداء.
- في حالة فشل قرص التخزين ، يكون هناك تراجع بمقدار 1/3. تستهلك إعادة بناء القرص 5٪ من موارد كل وحدة تحكم.
في كتلة صغيرة ، نستند إلى أداء جهاز التحكم (الجهاز الظاهري) ، يتم تحميل وحدة المعالجة المركزية الخاصة به بنسبة 100 ٪ ، مع زيادة الكتلة ، نرتكز على النطاق الترددي للمنفذ. 10 جيجابت / ثانية ليست كافية لإطلاق إمكانات نظام AllFlash. لسوء الحظ ، لا تسمح معلمات الحامل التجريبي المقدم بفحص العملية بسرعة 40 جيجابت في الثانية.
في انطباعي من الاختبارات ودراسة البنية ، نظرًا للخوارزمية التي تضع البيانات بين جميع المضيفين ، نحصل على أداء يمكن التنبؤ به ، ولكن هذا أيضًا قيد عند القراءة ، لأنه يمكن ضغط المزيد من الأقراص المحلية ، هنا يمكن لتوفير شبكة أكثر إنتاجية ، على سبيل المثال ، يتوفر 40 جيجابت في الثانية FI.
أيضًا ، قد يكون قرص واحد للتخزين المؤقت وإلغاء البيانات المكررة قيدًا ، في الواقع ، في هذا الحامل ، يمكننا الكتابة إلى أربعة أقراص SSD. سيكون من الرائع أن تكون قادرًا على زيادة عدد أقراص التخزين المؤقت ورؤية الفرق.
استخدام حقيقي
لتنظيم مركز بيانات احتياطي ، يمكنك استخدام طريقتين (لا نفكر في وضع نسخة احتياطية على موقع بعيد):
- نشط-سلبي. يتم استضافة جميع التطبيقات في مركز البيانات الرئيسي. النسخ المتماثل متزامن أو غير متزامن. في حالة السقوط في مركز البيانات الرئيسي ، نحتاج إلى تنشيط النسخ الاحتياطي. يمكنك القيام بذلك يدويًا / تطبيقات نصية / تزامن. هنا سوف نحصل على RPO يتناسب مع تكرار النسخ المتماثل ، ويعتمد RTO على رد فعل ومهارات المسؤول وجودة تطوير / تصحيح خطة التبديل.
- نشط نشط. في هذه الحالة ، يوجد تكرار متزامن فقط ، ويتم تحديد مدى توفر مراكز البيانات من خلال النصاب / المحكم ، الموجود بشكل صارم في الموقع الثالث. RPO = 0 ، و RTO يمكن أن تصل إلى 0 (إذا سمح التطبيق بذلك) أو مساوية للوقت لتجاوز عقدة في مجموعة افتراضية. على مستوى المحاكاة الافتراضية ، يتم إنشاء مجموعة ممتدة (مترو) تتطلب تخزينًا نشطًا.
عادة ، نرى عملاء لديهم بنية مطبقة بالفعل مع تخزين كلاسيكي في مركز البيانات الرئيسي ، لذلك نحن نصمم واحدة أخرى للنسخ المتماثل. كما ذكرت ، تقدم Cisco HyperFlex نسخًا متماثلًا غير متزامن وإنشاء مجموعة افتراضية ممتدة. في الوقت نفسه ، لا نحتاج إلى نظام تخزين مخصص من المستوى المتوسط وأعلى مع وظائف النسخ باهظة الثمن والوصول النشط إلى البيانات على نظامي تخزين.
السيناريو 1: لدينا مركز بيانات أساسي ونسخ احتياطي ، ومنصة افتراضية تعتمد على VMware vSphere. توجد جميع الأنظمة الإنتاجية في مركز البيانات الرئيسي ، ويتم إجراء النسخ المتماثل للجهاز الظاهري على مستوى برنامج Hypervisor ، وهذا سيسمح لك بعدم إبقاء الأجهزة الافتراضية قيد التشغيل في مركز بيانات النسخ الاحتياطي. نحن نكرر قواعد البيانات والتطبيقات الخاصة باستخدام أدوات مدمجة ونبقي الأجهزة الافتراضية قيد التشغيل. إذا فشل مركز البيانات الرئيسي ، نبدأ الأنظمة في مركز البيانات الاحتياطية. نحن نعتبر أن لدينا حوالي 100 جهاز افتراضي. أثناء تشغيل مركز البيانات الأساسي ، يمكن تشغيل بيئات الاختبار والأنظمة الأخرى في مركز البيانات الثانوي ، والذي يمكن تعطيله في حالة تبديل مركز البيانات الأساسي. من الممكن أيضًا أن نستخدم النسخ المتماثل ثنائي الاتجاه. من حيث المعدات ، لن يتغير شيء.
في حالة العمارة الكلاسيكية ، سنقوم بتثبيت في كل مركز بيانات نظام تخزين هجين مع إمكانية الوصول عبر FibreChannel ، و Tiering ، وإلغاء البيانات المكررة والضغط (ولكن ليس عبر الإنترنت) ، و 8 خوادم لكل موقع ، ومحولان FibreChannel و Ethernet 2G. من أجل إدارة النسخ المتماثل وتجاوز الفشل في البنية الكلاسيكية ، يمكننا استخدام أدوات VMware (Replication + SRM) أو أدوات الطرف الثالث التي ستكون أرخص قليلاً وفي بعض الأحيان أكثر ملاءمة.
يوضح الشكل رسمًا تخطيطيًا.
في حالة استخدام Cisco HyperFlex ، يتم الحصول على البنية التالية:
بالنسبة إلى HyperFlex ، استخدمت خوادم ذات موارد كبيرة لوحدة المعالجة المركزية / ذاكرة الوصول العشوائي ، لأن سيذهب جزء من الموارد إلى الجهاز الظاهري لوحدة التحكم HyperFlex ، من حيث وحدة المعالجة المركزية والذاكرة ، حتى أنني قمت بإعادة تحميل تكوين HyperFlex قليلاً حتى لا ألعب مع Cisco وأضمن الموارد لبقية الأجهزة الافتراضية. لكن يمكننا رفض محولات FibreChannel ، ولا نحتاج إلى منافذ Ethernet لكل خادم ، يتم تبديل حركة المرور المحلية داخل FI.
والنتيجة هي التكوين التالي لكل مركز بيانات:
الخوادم
خادم 8 × 1U (384 جيجابايت من ذاكرة الوصول العشوائي ، 2 × Intel Gold 6132 ، FC HBA)
8 × HX240C-M5L (512 جيجا بايت رام ، 2 × إنتل جولد 6150 ، 3,2 جيجا بايت SSD ، 10 × 6 تيرا بايت NL-SAS)
شد
تخزين هجين مع واجهة FC أمامية (20 تيرابايت SSD ، 130 تيرابايت NL-SAS)
-
LAN
2 × محول إيثرنت 10G 12 منفذًا
-
SAN
2 × محول FC 32 / 16Gb 24 منفذًا
2 × Cisco UCS FI 6332
الترخيص
برنامج VMware Ent Plus
النسخ المتماثل و / أو تزامن تجاوز الفشل VM
برنامج VMware Ent Plus
بالنسبة إلى Hyperflex ، لم أتعهد بتراخيص برامج النسخ المتماثل ، نظرًا لتوفرها خارج الصندوق.
بالنسبة للهندسة المعمارية الكلاسيكية ، أخذت بائعًا أثبت نفسه كشركة مصنعة عالية الجودة وغير مكلفة. بالنسبة لكلا الخيارين ، قمت بتطبيق الخصم القياسي على حل معين ، وعند المخرجات حصلت على أسعار حقيقية.
تبين أن حل Cisco HyperFlex أرخص بنسبة 13٪.
السيناريو 2: إنشاء اثنين من مراكز البيانات النشطة. في هذا السيناريو ، نقوم بتصميم مجموعة ممتدة على برنامج VMware.
تتكون البنية الكلاسيكية من خوادم افتراضية ، SAN (بروتوكول FC) ونظامان للتخزين يمكنهما القراءة والكتابة على وحدة التخزين الممتدة بينهما. في كل نظام تخزين ، نضع سعة مفيدة للقفل.
باستخدام HyperFlex ، نقوم ببساطة بإنشاء Stretch Cluster بنفس عدد العقد في كلا الموقعين. في هذه الحالة ، يتم استخدام عامل تكرار 2 + 2.
والنتيجة هي التكوين التالي:
العمارة الكلاسيكية
هايبر فليكس
الخوادم
خادم 16 × 1U (ذاكرة وصول عشوائي (RAM) سعة 384 جيجابايت ، و 2 × Intel Gold 6132 ، و FC HBA ، و 2 × 10G NIC)
16 × HX240C-M5L (512 جيجا بايت رام ، 2 × إنتل جولد 6132 ، 1,6 تيرا بايت NVMe ، 12 × 3,8 تيرا بايت SSD ، VIC 1387)
شد
2 × تخزين AllFlash (150 تيرابايت SSD)
-
LAN
4 × محول إيثرنت 10G 24 منفذًا
-
SAN
4 × محول FC 32 / 16Gb 24 منفذًا
4 × Cisco UCS FI 6332
الترخيص
برنامج VMware Ent Plus
برنامج VMware Ent Plus
في جميع الحسابات ، لم أضع في الاعتبار البنية التحتية للشبكة ، وتكاليف مركز البيانات ، وما إلى ذلك: ستكون هي نفسها بالنسبة للهندسة المعمارية الكلاسيكية وحل HyperFlex.
وبتكلفة ، تبين أن HyperFlex أغلى بنسبة 5٪. تجدر الإشارة هنا إلى أنه فيما يتعلق بموارد وحدة المعالجة المركزية / ذاكرة الوصول العشوائي ، فقد حصلت على انحراف لـ Cisco ، لأنني في التكوين ملأت قنوات وحدات التحكم في الذاكرة بالتساوي. التكلفة أعلى قليلاً ، ولكنها ليست مرتبة من حيث الحجم ، مما يشير بوضوح إلى أن التقارب المفرط ليس بالضرورة "لعبة للأثرياء" ، ولكن يمكن أن يتنافس مع النهج القياسي لبناء مركز بيانات. قد يكون أيضًا مفيدًا لأولئك الذين لديهم بالفعل خوادم Cisco UCS والبنية التحتية المقابلة لهم.
من الإيجابيات ، نحصل على عدم وجود تكاليف لإدارة SAN وأنظمة التخزين ، والضغط عبر الإنترنت وإلغاء البيانات المكررة ، ونقطة دخول واحدة للدعم (المحاكاة الافتراضية ، والخوادم ، وهي أيضًا أنظمة تخزين) ، وتوفير المساحة (ولكن ليس في جميع السيناريوهات) ، تبسيط العملية.
بالنسبة للدعم ، هنا تحصل عليه من بائع واحد - Cisco. انطلاقًا من تجربة العمل مع خوادم Cisco UCS ، أعجبتني ، لم يكن علي فتحه على HyperFlex ، فقد نجح كل شيء على أي حال. يستجيب المهندسون بسرعة ولا يمكنهم حل المشكلات النموذجية فحسب ، بل أيضًا حالات الحافة المعقدة. أحيانًا ألجأ إليهم بأسئلة: "هل من الممكن القيام بذلك ، أو إفساده؟" أو "لقد هيأت شيئًا ما هنا ، ولا يريد أن يعمل. يساعد!" - سيجدون بصبر الدليل اللازم هناك ويشيرون إلى الإجراءات الصحيحة ، ولن يجيبوا: "نحن نحل مشاكل الأجهزة فقط".
مراجع
- بريدي - [البريد الإلكتروني محمي]
المصدر: www.habr.com