- هل لدينا أي صورة لشهر يناير ، أقرب إلى فبراير؟
- الآن دعنا نرى ... نعم ، هناك! مفتوح الآن.يحدث أن هناك متوسط عمر لقاعدة الاختبار ، هناك وقت حياة للقطات التي اتفق عليها جميع المهتمين ، ولكن بعض البيئات "لا تزال قائمة" لفترة طويلة جدًا في صورهم ، والتي لا يمكن حذفها ... ثم يتبين أنها مفيدة للزملاء. وناقص إلى ناقص يعطي زائد.
عادة ، بالنسبة لأي أنظمة يمكن أن يحدث فيها شيء ما ، تحتاج إلى إنشاء نسخ احتياطية. وإذا كانت لا تزال قيد التطوير ويتم الانتهاء منها ، فمن الضروري أيضًا في مكان ما نشر بيئات التطوير والاختبار. علاوة على ذلك ، بالنسبة للنسخ الاحتياطية وبيئات الاختبار التي تعمل ، في الواقع ، مع نفس البيانات ، فإنك تحتاج إلى مساحة كبيرة. ومع ذلك ، يجب أن تؤدي هذه البيئات إلى حد ما إلى الحالة الحالية. وكل هذا يتطلب أجهزة وموارد زمنية.
في حالتنا ، تمت تغطية هذه الاحتياجات بواسطة Oracle ZFS Storage Appliance وخوادم Oracle / Sun ، والتي اندمجت بالفعل في نفس النظام البيئي مثل Exadata ، والذي ظهر قبلها بوقت قصير.
نظرًا لوجود مفتاح InfiniBand داخل Exadata ، والذي تتواصل من خلاله مكوناته ، كما أن ZFS Storage هو أيضًا جهاز أوراكل ، ثم:
- أولاً ، تم توصيله مباشرةً بهذا المفتاح بواسطة جزء من منافذه ؛
- ثانيًا ، يمكنه تخزين ملفات مساحة الجدول مع مقاطع مضغوطة في ضغط العمود الهجين Exadata (EHCC) ، مما يوفر لنا الكثير من المساحة في النظام الرئيسي. إذا حاولت استعادة قاعدة البيانات على خادم منفصل ، فبعد الاسترداد ، بالإشارة إلى البيانات المضغوطة ، ستحصل على الخطأ: "ORA-64307: الضغط الهجين العمودي غير معتمد لمساحات الجداول على هذا النوع من التخزين" - لأن ملفات البيانات يجب ضغطه في EHCC في Oracle Appliance ؛
- ثالثًا ، يفتح هذا إمكانية استخدام قدرات ZFS لتخزين ملفات بيئة الاختبار.
حسنًا ، ماذا عن المكان؟ يجب تجنب الازدواجية.
تحتاج بيئات الاختبار إلى نفس البيانات الموجودة في النسخ الاحتياطية. هل يمكن لهذه البيانات أداء كلتا الوظيفتين؟ أن تكون نسخة احتياطية وأساسًا لأي بيئة اختبار مميزة تحتاج إلى مجموعة بيانات كاملة؟ يمكنهم!
يعد Oracle ZFS Storage Appliance صفيفًا يوفر ، من بين أمور أخرى ، القدرة على تكوين مشاركات شبكة تعمل تحت نظام ملفات ZFS. داخل نظام الملفات ZFS ، من الممكن إنشاء لقطات ، يمكنك من خلالها نشر النسخ ، والتي تكون مرئية كمشاركة جديدة للشبكة. ننتهز هذه الفرصة على النحو التالي:
- على ZFS Storage (كما نسمي الصفيف ، حتى لا يتم الخلط بينه وبين نظام الملفات) ، يتم إنشاء مشاركتين - تتم إضافة Archivelog إلى أحدهما ، وملفات قاعدة البيانات إلى الأخرى ؛
- يتم تثبيت Share على خادم Oracle / Sun (وهو أيضًا جهاز) ، وعلى الخادم نفسه يرتفع مثيل لقاعدة بيانات Oracle ، يعمل بمثابة وضع الاستعداد المادي المتتابع - يتلقى السجلات من موقع محجوز بشكل مشروط ويطبق التغييرات على الملفات الموجودة في المشاركة ؛
- يتم تنظيم استخدام السجلات وفقًا لمبدأ وحدة العمل (مرحبًا بجميع المشاركين في الحوسبة الموزعة!). على مستوى الخوارزمية ، تم تقديم مفهوم وحدة العمل ، والذي يتوافق مع فترة زمنية معينة. بعد تدوير السجلات للفاصل الزمني المطلوب ، يتوقف المثيل ، وتبقى الملفات في المشاركة في حالة متناسقة بالنسبة لبعضها البعض وملف التحكم. في الواقع ، هذه نسخة احتياطية باردة ، وهي أيضًا نسخة صورة ، على رأسها لقطة.
- عندما يحين الوقت لإعادة إنشاء بيئة الاختبار ، يتم إنشاء استنساخ من اللقطة المطلوبة. يتم تثبيته على الخادم الذي تعمل عليه البيئة ، وبعد ذلك تفتح الملفات الموجودة فيه كقاعدة بيانات تحت اسم مختلف وفي وضع القراءة / الكتابة ؛
- في عملية العمل في قاعدة الاختبار ، يتم إجراء تغييرات تم تأجيلها كجزء من الاستنساخ ، وهي تنمو ببطء. بحلول نهاية دورة الحياة ، ينمو الوسط إلى أقصى حد.
- لتقليل استهلاك مساحة القرص ، نستخدم ضغط LZJB ، الذي تقوم به ZFS Storage بسرعة.
باختصار:
- في التكوين الحالي ، يمكن لبيئات الاختبار أداء الإدخال / الإخراج حتى مستوى 3.75 جيجابت / ثانية ؛
الحد الأقصى للقراءة محدود بإعدادات منفذ InfiniBand الموجودة على الخادم ، والحد الأقصى للكتابة هو وحدة المعالجة المركزية (CPU) على وحدات تحكم التخزين ZFS ويصل إلى حوالي 2 جيجابايت / ثانية. (نعم ، نعم! نظرًا لأن 10 GbE لم يكن كافيًا ، تم شراء مفاتيح منفصلة لخوادم الاختبار ، والتي تضمنت ZFS Storage والخوادم نفسها) ؛ - يتم إنشاء العديد من اللقطات في اليوم ، والتي يتم تخزينها الآن ، اعتمادًا على القاعدة ، من أسبوعين إلى شهرين. بعد ذلك يتم حذفها جميعًا ، باستثناء تلك اللقطات التي تم إنشاؤها في 00:00 ، في الأول من كل شهر - يتم تخزينها لأكثر من ربع. كانت هناك حالات تبين أن اللقطات التي تم تخزينها لمدة ستة أشهر مفيدة ؛
- إذا لزم الأمر ، يمكن استعادة قاعدة البيانات الصناعية بأكملها من اللقطة المطلوبة. أيضًا بسرعة سرعة 1 ... 3 Gb / s ، ولكن خيار إنشاء استنساخ من اللقطة المطلوبة أكثر شيوعًا ، حيث يتم بعد ذلك تفريغ بيانات الجداول المطلوبة ؛
- الوقت لإعادة إنشاء بيئة الاختبار حوالي 1 ساعة (مع نقل عدد من الدوائر الإضافية ، وما إلى ذلك) ؛
- الوقت لتزويد الزملاء باستنساخ يمكنك من خلاله جمع البيانات لاستردادها أو مجرد نوع من التحليل هو من 15 دقيقة (مع مجموعة مثالية من الشروط) إلى 1-2 ساعة (مع حمولة موازية كبيرة على ZFS Storage أو us J) ؛
- إذا لزم الأمر ، يمكنك الاستعادة من اللقطة والاستنساخ ، وقاعدة البيانات بأكملها ؛
- أحد العوائق الرئيسية للأداء هو عدد IOPS الذي تم إنشاؤه بواسطة بيئات الاختبار أو حالات الاستعداد المتتالي. وهنا يتصرف النظام بشكل مناسب تمامًا ويمكن التنبؤ به - بمجرد اختيار عددهم إلى 75 IOPS لكل محرك أقراص ثابتة (يحتوي على أقراص 3.5 بوصة عند 7200 دورة في الدقيقة) تحت الحمل المطول ، يبدأ النظام في التدهور التدريجي. وصغير في الوقت - الكتابة والفلاش أسهل بشكل ملحوظ ؛
- يمكن عرض عدد IOPS ، والمقدار الإجمالي للبيانات الواردة ، والحمل على وحدة المعالجة المركزية ، وعدد القراءات من ذاكرة التخزين المؤقت في ذاكرة الوصول العشوائي وفلاش ، بالإضافة إلى عدة عشرات (إن لم يكن المئات) من المقاييس في واجهة إدارة الويب ؛
- يمكنك العمل مع كائنات ZFS Storage باستخدام طلبات REST الموضحة في الوثائق. بمساعدتهم ، كان من الممكن أتمتة إزالة اللقطات القديمة ، ولكن يمكن القيام بالمزيد!