1.
مقدمة إلىMySQL Clustering (ndb-cluster stogare)
:
توفر MySQL حلاً عالي الموثوقية في شكل محرك تخزين، وهو آمن للمعاملات وينسخ البيانات في الوقت الفعلي، ويمكن استخدامه في المواقف التي تتطلب موثوقية وتحميلًا عاليين موازنة. يتطلب هذا الحل ثلاثة خوادم عقدية على الأقل لتحقيق نتائج جيدة.
التكلفة:
يتطلب خادم العقدة متطلبات كبيرة من ذاكرة الوصول العشوائي (RAM)، تتناسب خطيًا مع حجم قاعدة البيانات؛
ومن الأفضل استخدام شبكة Gigabit Ethernet؛
كما يتطلب أيضًا استخدام بطاقات SCI باهظة الثمن من Dolphin.
المزايا:
يمكن استخدامها في حالات موازنة التحميل،
ويمكن
استخدامها في حالات ذات موثوقية عالية؛
وتكرار
حقيقي لقاعدة البيانات؛
العيوب:
مع زيادة حجم قاعدة البيانات، تصبح متطلبات ذاكرة الوصول العشوائي (RAM) أكبر، وبالتالي تكون التكلفة مرتفعة؛
السرعة:
أبطأ تقريبًا من الخادم المستقل النموذجي (لا يوجد Gigabit Ethernet، ولا بطاقات SCI، وقيود أقل متعلقة بمحرك التخزين) 10 مرات.
سيناريوهات التطبيق:
التكرار، الموثوقية العالية، موازنة التحميل
2.مقدمة
MySQL / GFS-GNBD/ HA (نشط/كامن)
:إذا كانت خوادم MySQL متعددة تستخدم أقراص ثابتة مشتركة لتخزين البيانات، فماذا عن هذا الحل؟
يمكن لـ GFS/GNBD توفير محرك الأقراص الثابتة المشترك المطلوب.
GFS هو نظام ملفات آمن للمعاملات. في نفس الوقت يمكنك استخدام MySQL للبيانات المشتركة.
التكلفة:
تكلفة ما يصل إلى عدد n من الخوادم عالية الأداء، يتم تنشيط أحدها ويعمل الآخرون كخوادم احتياطية.
الإيجابيات:
موثوقية عالية
درجة معينة من التكرار
يمكن قياسها إلى موثوقية عالية
السلبيات:
لا يوجد موازنة تحميل
لا يوجد تكرار مضمون
لا يمكن توسيع نطاق عمليات الكتابة
بمقدار ضعف
سرعة
الخادم المستقل.دعم أفضل لعمليات القراءة.
تتطلبسيناريوهات التطبيق
موثوقية عالية وتطبيقات كثيفة القراءة
3. مقدمة إلى MySQL / DRBD / HA (نشط / سلبي)
:
إذا كانت خوادم MySQL متعددة تستخدم الأقراص الثابتة المشتركة لتخزين البيانات، فماذا عن هذا الحل؟
يمكن أن يوفر DRBD مثل هذا القرص الصلب المشترك. يمكن تكوين DRBD ليكون آمنًا للمعاملات.
في نفس الوقت يمكنك استخدام MySQL للبيانات المشتركة.
التكلفة:
تكلفة ما يصل إلى n من الخوادم عالية الأداء، أحدها نشط والآخرون بمثابة خوادم احتياطية.
المزايا:
موثوقية عالية؛
درجة معينة من التكرار؛
قابلة للتطوير باسم الموثوقية العالية.
العيوب:
لا يوجد موازنة تحميل،
لا يوجد تكرار مضمون،
لا قابلية للتوسع من حيث حمل الكتابة،
السرعة:
ما يعادل خادم واحد من حيث القراءة والكتابة،
التطبيقات
التي تتطلب موثوقية عالية وتطبيقات عملية القراءة المكثفة
4. MySQL Write Master / قراءة MySQL المتعددة العبيد (نشط/نشط)
مقدمة:
فكر في المواقف المختلفة لقراءة وكتابة اتصالات قاعدة بيانات قاعدة البيانات. يمكنك استخدام خادم رئيسي واحد لعمليات الكتابة وخوادم تابعة n لعمليات القراءة.
التكلفة:
ما يصل إلى خادم كتابة واحد عالي الأداء،
ومزايا التكلفة لخوادم القراءة n:
الموثوقية العالية لعمليات القراءة؛
وموازنة تحميل عمليات القراءة؛
وقابلة للتطوير من حيث موازنة تحميل عمليات القراءة.
العيوب:
موثوقية عالية بدون عمليات كتابة،
موازنة تحميل بدون عمليات كتابة،
عدم قابلية التوسع في عمليات الكتابة،
سرعة:
مثل الخادم المستقل، دعم أفضل في عمليات القراءة،
سيناريوهات التطبيق
كثيفة القراءة وتتطلب موثوقية عالية وتطبيقات موازنة التحميل.
5. خوادم MySQL المستقلة (منفصلة وظيفيًا) (النشطة)
خوادم مستقلة متعددة ذات وظائف منفصلة لا تتمتع بقدرات عالية على الموثوقية وموازنة التحميل، ولديها الكثير من أوجه القصور الواضحة ولن يتم أخذها في الاعتبار.
ملخص:
حل HA الموصى به من قبل موقع MySQL الرسمي هو مزيج من DRBD (المخطط 3 في هذه المقالة) والنسخ المتماثل (المخطط 4 في هذه المقالة). إذا كان بإمكان Linux Heartbeat أيضًا تنفيذ وظيفة تجاوز الفشل التلقائي، فسنجد في هذه الحالة أنه سيتم تقليل وقت التوقف عن العمل بشكل كبير.