مشاركة عبر

اختيار الحوسبة والتخزين

  • مقالة

توضح هذه المقالة كيفية الحوسبة والتخزين المناسبين لأحمال عمل Oracle باستخدام نموذج البنية الأساسية كخدمة (IaaS) في Azure.

يمكنك استخدام Azure IaaS لترحيل أحمال عمل Oracle من أماكن العمل إلى السحابة. يمكن أن يؤدي التعقيد والحجم ومتطلبات الإدخال/الإخراج العالية (الإدخال/الإخراج) لحمل العمل إلى تعقيد عملية الترحيل والتأثير سلبا على أداء قاعدة بيانات Oracle. يعتمد أداء قاعدة البيانات على معلمات مثل قراءة/كتابة معدل نقل القرص (MBps) وقراءة/كتابة IOPS ووحدة المعالجة المركزية وذاكرة الوصول العشوائي وا زمن انتقال الشبكة. على هذا النحو، يعد اختيار المجموعة الصحيحة من الحوسبة والتخزين ل Azure IaaS وموقع أحمال عمل التطبيق المتعلقة بخدمات قاعدة البيانات أمرا بالغ الأهمية لترحيل قاعدة البيانات بنجاح.

تقييم حمل عمل Oracle باستخدام تقارير AWR أو Statspack

للحصول على توصيات بالتحجيم الصحيح للبنية الأساسية المطلوبة ل Azure، تحتاج إلى إنشاء تقرير مستودع حمل العمل التلقائي (AWR) أو تقرير Statspack لكل قاعدة بيانات تخطط لترحيلها إلى Azure.

تقرير AWR هو تقرير تحليل أداء مفصل تم إنشاؤه بواسطة Oracle Database. يحتوي التقرير على معلومات شاملة حول أداء قاعدة البيانات وأحداث الانتظار وموارد النظام والمزيد. يتم تضمين تقرير AWR مع Oracle Diagnostics Pack لمجموعة منتجات Oracle Database. إذا كنت تقوم بتشغيل الإصدار القياسي أو إصدار المؤسسة بدون ترخيص حزمة التشخيص، فاستخدم تقرير Statspack بدلا من ذلك.

تعد نتيجة التحليلات في ذروة الحمل أمرا ضروريا لأن قاعدة البيانات والخوادم تستخدم لسعات مختلفة. إذا حدث حمل الذروة على توقيتات النسخ الاحتياطي أثناء الليل وكانت متطلبات هدف وقت الاسترداد (RTO) أو هدف نقطة الاسترداد (RPO) في غضون أربع ساعات، يمكنك تكرار نفس التمرين لمتوسط الحمل.

عادة ما تكون نافذة ذروة التحميل من الوقت ساعة واحدة. يمكنك تحديد ذروة الحمل باستخدام Oracle Enterprise Manager. إذا لم يكن لديك ترخيص ل Oracle Enterprise Manager، يمكنك استخدام البرنامج النصي التالي لأفضل خمس مرات ازدحاما. يتوفر هذا البرنامج النصي لكل من قواعد بيانات الإصدار القياسيوقواعد بيانات Enterprise Edition.

التوصيات

  • إنشاء تقارير AWR شاملة لتمرين تغيير الحجم الصحيح لقاعدة البيانات.
  • إنشاء تقرير AWR لفترة حمل العمل الأكثر ازدحاما خلال نوافذ زمنية قصيرة، مثل 30 دقيقة أو ساعة واحدة.
  • قم بإنشاء تقرير AWR ذو ذروة التحميل (وتقرير AWR متوسط ذروة التحميل، إذا أردت).
  • احصل على أي تقارير AWR أخرى قد تحتوي على تفاصيل مهمة حول حمل عمل قاعدة البيانات، مثل فترات إعداد التقارير في نهاية الشهر أو نهاية ربع السنة.
  • تأكد من أن التقرير في HTML لأداة تغيير الحجم الصحيح.
  • استخدم البرامج النصية التالية للحصول على أعلى خمس مرات ازدحاما إذا لم تكن متأكدا من وقت حدوث ذروة الحمل:

استخدام الأدوات التلقائية لتحديد حجم حمل العمل الخاص بك بشكل صحيح

