على مدى السنوات العشر الماضية ، شهد VTB زيادة هائلة في حمل الكمبيوتر. في كل عام ، ازدادت مرة ونصف ، وحجم أوراق الاعتماد - مرتين. حاولت خدمات الدعم بجد ، ولكن مواكبة هذه الوتيرة لم يكن سهلاً: خطط الاستعلام كانت تتحرك بعيدًا ، مساحة القرص على وشك النفاد ، تحديثات رمز التطبيق تستهلك كل الموارد. في هذا المنشور ، سنوضح لك كيفية حل المشكلة دون إنفاق الكثير على نظام IBM System p آخر.
في عام 2013 ، كانت معالجة البطاقة ، التي كانت آنذاك بنك VTB24 ، تقع على أحد أقوى الخوادم في ذلك الوقت - IBM System p. وقد استكمل ذلك بنسخ طبق الأصل لتقارير مختلفة. عاشت النسخ المتماثلة لإعداد التقارير على معدات إضافية: قاعدة بيانات محدثة كل ليلة لإعداد التقارير اليومية ، وأدوات نسخ Oracle Active Data Guard النشط للتقارير التشغيلية ، وقاعدة بيانات لتقارير البنك المركزي ، والتي نقوم بتحديثها شهريًا.
قمنا بتخصيص وظائف الأنظمة بشكل نشط - تم شغل معظم رمز التطبيق من خلال التحسينات الداخلية. في الوقت نفسه ، نمت البيانات بسرعة كبيرة. ونتيجة لذلك ، كانت خطة الاستعلام لأربع قواعد تتدهور بانتظام. كانت الأنظمة الأمامية بطيئة. من منظور تقني ، كانت هناك صعوبة أخرى: تم خلط حمل OLTP لمعاملات البطاقة مع تحميل DWH / DSS للوظائف والتقارير المخصصة.
الطريقة القياسية للخروج من هذا الوضع هي تفريغ الموارد والتبديل إلى نظام فرعي أكثر حدة لتخزين البيانات. توصلنا إلى خيار أكثر إثارة للاهتمام - اتخذنا للإبلاغ عن النسخ المتماثلة مجمعين من الأجهزة والبرامج من Oracle Exadata محسنين لتشغيل قاعدة البيانات.
تم تقسيم مجمع المعالجة إلى مناطق "دافئة" و "ساخنة". لم يتم نقل المنطقة الساخنة إلى أي مكان باستخدام IBM System p ، وتم الاحتفاظ فقط بقاعدة بياناتها. كانت المنطقة "الدافئة" نسخة من قاعدة البيانات الرئيسية على Exadata. هنا كان كل التقارير والوظائف المخصصة. البيانات المكررة باستخدام Oracle GoldenGate.
لقد أجرينا اختبارات النسخ المتماثل على Exadata: في المتوسط ، أصبح إعداد التقارير أسرع خمس مرات بفضل بنية وميزات برنامج Oracle Exadata Storage - smartscans ، وفهارس التخزين ، وفلاتر bloom ، إلخ. تم تقليص الوقت المستغرق لإعداد التقارير للبنك المركزي عشرة أضعاف والآن يتم إعداد بعض التقارير في أقل من ساعة واحدة. كان الشيء الرئيسي الذي يجب القيام به لتحسين الاستعلامات أثناء النقل إلى Exadata هو إزالة التلميحات التي ساعدت سابقًا في العمل على النظام الأساسي القديم.
أجرينا دراسة جدوى ، ومقارنة الخيارات لمعلمات مختلفة مع التمديد المعتاد للأنظمة الحالية وبمشاركة مجمعين Exadata.
- الأداء. 40 ألف IOPS مقابل 400 ألف IOPS في Exadata. إن حل أوراكل موجه نحو كميات كبيرة من البيانات ، المسح الكامل للجدول أسرع بكثير.
- خيارات التخصيص. في الحل القياسي ، لا يمكننا تغيير هيكل الكائنات دون تغيير قاعدة البيانات المنتجة ، وهذا محظور من قبل البائع. في Exadata ، يمكننا إزالة الفهارس غير الضرورية ، وإضافة الفهارس الضرورية ، وتحسين استجابة النظام.
- تحجيم. توفر Exadata زيادة خطية في الإنتاجية بتكلفة أقل نسبيًا.
- إعداد التقارير. تزداد سرعة إعداد التقارير باستخدام مركب Exadata بمقدار 5 مرات ، ومع توسيع الأنظمة الحالية - بمقدار 1.5.
- الخدمة. تتمتع البنية التحتية لـ Oracle بدعم تقني موحد ونظام تحديث واحد للخوادم والأنظمة الفرعية للقرص والبنية التحتية للشبكة. مع التوسع العادي ، تحتاج إلى العمل مع بائعين مختلفين - هناك المزيد من وقت التوقف وأي إزعاج آخر.
- التكلفة. Exadata يفوز هنا.
في البداية ، تبين أن نسخ GoldenGate كان نقطة ضعف: في حالة المعاملات الطويلة في المصدر ، كان متخلفًا. قمنا بحل هذا عن طريق تحديث وتنقيح بعض عمليات التطبيق. بعد ذلك ، كشف العمل مع Exadata عن مزايا فقط لنا.
قدمنا الفهارس والتقسيم المخصص ، مما سمح لنا بزيادة أداء الوظائف المخصصة. لا تسمح IBM بهذا التحسين.
سمح نقل التقارير التحليلية إلى المنطقة "الحارة" بتقليل عمق تخزين البيانات التاريخية للمنطقة "الساخنة". وقد قلل هذا من تكلفة التخزين باهظة الثمن. تمكن من تسريع الإدراج في الفهارس. تم تصفية حذف البيانات من خلال وحدة التدبير المنزلي على مستوى GoldenGate ، ونتيجة لذلك ، كان للنسخة المتماثلة بيانات جديدة والقصة بأكملها ؛
تستخدم Exadata ضغط العمود الهجين (HCC) ، وهذا يوفر مساحة القرص بشكل كبير. يتم ضغط البيانات الأقدم من عام واحد باستخدام طريقة الأرشيف المنخفض ، الأقدم من شهر واحد باستخدام طريقة الضغط المتقدمة ، ولا يتم ضغط البيانات الأحدث لزيادة السرعة.
أما بالنسبة للترقية ، فمن الأكثر فاعلية استبدال خلايا التخزين بالكامل في Exadata بخلايا ذات أقراص أكثر سعة ومعالجات قوية. ولكن يمكنك استخدام خلايا التخزين من إصدارات مختلفة داخل نفس النظام - تسمح Oracle بذلك.
تعمل تقارير معالجة البطاقات ، التي يتم تنفيذها على تقنيات Oracle Exadata وقواعد البيانات ، بشكل جيد حتى الآن ، ويتم بناء أنظمة مصرفية جديدة على نفس المبدأ.