أفضل ممارسات الأداء ل Oracle على أجهزة Azure الظاهرية
توضح هذه المقالة كيف يؤثر حجم الجهاز الظاهري الصحيح وخيارات التخزين التي تختارها على أداء حمل عمل Oracle - عمليات الإدخال/الإخراج (IOPS) ومعدل النقل - الاعتمادية والتكلفة. هناك مفاضلة بين تحسين التكاليف والأداء. تركز سلسلة أفضل ممارسات الأداء هذه على الحصول على أفضل أداء لحمل عمل Oracle على أجهزة Azure الظاهرية. إذا كان حمل العمل أقل تطلبا، فقد لا تحتاج إلى كل تحسين موصى به. من الضروري في مرحلة التخطيط تقييم متطلبات الأداء لأحمال عمل Oracle والحجم الصحيح للحساب والتخزين حسب الحاجة.
عند التفكير في تشغيل أحمال عمل Oracle على أجهزة Azure الظاهرية، لبدء تكوين فعال من حيث التكلفة عن طريق تحديد جهاز ظاهري يدعم IOPS الضروري ومعدل النقل بنسبة الذاكرة المناسبة إلى vCore ثم إضافة متطلبات التخزين الخاصة بك.
توصيات تغيير حجم الجهاز الظاهري
سلسلة الأجهزة الظاهرية الثلاث التالية هي الموصى بها لتشغيل أحمال عمل قاعدة بيانات Oracle على Azure.
E-series (Eds v5 وEbds V5)
تم تصميم السلسلة E لأحمال العمل كثيفة الذاكرة. توفر هذه الأجهزة الظاهرية نسب ذاكرة إلى ذاكرة أساسية عالية، ما يجعلها مناسبة لقواعد بيانات Oracle. تقدم أيضا مجموعة من خيارات وحدة المعالجة المركزية لمطابقة متطلبات الأداء لحمل عمل قاعدة بيانات Oracle.
توفر سلسلة Ebdsv5 أعلى معدل نقل إدخال/إخراج إلى vCore في Azure مع نسبة ذاكرة إلى vCore تبلغ 8. تقدم هذه السلسلة أفضل أداء للسعر لأحمال عمل Oracle على أجهزة Azure الظاهرية. ضع في اعتبارك هذه السلسلة أولا لمعظم أحمال عمل قاعدة بيانات Oracle.
M-series
تم إنشاء سلسلة M لقواعد البيانات الكبيرة، أي ذاكرة وصول عشوائي تصل إلى 12 تيرابايت و416vCPUs. توفر الأجهزة الظاهرية من السلسلة M أعلى نسبة ذاكرة إلى vCore في Azure. ضع في اعتبارك هذه الأجهزة الظاهرية لأحمال عمل قاعدة بيانات Oracle المهمة الكبيرة والكبيرة أو إذا كنت بحاجة إلى دمج قواعد البيانات في عدد أقل من الأجهزة الظاهرية.
سلسلة D
تم إنشاء السلسلة D للأجهزة الظاهرية للأغراض العامة مع نسب أصغر من الذاكرة إلى vCore مع الأجهزة الظاهرية للأغراض العامة. من المهم مراقبة عدادات الأداء المستندة إلى الذاكرة بعناية لضمان إمكانية حصول حمل عمل Oracle على IOPS ومن خلال وضعها. تقدم Ddsv5-series مجموعة جيدة من وحدة المعالجة المركزية الظاهرية (vCPU) والذاكرة والقرص المؤقت ولكن مع دعم أصغر للذاكرة إلى vCore. لا تحتوي السلسلة D على نسبة الذاكرة إلى vCore البالغة 8 الموصى بها لأحمال عمل Oracle. على هذا النحو، ضع في اعتبارك استخدام هذه الأجهزة الظاهرية لقواعد البيانات الصغيرة والمتوسطة أو لبيئة التطوير/الاختبار ل TCO أقل.
توصيات التخزين
يوفر هذا القسم أفضل ممارسات التخزين وإرشاداته لتحسين الأداء لحمل عمل Oracle على أجهزة Azure الظاهرية (VM). خذ بعين الاعتبار احتياجات الأداء والتكاليف وأنماط حمل العمل أثناء تقييم هذه التوصيات. دعونا نلقي نظرة سريعة على الخيارات:
أنواع الأقراص: Premium SSD وPremium SSD V2 وأقراص Ultra هي أنواع الأقراص الموصى بها لحمل عمل Oracle. راجع مقارنة نوع القرص لفهم الحد الأقصى لحجم القرص، والحد الأقصى لمعدل النقل، والحد الأقصى لعمليات الإدخال والإخراج في الأداء (IOPS) لاختيار نوع القرص الصحيح لجهاز Azure الظاهري لتلبية أداء حمل عمل Oracle. بشكل عام، Premium SSD v2 هو أفضل سعر لكل خيار قرص أداء يمكنك مراعاته.
يوفر Premium SSD V2 أداء أعلى من Premium SSDs بينما يكون أيضا بشكل عام أقل تكلفة. يمكنك بشكل فردي تعديل أداء (السعة ومعدل النقل وIOPS) لأقراص Premium SSD v2 في أي وقت، ما يسمح لأحمال العمل بأن تكون فعالة من حيث التكلفة مع تلبية احتياجات الأداء المتغيرة. على سبيل المثال، تحتاج قاعدة البيانات كثيفة المعاملات إلى كمية كبيرة من IOPS بحجم صغير، أو يمكن أن يتطلب تطبيق الألعاب كمية كبيرة من IOPS ولكن فقط خلال ساعات الذروة. نظرا لأنه يمكنك تعديل الأداء بشكل فردي، بالنسبة لمعظم أحمال العمل ذات الأغراض العامة، يمكن أن يوفر Premium SSD v2 أفضل أداء للسعر.
Premium SSDs مناسبة لأحمال عمل الإنتاج ذات المهام الحرجة. وهي توفر دعم قرص عالي الأداء وزمن انتقال منخفض للأجهزة الظاهرية (VMs) مع أحمال عمل مكثفة للإدخال/الإخراج (IO).
الأقراص الفائقة هي خيار التخزين الأعلى أداء لأجهزة Azure الظاهرية (VMs). وهي مناسبة لأحمال العمل كثيفة البيانات والمثقلة بالمعاملات. وهي توفر زمن انتقال أقل من ميلي ثانية وتتميز بنموذج تكوين أداء مرن يسمح لك بتكوين IOPS ومعدل النقل بشكل مستقل، قبل توفير القرص وبعده.
توفر Azure Elastic SAN حلا لتخزين الكتل قابلا للتطوير على نطاق واسع وفعالا من حيث التكلفة وعالي الأداء وموثوقا به يتصل بخدمات حساب Azure المختلفة عبر بروتوكول iSCSI. يتيح Elastic SAN انتقالا سلسا من ملكية تخزين SAN الحالية إلى السحابة دون الحاجة إلى إعادة بناء بنية تطبيق العميل. يمكن أن يحقق هذا الحل نطاقا ضخما - يصل إلى الملايين من عمليات الإدخال والإخراج في الثانية (IOPS) وجيجابايت/ثانية من معدل النقل المكون من رقمين، وزمن انتقال منخفض من رقم واحد بالمللي ثانية مع مرونة مضمنة لتقليل وقت التعطل. وهذا يجعله مناسبا تماما للعملاء الذين يتطلعون إلى دمج التخزين، أو العملاء الذين يعملون مع خدمات حوسبة متعددة، أو أولئك الذين لديهم أحمال عمل تتطلب مستويات إنتاجية عالية تم تحقيقها من خلال قيادة التخزين عبر النطاق الترددي للشبكة.
إشعار
يجب أن يستوعب تغيير حجم الجهاز الظاهري مع Elastic SAN متطلبات معدل نقل الشبكة (VM إلى VM) إلى جانب معدل نقل التخزين.
ضع في اعتبارك وضع أحمال عمل Oracle على Elastic SAN لتحسين كفاءة التكلفة للأسباب التالية.
دمج التخزين ومشاركة الأداء الديناميكي: عادة بالنسبة لحمل عمل Oracle على جهاز Azure الظاهري، يتم توفير تخزين نوع القرص على أساس كل جهاز ظاهري استنادا إلى سعة العميل ومتطلبات الأداء القصوى لهذا الجهاز الظاهري. يتوفر هذا الأداء الزائد عند الحاجة ولكن لا يمكن مشاركة الأداء غير المستخدم مع أحمال العمل على الأجهزة الظاهرية الأخرى. تسمح Elastic SAN، مثل SAN المحلية، بدمج احتياجات التخزين لأحمال عمل Oracle المتعددة لتحقيق كفاءة أفضل من حيث التكلفة، مع القدرة على مشاركة الأداء المقدم ديناميكيا عبر وحدات التخزين المقدمة لأحمال العمل المختلفة هذه بناء على متطلبات الإدخال/الإخراج. على سبيل المثال، في شرق الولايات المتحدة، إذا كان لديك 10 أحمال عمل تتطلب سعة 2 تيرابايت و10K IOPS لكل منها، ولكنها بشكل جماعي لا تحتاج إلى أكثر من 60 ألف IOPS في أي وقت. يمكنك تكوين Elastic SAN مع 12 وحدة أساسية (وحدة أساسية واحدة = 0.08 دولار لكل GiB/شهر) من شأنها أن تمنحك سعة 12 تيرابايت و60 ألف عملية الإدخال والإخراج في الثانية المطلوبة، و8 وحدات سعة فقط (وحدة سعة واحدة فقط = 0.06 دولار لكل GiB/شهر) من شأنها أن تمنحك السعة المتبقية من 8 تيرابايت بسعر أرخص. يوفر تكوين التخزين الأمثل هذا كفاءة تكلفة أفضل مع توفير الأداء الضروري (10K IOPS) لكل من أحمال العمل هذه. لمزيد من المعلومات حول قاعدة Elastic SAN ووحدات تزويد السعة فقط، راجع التخطيط ل Azure Elastic SAN وللتسعير، راجع Azure Elastic SAN - التسعير.
لدفع معدل نقل تخزين أعلى: يتطلب حمل عمل Oracle على عمليات نشر Azure VM أحيانا توفيرا زائدا للحد الأقصى لمعدل نقل القرص المستحق للجهاز الظاهري هذا. يمكنك تجنب ذلك باستخدام Elastic SAN، نظرا لأنك تدفع معدل نقل تخزين أعلى عبر عرض النطاق الترددي لشبكة الحوسبة باستخدام بروتوكول iSCSI. على سبيل المثال، يتم وضع حد أقصى لجهاز ظاهري Standard_E32bds_v5 (SCSI) عند 88000 IOPS و2500 ميغابت في الثانية لمعدل نقل القرص/التخزين، ولكن يمكن أن يحقق ما يصل إلى 16000 ميجابت في الثانية كحد أقصى من معدل نقل الشبكة. إذا كان متطلبات معدل نقل التخزين لحمل العمل الخاص بك أكبر من 2500 ميغابت في الثانية، فلن تضطر إلى ترقية الجهاز الظاهري SKU أعلى لأنه يمكنه الآن دعم ما يصل إلى 16000 ميغابت في الثانية باستخدام Elastic SAN.
بالإضافة إلى ذلك، فيما يلي بعض المدخلات التي يمكن أن تساعدك على اشتقاق قيمة إضافية من Elastic SAN.
| معلمات أخرى | الوصف |
|---|---|
| نموذج التوفير | نموذج مرن في نقاوة TiB |
| BCDR | لقطة تزايدية للاستعادة السريعة؛ تصدير اللقطة لتصلب. |
| أهداف التكرار والمقياس | راجع قدرات التكرار ل Azure Elastic SAN في متطلبات التكرار. |
| التشفير | التشفير الثابت مدعوم. |
Azure NetApp Files هي خدمة تخزين ملفات أصلية من Azure، الطرف الأول، من فئة المؤسسة، عالية الأداء مناسبة لتخزين ملفات قاعدة بيانات Oracle. يوفر وحدات التخزين كخدمة يمكنك من أجلها إنشاء حسابات NetApp وتجمعات السعة ووحدات التخزين. يمكنك أيضا تحديد مستويات الخدمة والأداء وإدارة حماية البيانات. باستخدام نفس البروتوكولات والأدوات التي تعرفها وتثق بها، وتطبيقات المؤسسة التي تعتمد على أماكن العمل، يمكنك إنشاء مشاركات الملفات التي تكون سريعة وموثوقة وقابلة للتطوير وصيانتها.
فيما يلي السمات الرئيسية لملفات Azure NetApp:
- الأداء وتحسين التكلفة والحجم.
- البساطة والتوافر.
- إدارة البيانات والأمان.
- اتفاقية مستوى الخدمة 99.99٪
تتوفر وحدات تخزين Azure NetApp Files بشكل كبير من خلال التصميم وتوفر المرونة لتحجيم وحدات التخزين صعودا وهبوطا في السعة والأداء دون انقطاع الخدمة. بالنسبة للتوفر الآخر عبر المناطق ووحدات تخزين المناطق يمكن نسخها نسخا متماثلا باستخدام النسخ المتماثل عبر المناطق وعبر المناطق.
لاستضافة ملفات قاعدة بيانات Oracle المتطلبة للغاية، سجلات الإعادة وسجلات الأرشيف التي تتدرج جيدا إلى معدل نقل متعددة غيغابايت في الثانية وعشرات متعددة من سعة تيرابايت، يمكنك استخدام وحدات تخزين مفردة أو متعددة، اعتمادا على متطلبات السعة والأداء. يمكن حماية وحدات التخزين باستخدام لقطات لحماية البيانات الأساسية السريعة وإمكانية الاسترداد، ويمكن نسخها احتياطيا باستخدام RMAN أو AzAcSnap أو النسخ الاحتياطي لملفات Azure NetApp أو أساليب أو تطبيقات النسخ الاحتياطي المفضلة الأخرى.
يوصى بشدة باستخدام Oracle direct NFS (dNFS) مع Azure NetApp Files لتحسين الأداء. يوفر الجمع بين Oracle dNFS وAzure NetApp Files ميزة كبيرة لأحمال العمل الخاصة بك. يجعل Oracle dNFS من الممكن دفع أداء أعلى من NFS kernel لنظام التشغيل. تشرح المقالة التقنية وتوفر مقارنة الأداء بين dNFS وعميل kernel NFS.
يتم تقييد أجهزة Azure الظاهرية لحركة مرور الشبكة بسرعات أعلى من التخزين المرفق المباشر مثل SSD. ونتيجة لذلك، يعمل توزيع Oracle بشكل أفضل باستخدام وحدات تخزين Azure NetApp Files في نفس وحدة SKU للجهاز الظاهري، أو يمكنك اختيار وحدة SKU أصغر للجهاز الظاهري لنفس الأداء وتوفير تكلفة ترخيص Oracle.
يمكن استنساخ اللقطات لتوفير الوصول للقراءة/الكتابة إلى البيانات الحالية لأغراض الاختبار والتطوير دون التفاعل مع البيانات المباشرة.
| عنصر | الوصف |
|---|---|
| معلمة أخرى | متوفر في ثلاثة مستويات لخدمة الأداء (Ultra وPremium وStandard) مع توسيع نطاق الأداء والقدرة بشكل لأعلى ولأسفل ديناميكي لتحقيق التوازن بين المتطلبات والتكلفة المتغيرة |
| نموذج التوفير | وحدة تخزين واحدة لقواعد البيانات المتوسطة إلى الكبيرة وحدات تخزين متعددة لتوفير معدل نقل كبير للغاية وعالي من خلال مدخل Microsoft Azure مع توسيع نطاق الأداء الديناميكي عبر الإنترنت لأعلى وخفض الحجم من خلال تغييرات مستوى الخدمة الديناميكية وتعديلات QoS |
| تقرير عن بعد (BDR) | الوصول إلى البيانات المستقلة المستندة إلى اللقطات ل BC/DR وأغراض الاختبار/التطوير Vaulting للقطات باستخدام النسخ الاحتياطي لملفات Azure NetApp المستندة إلى النسخ المتماثل عبر المناطق تكامل النسخ المتماثل عبر المناطق المستندة إلى التخزين مع Oracle Data Guard لقابلية الوصول العالية والتعافي من الكوارث |
| أهداف التكرار والمقياس | أظهرت القدرة على دعم أكبر وأعلى أداء لقواعد بيانات Oracle أكثر من 100 تيرابايت في الحجم ومعدل نقل متعددة غيغابايت في الثانية مع الحفاظ على حماية البيانات الأساسية المستندة إلى اللقطة تقريبا وقابلية الاسترداد |
| التشفير | تشفير واحد أو مزدوج في حالة ثبات باستخدام مفاتيح مدارة بواسطة النظام الأساسي أو العميل |
أتمتة الأجهزة الظاهرية واختيار التخزين
ضع في اعتبارك استخدام أداة المجتمع Oracle Migration Assistant Tool (OMAT) للحصول على وحدات SKU للجهاز الظاهري المناسب مع خيارات التخزين الموصى بها بما في ذلك أنواع الأقراص و Elastic SAN و ANF مع التكلفة الإرشادية بناء على سعر القائمة. يمكنك توفير تقرير AWR لقاعدة بيانات Oracle كمدخل وتشغيل البرنامج النصي لأداة OMT للحصول على إخراج وحدات SKU للأجهزة الظاهرية الموصى بها وخيارات التخزين التي تتوافق مع متطلبات الأداء لقاعدة البيانات وفعالة من حيث التكلفة.