قم بتحجيم أحمال العمل الخاصة بك بشكل صحيح باستخدام أدوات تلقائية لمطابقتها مع وحدة SKU لأجهزة Azure الظاهرية الصحيحة وفقا لوحدة المعالجة المركزية الظاهرية والذاكرة ومعدل النقل وIOOPS. تحليل تقرير AWR أو تقرير Statspack لأحمال عمل Oracle الخاصة بك إلى الحجم المناسب للبنية الأساسية ل Azure بحيث تفي بمتطلبات الأداء. تستند هذه التحليلات إلى فهم الخبراء لأداء قاعدة البيانات وتتطلب أدوات تلقائية لإدارة جميع المتغيرات، مثل Oracle Migration Assistant Tool (OMAT).

يساعدك OMAT على تقييم استخدام الموارد الخاصة بك محليا أو في عمليات تثبيت Oracle السحابية ويوصي بالجهاز الظاهري الأمثل (VM) والتخزين لتشغيل نفس حمل العمل على Azure. يجمع OMAT تقارير AWR من النظام المصدر ويعالجها، ويستخرج البيانات المطلوبة، ويضعها في مصنف Excel. راجع قسم وحدة المعالجة المركزية والمعالجات الأساسية عند استخدام OMAT لمنحك عامل الترابط الفائق. يستخدم OMAT عامل اثنين بشكل افتراضي، ولكن يمكنك ضبط هذا الرقم ليناسب استخدامك المحدد. تواصل مع جهة الاتصال المحلية إذا كنت بحاجة إلى الدعم.

التوصيات

  • استخدم أدوات التحجيم الأيمن التلقائية، مثل OMAT. تعمل أدوات التحجيم الأيمن على أتمتة الخطوات الموضحة في مستند تغيير حجم AWR لتسريع عملية الترحيل وتبسيط تقرير AWR.
  • اتصل بالخبراء الذين يفهمون التوصيات التي أنشأها تقرير OMAT.

اختر الجهاز الظاهري المناسب لحمل العمل الخاص بك

من المهم اختيار الجهاز الظاهري المناسب لحمل العمل الخاص بك. تأتي كل عائلة جهاز ظاهري مع مجموعة مختارة من الأحجام التي يمكن مطابقتها مع احتياجاتك. السلسلة الإلكترونيةوسلسلة M هي أجهزة ظاهرية ذات مؤشرات ترابط فائقة تستخدم على نطاق واسع لاحتياجات قاعدة البيانات. استخدم الأجهزة الظاهرية من السلسلة E لأحمال العمل التي تحتوي على قيم معدل نقل عالية. استخدم الأجهزة الظاهرية من السلسلة M لأحمال العمل التي تتطلب ذاكرة عالية.

كما تقدم Microsoft أحجاما أساسية مقيدة لتقليل تكلفة ترخيص البرامج مع الحفاظ على نفس الذاكرة والتخزين وعرض النطاق الترددي للإدخول/الإخراج.

التوصيات

اختر حل التخزين المناسب لحمل العمل الخاص بك

يعتمد اختيار حل تخزين Azure لقاعدة البيانات على حجم قاعدة البيانات وIOOPS ومعدل النقل. توفر Azure Managed Disks وحدات تخزين على مستوى الكتلة تديرها Azure وتستخدم مع أجهزة Azure الظاهرية. يوفر Azure Storage مجموعة واسعة من خيارات التخزين عالية التوفر والقابلة للتطوير على نطاق واسع للتطبيقات والبيانات والأجهزة الظاهرية في السحابة. يساعدك تقييم التحجيم الصحيح على تحديد حل التخزين الذي يجب استخدامه لقاعدة البيانات.

ترتبط اعتبارات التخزين الأخرى بملفات سجل إعادة Oracle المؤرشفة والنسخ الاحتياطية. أرشفة سجلات الإعادة هي عملية قراءة/كتابة مستمرة تتضمن تقييما مستمرا لمتطلبات الحل والتوافر.

يقدم تقرير AWR نظرة ثاقبة على متطلبات معدل النقل و IOPS لحمل العمل المحدد. من الضروري معرفة متطلبات معدل النقل وعمليات الإدخال والإخراج في الثانية قبل التوزيع لأن أحمال عمل Oracle حساسة للأداء.

يقدم الجدول التالي مثالا لتخطيط تخزين قرص البيانات.

اسم القرص الوظيفة الحجم (جيجابايت) معدل النقل عمليات الإدخال / الإخراج في الثانية (IOPS) توصية القرص
oredo سجلات الإعادة عبر الإنترنت 400 150 1500 اختر Premium SSD v2 عند توفره وP20 بخلاف ذلك
نشا سجلات الإعادة المؤرشفة 7000 300 1250 تم تكوين Azure Blob Storage في الطبقة الساخنة
odata ملفات البيانات وملفات التحكم 18000 1000 2500 اختر Premium SSD v2 عند توفره و5*P50 (مخطط إلى RAID-0) بخلاف ذلك

يمكن لمساحة الجدول المؤقتة استخدام الكثير من معدل النقل وIOOPS. إذا كان هذا السيناريو ينطبق على حمل العمل الخاص بك، فاختر جهازا ظاهريا يحتوي على قرص سريع الزوال مرفق، مثل Ed-v5. ضع مساحة الجدول المؤقتة على القرص. يمكنك اختيار أنواع أقراص أخرى وفقا لمتطلباتك.

هذا مثال واحد فقط على حمل عمل العميل. تأكد من مراجعة وضبط متطلبات حجم حمل العمل الخاص بك، IOPS، ومعدل النقل وفقا لذلك.

إذا كنت بحاجة إلى استخدام أقراص متعددة لوحدة تخزين منطقية واحدة أو أكثر في إعداد القرص، بغض النظر عن تقنية القرص (Oracle ASM أو LVM أو غيرها)، فتأكد من موازنة الحمل عبر الأقراص للحصول على أقصى أداء.

يمكنك استخدام الأقراص المدارة Premium SSD v2 أينما كانت متوفرة. تحقق من التوفر وفقا للمنطقة، وراجع تكوينات القرص قبل التوزيع.

يعد حجم القرص المكون الافتراضي في ASM حاسما إذا كنت تستخدم Oracle ASM والأقراص المدارة. إذا قمت بتكوين ASM بحد أقصى 4096 غيغابايت، يمكن ل ASM معالجة هذا المبلغ فقط. لذلك حتى إذا قمت بتوفير أقراص أعلى، فإن ASM لا يتعرف على المساحة. خطط لحجم القرص وفقا لذلك، وقرر ما إذا كنت تريد توفير حوالي 4095 غيغابايت من الأقراص. لمزيد من المعلومات، راجع تكوين ASM.

التوصيات

حجم البنية الأساسية للحساب الضرورية لتطبيقات Oracle

يمكن نقل تطبيقات Oracle عادة إلى Azure باستخدام الأجهزة الظاهرية ذات الإمكانات المماثلة للأجهزة الظاهرية المستخدمة في التوزيع المحلي.

استخدم نقاط البيانات من طبقات التطبيق والويب لحجم البنية الأساسية للحساب الضرورية لتطبيقات Oracle. يمكن نقل مستوى التطبيق إلى أي وحدة SKU VM مناسبة تفي بمتطلبات الأداء وتحسين التكلفة.

لمزيد من المعلومات حول استخدام البنيات المرجعية لنشر تطبيقات Oracle على Azure IaaS، راجع تطبيقات Oracle على Azure.

التوصيات

احصل على نقاط البيانات من طبقة التطبيق وطبقة الويب. تتضمن نقاط البيانات هذه ما يلي:

  • ⁧⁩عدد وحدات vCPU⁧⁩
  • متوسط استخدام وحدة المعالجة المركزية الظاهرية
  • حجم الذاكرة
  • متوسط استخدام الذاكرة
  • حجم تخزين التطبيق
  • إصدار التطبيق
  • نظام التشغيل
  • إجمالي عمليات الإدخال والإخراج في الثانية
  • إجمالي معدل النقل
  • استراتيجية النسخ الاحتياطي

الخطوة التالية

لمعرفة كيفية حماية البيانات والتطبيقات الهامة، راجع استمرارية الأعمال والإصلاح بعد كارثة.