مشاركة عبر

أنواع تخزين Azure لأحمال عمل SAP

  • مقالة

يحتوي Azure على أنواع تخزين عديدة تختلف بشكل كبير في القدرات، ومعدل النقل، وزمن الانتقال، والأسعار. بعض أنواع التخزين غير قابلة للاستخدام أو محدودة لسيناريوهات SAP. في حين أن العديد من أنواع التخزين في Azure مناسبة تماماً أو محسنة لسيناريوهات محددة من حمل عمل SAP. خاصةً بالنسبة إلى SAP HANA، تم اعتماد بعض أنواع تخزين Azure للاستخدام من خلال SAP HANA. في هذا المستند، نتناول أنواع التخزين المختلفة ونصف قدرتها وقابليتها للاستخدام مع أحمال عمل SAP ومكونات SAP.

ملاحظة حول الوحدات المستخدمة خلال هذه المقالة. تحول موردو السحابة العامة إلى استخدام GiB (⁧⁩الجيبي بايت⁧⁩) أو TiB (⁧⁩التيبي بايت⁧⁩) كوحدات حجم، بدلاً من الجيجابايت أو التيرابايت. لذلك، تستخدم جميع وثائق Azure وprizing هذه الوحدات. في جميع أنحاء المستند، نشير إلى وحدات الحجم هذه من وحدات MiB وGiB وTiB حصريا. قد تحتاج إلى التخطيط باستخدام ميجابايت، وجيجابايت وتيرابايت. لذا، كن على علم ببعض الاختلافات الصغيرة في العمليات الحسابية إذا كنت بحاجة إلى حجم 400 ميجابايت في الثانية من الإنتاجية بدلاً من 250 ميجابايت ف الثانية.

مرونة تخزين Microsoft Azure

يحتفظ تخزين Microsoft Azure ل Standard HDD وSSD القياسي ومساحة تخزين Azure المتميزة و Premium SSD v2 و Ultra بالقرص VHD الأساسي (مع نظام التشغيل) وأقراص البيانات المرفقة بالجهاز الظاهري أو VHDs (القرص الثابت الظاهري) في ثلاث نسخ على ثلاث عقد تخزين مختلفة. الفشل في نسخة متماثلة أخرى وزرع نسخة متماثلة جديدة إذا كان هناك فشل في عقدة التخزين، يكون شفافا. نتيجة لهذا التكرار، ليس مطلوبا استخدام أي نوع من طبقة تكرار التخزين عبر أقراص Azure متعددة. وتسمى هذه الحقيقة تخزين التكرار المحلي (LRS). LRS هو الإعداد الافتراضي لهذه الأنواع من التخزين في Azure. توفر Azure NetApp Files تكرارا كافيا لتحقيق اتفاقيات مستوى الخدمة نفسها (اتفاقيات المستوى المرن) مثل تخزين Azure الأصلي الآخر.

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

إشعار

باستخدام تخزين Azure لتخزين بيانات قاعدة البيانات وإعادة ملف السجل، فإن LRS هو مستوى المرونة الوحيد المدعوم في هذه المرحلة من الوقت

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

الأقراص المُدارة في Azure

الأقراص المدارة هي نوع مورد في Azure Resource Manager التي يمكن استخدامها بدلاً من أقراص VHD التي يتم تخزينها في Azure Storage Accounts. تتوافق الأقراص المدارة تلقائيا مع [مجموعة التوفر][virtual-machines-manage-availability] للجهاز الظاهري المرفق بها. مع مثل هذه المحاذاة، يمكنك تجربة تحسين توفر الجهاز الظاهري والخدمات التي تعمل في الجهاز الظاهري. لمزيدٍ من المعلومات، اقرأ نظرة عامة.

إشعار

نحن نطلب أن تحتاج عمليات النشر الجديدة للأجهزة الظاهرية التي تستخدم تخزين كتلة Azure لأقراصها (جميع سعة تخزين Azure باستثناء ملفات Azure NetApp وملفات Azure) إلى استخدام أقراص Azure المدارة لأقراص VHD/OS الأساسية وأقراص البيانات التي تخزن ملفات قاعدة بيانات SAP. مستقل عما إذا كنت تقوم بنشر الأجهزة الظاهرية من خلال مجموعة التوفر، عبر مناطق توافر الخدمات أو بشكلٍ مستقل عن المجموعات والمناطق. لا يلزم أن تكون الأقراص المستخدمة لغرض تخزين النسخ الاحتياطية أقراصاً مدارة.

سيناريوهات التخزين مع أحمال عمل SAP

يلزم التخزين المستمر في أحمال عمل SAP في العديد من مكونات المكدس الذي تقوم بتوزيعه في Azure. هذه السيناريوهات قائمة على الأقل مثل:

  • استمرار VHD الأساسي بالجهاز الظاهري الذي يحتوي على نظام التشغيل والبرامج الأخرى التي تقوم بتثبيتها في ذلك القرص. هذا القرص/VHD هو جذر الجهاز الظاهري الخاص بك. يجب الاستمرار في أي تغييرات يتم إجراؤها عليه. لذا، في المرة التالية التي توقف فيها تشغيل الجهاز الظاهري وتُعيد تشغيله، تظل جميع التغييرات التي أجريتها قبل ذلك موجودة. خاصةً في الحالات التي يتم فيها نشر الجهاز الظاهري بواسطة Azure على مضيف آخر بخلاف المضيف الذي كان يعمل عليه أساساً
  • أقراص البيانات الدائمة. هذه الأقراص هي أقراص VHD تقوم بإرفاقها لتخزين بيانات التطبيق بها. يمكن أن تكون بيانات التطبيق هذه بيانات وملفات تسجيل/في مرحلة الإعادة بقاعدة بيانات، أو ملفات نسخ احتياطي أو تثبيتات البرامج. مما يعني أي قرص خارج قرص VHD الأساسي الذي يحتوي على نظام التشغيل
  • مشاركة الملفات أو الأقراص المشتركة التي تحتوي على دليل النقل العمومي لـ NetWeaver أو S/4HANA. يكون محتوى هذه المشاركات إما مستهلكاً من قِبَل البرامج التي تعمل في الأجهزة الظاهرية المتعددة أو مستخدماً لإنشاء سيناريوهات مقاطع التخزين التي تتجاوز الفشل عالية التوافر
  • الدليل /sapmnt أو مشاركات الملفات الشائعة لعمليات EDI (تبادل البيانات الإلكترونية) أو ما شابه ذلك. يكون محتوى هذه المشاركات إما مستهلكاً من قِبَل البرامج التي تعمل في الأجهزة الظاهرية المتعددة أو مستخدماً لإنشاء سيناريوهات مقاطع التخزين التي تتجاوز الفشل عالية التوافر

في الأقسام القليلة التالية، تتم مناقشة أنواع تخزين Azure المختلفة وإمكانية استخدامها لسيناريوهات حمل عمل SAP الأربعة. يتم توثيق تصنيف عام لكيفية استخدام أنواع تخزين Azure المختلفة في المقالة ما أنواع الأقراص المتوفرة في Azure؟. لن تكون توصيات استخدام أنواع تخزين Azure المختلفة لحمل عمل SAP مختلفة بشكل كبير.

للحصول على قيود الدعم على أنواع تخزين Azure لطبقة SAP NetWeaver/application من S/4HANA، اقرأ ملاحظة دعم SAP 2015553. بالنسبة إلى أنواع تخزين Azure المعتمدة والمعتمدة من SAP HANA، اقرأ المقالة تكوينات تخزين الجهاز الظاهري SAP HANA Azure.

تقدم الأقسام التي تصف أنواع تخزين Azure المختلفة مزيداً من المعلومات حول القيود والإمكانيات باستخدام التخزين المدعوم من SAP.

خيارات التخزين عند استخدام النسخ المتماثل لنظام إدارة قواعد البيانات (DBMS)

تتوقع البنيات المرجعية لدينا استخدام وظيفة DBMS (نظام إدارة قواعد البيانات) مثل SQL Server Always On أو HANA System Replication أو Db2 HADR أو Oracle Data Guard. في حالة استخدام هذه التقنيات بين جهازين ظاهريين أو عدة أجهزة Azure الظاهرية، يجب أن تكون أنواع التخزين المختارة لكل جهاز من الأجهزة الظاهرية هي نفسها. يعني أن تكوين التخزين بين العقدة النشطة وعقدة النسخة المتماثلة في تكوين DBMS HA يجب أن يكون هو نفسه.

توصيات التخزين لسيناريوهات تخزين SAP

قبل الخوض في التفاصيل، نقدم الملخص والتوصيات بالفعل في بداية المستند. في حين أن التفاصيل الخاصة بأنواع معينة من تخزين Azure تتبع هذا القسم من المستند. عندما نلخص توصيات التخزين لسيناريوهات تخزين SAP في جدول، يبدو كما يلي:

سيناريو الاستخدام Standard HDD Standard SSD تخزين متميز الإصدار 2 من محركات الأقراص ذات الحالة الصلبة المتميزة قرص Ultra ملفات Azure NetApp ملفات Azure Premium
قرص نظام التشغيل غير مناسب مناسب بشكلٍ مقيد (غير محفز) مستحسن غير ممكن غير ممكن غير ممكن غير ممكن
دليل النقل العمومي غير مدعوم غير مدعوم مستحسن مستحسن مستحسن مستحسن يوصي
/sapmnt غير مناسب مناسب بشكلٍ مقيد (غير محفز) مستحسن مستحسن مستحسن مستحسن يوصي
حجم بيانات DBMS عائلات SAP HANA M/Mv2 VM غير مدعوم غير مدعوم مستحسن مستحسن مستحسن مستحسن غير مدعوم
وحدة تخزين سجل DBMS عائلات SAP HANA M/Mv2 VM غير مدعوم غير مدعوم موصى به 1 مستحسن مستحسن مستحسن غير مدعوم
وحدة تخزين بيانات DBMS عائلات SAP HANA Esv3/Edsv4 VM غير مدعوم غير مدعوم مستحسن مستحسن مستحسن مستحسن غير مدعوم
وحدة تخزين سجل DBMS عائلات SAP HANA Esv3/Edsv4 VM غير مدعوم غير مدعوم غير مدعوم مستحسن مستحسن مستحسن غير مدعوم
وحدة تخزين HANA المشتركة غير مدعوم غير مدعوم مستحسن مستحسن مستحسن مستحسن مستحسن
وحدة تخزين بيانات DBMS غير HANA غير مدعوم مناسب بشكلٍ مقيد (غير محفز) مستحسن مستحسن مستحسن فقط لإصدارات معينة من Oracle على Oracle Linux وDb2 وSAP ASE على SLES/RHEL Linux غير مدعوم
وحدة تخزين سجل DBMS غير عائلات SAP HANA M/Mv2 VM غير مدعوم مناسب بشكلٍ مقيد (غير محفز) موصى به 1 مستحسن مستحسن فقط لإصدارات معينة من Oracle على Oracle Linux وDb2 وSAP ASE على SLES/RHEL Linux غير مدعوم
وحدة تخزين سجل DBMS غير عائلات SAP HANA M/Mv2 VM غير مدعوم مناسب بشكلٍ مقيد (غير محفز) مناسبة لأحمال العمل المتوسطة مستحسن مستحسن فقط لإصدارات معينة من Oracle على Oracle Linux وDb2 وSAP ASE على SLES/RHEL Linux غير مدعوم

1 باستخدام Azure Write Accelerator لعائلات M/Mv2 VM لوحدات تخزين السجل/سجل الإعادة

الخصائص التي يمكنك توقعها من قائمة أنواع التخزين المختلفة مثل:

سيناريو الاستخدام Standard HDD Standard SSD تخزين متميز الإصدار 2 من محركات الأقراص ذات الحالة الصلبة المتميزة قرص Ultra ملفات Azure NetApp ملفات Azure Premium
معدل النقل/ IOPS SLA لا لا نعم نعم نعم نعم ‏‏نعم‬
قراءات زمن الانتقال درجة عالية متوسط إلى مرتفع منخفض ميلي ثانية فرعية ميلي ثانية فرعية ميلي ثانية فرعية منخفضة
كتابات زمن الانتقال درجة عالية متوسط إلى مرتفع منخفض (submillisecond1) ميلي ثانية فرعية ميلي ثانية فرعية ميلي ثانية فرعية منخفضة
HANA مدعوم لا لا نعم1 ‏‏نعم‬ نعم نعم لا
لقطات القرص الممكنة ‏‏نعم‬ نعم ‏‏نعم‬ نعم3 رقم2 ‏‏نعم‬ لا
تخصيص الأقراص على مجموعات تخزين مختلفة عند استخدام مجموعات التوفر من خلال الأقراص المُدارة من خلال الأقراص المُدارة من خلال الأقراص المُدارة نوع القرص غير مدعوم مع الأجهزة الظاهرية الموزعة من خلال مجموعات التوفر نوع القرص غير مدعوم مع الأجهزة الظاهرية الموزعة من خلال مجموعات التوفر لا3 لا
تتماشى مع مناطق توافر الخدمات ‏‏نعم‬ نعم نعم نعم ‏‏نعم‬ في المعاينة العامة لا
التكرار النطاقي المتزامن ليس للأقراص المُدارة ليس للأقراص المُدارة غير مدعوم ل DBMS لا لا لا ‏‏نعم‬
التكرار النطاقي غير المتزامن ليس للأقراص المُدارة ليس للأقراص المُدارة غير مدعوم ل DBMS لا لا في الإصدار الأولي لا
التكرار الجغرافي ليس للأقراص المُدارة ليس للأقراص المُدارة لا لا لا ممكن لا

1 باستخدام Azure Write Accelerator لعائلات M/Mv2 VM لوحدات تخزين السجل/سجل الإعادة

2 لا يضمن إنشاء تجمعات سعة مختلفة لملفات Azure NetApp توزيع تجمعات السعة على وحدات تخزين مختلفة

لا يمكن استخدام 3 لقطات (تزايدية) من Premium SSD v2 أو قرص Ultra مباشرة بعد إنشائها. يجب إكمال نسخة الخلفية قبل أن تتمكن من إنشاء قرص من اللقطة

هام

تحقق من قسم Azure NetApp Files في هذا المستند للعثور على تفاصيل حول موضع التقارب لوحدات تخزين NFS والأجهزة الظاهرية عند الحاجة إلى أقل من 1 مللي ثانية من زمن الانتقال.

التخزين المتميز من Azure

تم تقديم وحدة تخزين SSD فائقة من Azure بهدف توفير:

  • زمن انتقال إدخال/إخراج منخفض
  • اتفاقيات على مستوى الخدمة لـ IOPS والإنتاجية
  • خفض التغيرات في زمن انتقال الإدخال/الإخراج

يستهدف هذا النوع من التخزين أحمال عمل نظام إدارة قواعد البيانات، وحركة مرور التخزين التي تتطلب زمن انتقال أقل من رقم واحد بالمللي ثانية، واتفاقيات مستوى الخدمة على IOPS ومعدل النقل. أساس التكلفة لتخزين Azure المتميز ليس حجم البيانات الفعلي المخزن في مثل هذه الأقراص، ولكن فئة حجم مثل هذا القرص، بغض النظر عن كمية البيانات المخزنة داخل القرص. يمكنك أيضا إنشاء أقراص على مساحة تخزين متميزة لا يتم تعيينها مباشرة إلى فئات الحجم الموضحة في المقالة Premium SSD. فيما يلي الاستنتاجات من هذه المقالة:

  • يتم تنظيم التخزين ضمن نطاقات. على سبيل المثال، يتشارك قرص في النطاق 513 جيبي بايت إلى 1024 غيغابايت في نفس الإمكانات والتكاليف الشهرية نفسها
  • لا يتعقب IOPS لكل GiB خطيا عبر فئات الحجم. تتمتع الأقراص الأصغر حجماً التي تقل عن 32 جيجابايت بمعدلات IOPS أعلى لكل جيجابايت. بالنسبة للأقراص التي تتجاوز 32 جيبي بايت إلى 1024 غيغابايت، يتراوح معدل IOPS لكل GiB بين 4-5 IOPS لكل GiB. بالنسبة للأقراص الأكبر حجماً حتى 32767 جيجا بايت، فإن معدل IOPS لكل جيجابايت ينخفض عن 1
  • لا يكون معدل نقل الإدخال/الإخراج لهذا التخزين خطيا بحجم فئة القرص. بالنسبة للأقراص الأصغر، مثل الفئة بين سعة 65 غيغابايت و128 غيغابايت، يبلغ معدل النقل حوالي 780 كيلوبايت لكل جيبي بايت. بينما بالنسبة للأقراص الكبيرة للغاية مثل قرص 32,767 غيغابايت، يبلغ معدل النقل حوالي 28 كيلوبايت لكل جيبي بايت
  • لا يمكن تغيير IOPS ومعدل النقل SLAs دون تغيير سعة القرص

تبدو مصفوفة القدرة الخاصة بأحمال العمل في SAP كما يلي:

الإمكانية تعليق الملاحظات/الروابط
قاعدة نظام التشغيل الأساسية VHD مناسب جميع الأنظمة
قرص البيانات مناسب جميع الأنظمة - خصوصاً لـ SAP HANA
دليل النقل العمومي لـ SAP ‏‏نعم‬ مدعم
SAP sapmnt مناسب جميع الأنظمة
تخزين النسخ الاحتياطي مناسب لتخزين النسخ الاحتياطية على المدى القصير
المشاركات/القرص المشترك غير متوفرة يحتاج إلى ملفات Azure Premium أو جهة خارجية
مرونة التخزين المتكرر محلياً لا يتوفر GRS أو ZRS للأقراص
زمن الانتقال منخفض إلى متوسط -
IOPS SLA ‏‏نعم‬ -
IOPS خطي للسعة شبه خطي بين قوسين تسعير القرص المُدار
الحد الأقصى IOPS لكل قرص 20,000 حسب حجم القرص ضع في اعتبارك أيضاً حدود الأجهزة الظاهرية
اتفاقية مستوى خدمة معدل النقل ‏‏نعم‬ -
معدل النقل الخطي إلى السعة شبه خطي بين قوسين تسعير القرص المُدار
HANA معتمدة ‏‏نعم‬ خصوصاً لـ SAP HANA
دعم Azure Write Accelerator لا -
اندفاع القرص ‏‏نعم‬ -
لقطات القرص الممكنة ‏‏نعم‬ -
لقطات Azure Backup VM الممكنة ‏‏نعم‬ -
التكاليف متوسط -

لا يفي التخزين المتميز ل Azure بمؤشرات KPIs لتخزين SAP HANA مع أنواع التخزين المؤقت الشائعة المقدمة مع تخزين Azure المتميز. لتحقيق مؤشرات الأداء الرئيسية لزمن انتقال التخزين لعمليات الكتابة في سجل SAP Hana، يتعين عليك استخدام التخزين المؤقت لـ Azure Write Accelerator كما هو موضح في المقالة تمكين Write Accelerator. يستفيد Azure Write Accelerator من جميع أنظمة DBMS الأخرى لعمليات الكتابة في سجل المعاملات وإعادة كتابة السجل. لذلك، يوصى باستخدامه عبر جميع عمليات توزيع SAP DBMS. بالنسبة إلى SAP HANA، يعد استخدام Azure Write Accelerator ل /hana/log مع تخزين Azure المتميز إلزاميا.

الملخص:التخزين المتميز Azure هو أحد أنواع تخزين Azure الموصى بها لحمل عمل SAP. تنطبق هذه التوصية على أنظمة عدم الإنتاج والإنتاج. التخزين المتميز من Azure مناسب للتعامل مع أحمال العمل بقواعد البيانات. إن استخدام مسرّع الكتابة من Azure سيحسّن من زمن الكتابة مقابل استدامة أقراص Azure المتميزة. ومع ذلك، بالنسبة لأنظمة DBMS ذات معدلات IOPS ومعدلات نقل عالية، تحتاج إما إلى زيادة سعة التخزين. أو تحتاج إلى استخدام وظائف مثل مساحات تخزين Windows أو مديري وحدات التخزين المنطقية في Linux لإنشاء مجموعات تخطيط تمنحك السعة المطلوبة من جانب واحد. ولكن أيضا IOPS اللازمة أو معدل النقل بأفضل كفاءة من حيث التكلفة.

وظيفة التدفق من Azure لتخزين محركات الأقراص المتميزة

بالنسبة إلى أقراص التخزين المتميزة من Azure الأصغر حجمًا أو مساوية لسعة 512 جيجي بايت، تتوفر وظيفة التدفق. يتم وصف الطريقة الدقيقة لكيفية عمل اندفاع القرص في المقالة اندفاع القرص. عند قراءة المقالة، فإنك تتعرف على مفهوم تراكم عمليات IOPS ومعدل النقل في الأوقات التي يكون فيها حمل عمل الإدخال/الإخراج أقل من عمليات IOPS الاسمية ومعدل نقل الأقراص (للحصول على تفاصيل حول معدل النقل الاسمي، راجع تسعير القرص المُدار). ستقوم بتراكم دلتا IOPS ومعدل النقل بين الاستخدام الحالي والقيم الاسمية للقرص. يتم تحديد عمليات الاندفاع لمدة 30 دقيقة كحد أقصى.

من المحتمل أن تكون الحالات المثالية التي يمكن فيها تخطيط وظيفة التدفق هذه هي وحدات التخزين أو الأقراص التي تحتوي على ملفات بيانات لـ DBMS مختلفة. ومن المتوقع أن يكون حمل الإدخال/الإخراج المتوقع مقابل وحدات التخزين هذه، ولا سيما مع الأنظمة الصغيرة والمتوسطة النطاق، كما يلي:

  • حمل عمل قراءة منخفض إلى متوسط نظرا لأنه يتم تخزين البيانات مؤقتا بشكل مثالي في الذاكرة. أو كما هو الحال مع SAP HANA يجب أن يكون تماما في الذاكرة
  • تدفقات عمليات الكتابة التي تُشغَّل بواسطة نقاط تحقق قاعدة البيانات أو نقاط الحفظ التي تُصدر بصورة منتظمة
  • حمل عمل النسخ الاحتياطي الذي يقرأ في التدفق المستمر في الحالات التي لا تُنفذ فيها عمليات النسخ الاحتياطي عبر لقطات التخزين
  • بالنسبة إلى SAP HANA، تحميل البيانات في الذاكرة بعد إعادة تشغيل مثيل

ولا سيما على أنظمة DBMS أصغر، حيث يتناول حمل العمل بضع مئات المعاملات في ثوانٍ فقط، يمكن أن يكون لوظيفة التدفق قيمة أيضًا بالنسبة إلى الأقراص أو وحدات التخزين التي تخزن المعاملة أو تعيد السجل. يبدو حمل العمل المتوقع على مثل هذا القرص أو وحدات التخزين كما يلي:

  • الكتابات المنتظمة على القرص التي تعتمد على حمل العمل وطبيعته نظرًا إلى أن كل تثبيت صادر عن التطبيق من المحتمل أن يبدأ عملية الإدخال/الإخراج
  • حمل العمل الأعلى في الإنتاجية لحالات المهام التشغيلية، مثل إنشاء فهارس أو إعادة إنشائها
  • قراءة التدفقات عند تنفيذ سجل المعاملات أو إعادة النسخ الاحتياطية للسجل

Azure Premium SSD v2

تخزين Azure Premium SSD v2 هو إصدار جديد من التخزين المتميز الذي تم تقديمه بهدف توفير:

  • زمن انتقال الإدخال/الإخراج دون الميلي ثانية لأحجام الإدخال/الإخراج الأصغر للقراءة والكتابة
  • اتفاقيات على مستوى الخدمة لـ IOPS والإنتاجية
  • سعة الدفع بواسطة الجيجابايت المخصص
  • توفير مجموعة افتراضية من IOPS ومعدل نقل التخزين لكل قرص
  • منح إمكانية إضافة المزيد من IOPS ومعدل النقل إلى كل قرص والدفع بشكل منفصل لهذه الموارد الإضافية المتوفرة
  • اجتياز شهادة SAP HANA دون مساعدة من وظائف أخرى مثل Azure Write Accelerator أو ذاكرات التخزين المؤقت الأخرى

يستهدف هذا النوع من التخزين أحمال عمل DBMS، وحركة مرور التخزين التي تتطلب زمن انتقال أقل من ميلي ثانية، واتفاقيات مستوى الخدمة على IOPS ومعدل النقل. يتم تسليم أقراص Premium SSD v2 مع مجموعة افتراضية من 3000 IOPS ومعدل نقل 125 ميغابت في الثانية. وإمكانية إضافة المزيد من IOPS ومعدل النقل إلى الأقراص الفردية. يتم تنظيم تسعير التخزين بطريقة لا تؤثر إضافة المزيد من معدل النقل أو IOPS على السعر بشكل رئيسي. ومع ذلك، سنترك الأمر لك لتحديد كيف سيبدو تكوين التخزين الخاص بك ل Premium SSD v2. للبدء الأساسي، اقرأ تكوينات تخزين الجهاز الظاهري SAP HANA Azure Premium SSD v2.

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

تبدو مصفوفة القدرة الخاصة بأحمال العمل في SAP كما يلي:

الإمكانية تعليق الملاحظات/الروابط
قاعدة نظام التشغيل الأساسية VHD غير مدعوم لا يوجد نظام
قرص البيانات مناسب جميع الأنظمة
دليل النقل العمومي لـ SAP ‏‏نعم‬ جميع الأنظمة
SAP sapmnt مناسب جميع الأنظمة
تخزين النسخ الاحتياطي مناسب لتخزين النسخ الاحتياطية على المدى القصير
المشاركات/القرص المشترك غير متوفرة يحتاج إلى Azure Premium Files أو Azure NetApp Files
مرونة التخزين المتكرر محلياً لا يتوفر GRS أو ZRS للأقراص
زمن الانتقال ميلي ثانية فرعية -
IOPS SLA ‏‏نعم‬ -
IOPS خطي للسعة شبه خطي تسعير القرص المُدار
الحد الأقصى IOPS لكل قرص 80,000 يعتمد على حجم القرص ضع في اعتبارك أيضاً حدود الأجهزة الظاهرية
اتفاقية مستوى خدمة معدل النقل ‏‏نعم‬ -
معدل النقل الخطي إلى السعة شبه خطي تسعير القرص المُدار
HANA معتمدة ‏‏نعم‬ -
دعم Azure Write Accelerator لا -
اندفاع القرص لا -
لقطات القرص الممكنة نعم1 -
لقطات Azure Backup VM الممكنة ‏‏نعم‬ -
التكاليف متوسط -

لا يمكن استخدام 1 (تزايدي) لقطات Premium SSD v2 أو قرص Ultra مباشرة بعد إنشائها. يجب إكمال نسخة الخلفية قبل أن تتمكن من إنشاء قرص من اللقطة

مقابل تخزين Azure المتميز، يحقق Azure Premium SSD v2 واجهات KPIs لتخزين SAP HANA. ونتيجة لذلك، لا تحتاج إلى استخدام التخزين المؤقت Azure Write Accelerator كما هو موضح في المقالة تمكين Write Accelerator.

ملخص: Azure Premium SSD v2 هو تخزين الكتلة الذي يناسب أفضل نسبة سعر/أداء لأحمال عمل SAP. Azure Premium SSD v2 مناسب للتعامل مع أحمال عمل قاعدة البيانات. زمن الانتقال دون الثانية هو التخزين المثالي لأحمال عمل DBMS المطلوبة. على الرغم من أنه نوع تخزين أحدث تم إصداره في نوفمبر 2022. لذلك، قد لا تزال هناك بعض القيود التي ستزول خلال الأشهر القليلة القادمة.

قرص Ultra من Azure

توفر Azure Ullra Disks معدل نقل عالي و IOPS عالية وتخزين في القرص المتدنّي في زمن أقل لـ Azure IaaS VMs. تتضمن بعض فوائد الأقراص الفائقة القدرة على تغيير IOPS ومعدل نقل القرص ديناميكيا، جنبا إلى جنب مع أحمال العمل الخاصة بك، دون الحاجة إلى إعادة تشغيل الأجهزة الظاهرية (VM). تعد أقراص الفائقة مناسبة لأحمال العمل كثيفة البيانات مثل أحمال عمل SAP DBMS. يمكن استخدام أقراص الفائقة كأقراص بيانات فقط ولا يمكن استخدامها كقرص VHD أساسي يخزن نظام التشغيل. نوصي باستخدام تخزين Azure المتميز كقرص VHD قائم.

عندما تقوم بإنشاء قرص فائق، لديك ثلاثة أبعاد يمكنك تحديدها:

  • سعة القرص. تتراوح النطاقات من 4 جيبي بايت إلى 65.536 جيبي بايت
  • تم توفير IOPS للقرص. تنطبق القيم القصوى المختلفة على سعة القرص. اقرأ مقالة القرص الفائق للحصول على مزيدٍ من التفاصيل
  • النطاق الترددي المخصص للتخزين. يتم تطبيق عرض النطاق الترددي الأقصى المختلف بناءً على سعة القرص. اقرأ مقالة القرص الفائق للحصول على مزيدٍ من التفاصيل

تُحدد تكلفة القرص الواحد من خلال الأبعاد الثلاثة التي يمكنك تحديدها لأقراص معينة بشكل منفصل.

تبدو مصفوفة القدرة الخاصة بأحمال العمل في SAP كما يلي:

الإمكانية تعليق الملاحظات/الروابط
قاعدة نظام التشغيل الأساسية VHD لا يعمل -
قرص البيانات مناسب جميع الأنظمة
دليل النقل العمومي لـ SAP ‏‏نعم‬ مدعم
SAP sapmnt مناسب جميع الأنظمة
تخزين النسخ الاحتياطي مناسب لتخزين النسخ الاحتياطية على المدى القصير
المشاركات/القرص المشترك غير متوفرة يحتاج إلى جهة خارجية
مرونة التخزين المتكرر محلياً لا يتوفر GRS أو ZRS للأقراص
زمن الانتقال منخفض جداً -
IOPS SLA ‏‏نعم‬ -
IOPS خطي للسعة شبه خطي بين قوسين تسعير القرص المُدار
الحد الأقصى IOPS لكل قرص من 1,200 إلى 160,000 تعتمد على سعة القرص
اتفاقية مستوى خدمة معدل النقل ‏‏نعم‬ -
معدل النقل الخطي إلى السعة شبه خطي بين قوسين تسعير القرص المُدار
HANA معتمدة ‏‏نعم‬ -
دعم Azure Write Accelerator لا -
اندفاع القرص ‏‏نعم‬ -
لقطات القرص الممكنة نعم1 -
لقطات Azure Backup VM الممكنة ‏‏نعم‬ -
التكاليف أعلى من سعة التخزين الفائقة -

لا يمكن استخدام 1 (تزايدي) لقطات Premium SSD v2 أو قرص Ultra مباشرة بعد إنشائها. يجب إكمال نسخة الخلفية قبل أن تتمكن من إنشاء قرص من اللقطة

ملخص: أقراص Azure ultra هي تخزين مناسب مع زمن انتقال منخفض للميلي ثانية لجميع أنواع حمل عمل SAP. حتى الآن، يمكن استخدام القرص Ultra فقط في مجموعات مع الأجهزة الظاهرية التي تم توزيعها من خلال مناطق التوفر (التوزيع حسب المناطق). على عكس جميع وحدات التخزين الأخرى، لا يمكن استخدام قرص Ultra لقرص VHD الأساسي. يعتبر قرص Ultra مثاليًا للحالات التي يتقلب فيها حمل الإدخال/الإخراج كثيرًا وترغب في تهيئة معدل نقل التخزين الموزع أو IOPS مع أنماط حمل عمل التخزين بدلاً من تغيير الحجم لأقصى استخدام للنطاق الترددي وIOPS.

ملفات Azure NetApp

Azure NetApp Files هي خدمة تخزين ملفات أصلية من Azure، الطرف الأول، من فئة المؤسسة، عالية الأداء معتمدة للاستخدام مع SAP HANA. يوفر وحدات التخزين كخدمة يمكنك من أجلها إنشاء حسابات NetApp وتجمعات السعة ووحدات التخزين. يمكنك تحديد مستويات الخدمة والأداء وإدارة حماية البيانات. يمكنك إنشاء مشاركات ملفات عالية الأداء ومتاحة للغاية وقابلة للتطوير وإدارتها باستخدام نفس البروتوكولات والأدوات التي تعرفها وتعتمد عليها محليا.

للحصول على معلومات حول مستويات الخدمة، راجع مستويات الخدمة لملفات Azure NetApp. بالنسبة للأنواع المختلفة من أحمال عمل SAP، يوصى بشدة بمستويات الخدمة التالية:

  • أحمال عمل SAP DBMS: الأداء، مثالي للغاية
  • مشاركة SAPMNT: الأداء، مثالي للغاية
  • دليل النقل العمومي: الأداء، مثالي للغاية

تتوفر توصيات تغيير الحجم في SAP على Azure NetApp Files TCO Estimator.

إشعار

الحد الأدنى لحجم التوفير هو وحدة 1 تيرابايت تسمى تجمع السعة. يمكنك بعد ذلك إنشاء وحدات تخزين من تجمع السعة هذا. في حين أن أصغر حجم يمكنك تكوينه هو 100 جيجا بايت. يمكنك توسيع تجمع السعة في 1 تيرابايت انظر. للحصول على التسعير، راجع تسعير ملفات Azure NetApp

ملفات Azure NetApp مدعومة حاليا للعديد من سيناريوهات حمل عمل SAP:

إشعار

حتى الآن لا يتم دعم أحمال عمل DBMS على SMB استناداً إلى ملفات Azure NetApp.

عادة ما يحتوي التخزين لتطبيقات قاعدة البيانات على متطلبات معدل النقل التي لا يتم قياسها خطيا بحجم وحدات التخزين، أي أن وحدات تخزين السجل صغيرة الحجم نسبيا ولكنها تتطلب مستويات عالية من معدل النقل.

تسمح لك Azure NetApp Files بتخصيص معدل نقل وحدة التخزين بشكل مستقل عن أحجام وحدات التخزين عند استخدام مجموعة سعة من نوع QoS اليدوي.

إليك مثال:

  • تتطلب وحدة التخزين لملفات قاعدة البيانات معدل نقل 500 ميجابايت/ثانية وسعة 39 تيرابايت
  • تتطلب وحدة التخزين لملفات السجل معدل نقل 2000 ميبي بايت/ثانية وسعة 1 تيرابايت

يمكنك إنشاء تجمع سعة QoS يدوي لهذا السيناريو وتخصيص معدل النقل بشكل مستقل عن أحجام وحدات التخزين. السعة الإجمالية المطلوبة هي 40 تيرابايت، وإجمالي معدل النقل هو 2500 ميجابايت/ثانية. يستوعب تجمع السعة في مستوى الخدمة المتميزة (64 ميبي بايت/ثانية لكل تيبي بايت مخصص) متطلبات الأداء والسعة (40 تيرابايت * 64 تيرا بايت/ثانية/تيبي بايت = 2560 تيرابايت).

قد يتطلب تحجيم الأداء الخطي توفيرا زائدا كبيرا في حجم السجل لتحقيق متطلبات معدل النقل. لتحقيق معدل نقل 2000 ميجابايت/ ثانية لوحدة تخزين السجل، ستحتاج إلى نشر تجمع سعة في المستوى Ultra (128 ميجابايت/ ثانية لكل تيبي بايت مخصص) من 16 تيرابايت، ما يؤدي إلى إهدار سعة 15 تيرابايت.

استخدم حاسبة أداء ملفات Azure NetApp للحصول على تقدير للسيناريو الخاص بك.

تبدو مصفوفة القدرة الخاصة بأحمال العمل في SAP كما يلي:

الإمكانية تعليق الملاحظات/الروابط
قاعدة نظام التشغيل الأساسية VHD لا يعمل -
قرص البيانات مناسب SAP HANA وOracle على Oracle Linux وDb2 وSAP ASE على SLES/RHEL
دليل النقل العمومي لـ SAP ‏‏نعم‬ SMB وNFS
SAP sapmnt مناسب جميع الأنظمة SMB (Windows فقط) أو NFS (Linux فقط)
تخزين النسخ الاحتياطي مناسب -
المشاركات/القرص المشترك ‏‏نعم‬ SMB 3.0، وNFS v3، وNFS v4.1
مرونة LRS و GRS GRS متوفر
زمن الانتقال منخفض جداً عادة أقل من 1 مللي ثانية
IOPS SLA ‏‏نعم‬ -
IOPS خطي للسعة خطي مع QoS التلقائي؛ مستقل مع QoS اليدوي ثلاثة مستويات خدمة متاحة
اتفاقية مستوى خدمة معدل النقل ‏‏نعم‬ تتوفر توصيات تغيير الحجم في SAP على Azure NetApp FIles TCO Estimator
معدل النقل الخطي إلى السعة خطي مع QoS التلقائي؛ مستقل مع QoS اليدوي ثلاثة مستويات خدمة متاحة
HANA معتمدة ‏‏نعم‬ -
لقطات القرص الممكنة ‏‏نعم‬ -
لقطات Azure Backup VM الممكنة لا استخدام AzAcSnap أو SnapCenter
التكاليف تنافسية عند تضمين فوائد اللقطات والنسخ الاحتياطي المتكامل -

وظائف مضمنة أخرى لتخزين Azure NetApp Files:

هام

على وجه التحديد بالنسبة إلى عمليات نشر قاعدة البيانات، تريد تحقيق زمن انتقال منخفض لسجلات الإعادة الخاصة بك على الأقل. خاصة بالنسبة إلى SAP HANA، يتطلب SAP زمن انتقال أقل من 1 مللي ثانية لكتابات سجل إعادة HANA ذات الأحجام الأصغر. للوصول إلى زمن الانتقال هذا، راجع الاحتمالات أدناه.

هام

حتى بالنسبة للاستخدام غير DBMS، يجب عليك استخدام الوظيفة التي تسمح لك بإنشاء مشاركة NFS في نفس مناطق توفر Azure كما وضعت VM (الأجهزة الظاهرية) التي يجب تحميل مشاركات NFS فيها. تم توثيق هذه الوظيفة في المقالة إدارة موضع وحدة تخزين منطقة التوفر لملفات Azure NetApp. الدافع إلى وجود هذا النوع من محاذاة منطقة التوفر هو تقليل سطح المخاطر من خلال وجود مشاركات NFS حتى الآن في AvZone آخر حيث لا تقوم بتشغيل الأجهزة الظاهرية فيها.

  • يمكنك الانتقال إلى أقرب تقارب بين VM ومشاركة NFS التي يمكن ترتيبها باستخدام مجموعات وحدة تخزين التطبيق. تتمثل ميزة مجموعات وحدة تخزين التطبيق، إلى جانب تخصيص أفضل تقارب ومع إنشاء أقل زمن انتقال، في أن مشاركات NFS المختلفة الخاصة بك لتوزيع SAP HANA يتم توزيعها عبر وحدات تحكم مختلفة في مجموعات الواجهة الخلفية ل Azure NetApp Files. عيب هذا الأسلوب هو أنك تحتاج إلى الانتقال من خلال عملية تثبيت مرة أخرى. عملية تنتهي بتقييد توزيع الجهاز الظاهري إلى مركز بيانات واحد. بدلا من مناطق التوفر كطريقة أولى مقدمة. وهذا يعني مرونة أقل في تغيير أحجام الأجهزة الظاهرية وعائلات الأجهزة الظاهرية للأجهزة الظاهرية التي تم تحميل وحدات تخزين NFS عليها.
  • العملية الحالية لعدم استخدام مجموعات موضع التوفر. والتي تتوفر حتى الآن ل SAP HANA فقط. تستخدم هذه العملية أيضا نفس عملية التثبيت اليدوي كما هو الحال مع مجموعات وحدة تخزين التوفر. هذا الأسلوب هو الأسلوب المستخدم للسنوات الثلاث الماضية. لديها نفس قيود المرونة التي تفرضها العملية مع مجموعات وحدة تخزين التوفر.

كتفضيلات لتخصيص وحدات تخزين NFS استنادا إلى Azure NetApp Files للاستخدام المحدد لقاعدة البيانات، يجب محاولة تخصيص وحدة تخزين NFS في نفس المنطقة مثل الجهاز الظاهري أولا. خاصة بالنسبة لقواعد البيانات غير HANA. فقط إذا ثبت أن زمن الانتقال غير كاف، يجب أن تمر بعملية تثبيت يدوية. بالنسبة لحمل عمل HANA الأصغر أو حمل عمل HANA غير المنتج، يجب اتباع أسلوب تخصيص المناطق أيضا. فقط في الحالات التي لا يكون فيها الأداء وزمن الانتقال كافيا، يجب عليك استخدام مجموعات وحدة تخزين التطبيق.

الملخص: تعد ملفات Azure NetApp عبارة عن تخزين بزمن انتقال منخفض معتمد من HANA يسمح بتوزيع وحدات تخزين NFS وSMB أو مشاركاتها. تتوفر سعات التخزين مع ثلاثة مستويات مختلفة للخدمة توفر إنتاجية مختلفة وIOPS بطريقة خطية لكل سعة جيجي بايت لوحدة التخزين. يتيح تخزين Azure NetApp Files نشر سيناريوهات توسيع SAP HANA مع عقدة الاستعداد. يعد التخزين مناسبًا لتوفير مشاركات الملفات حسب الحاجة من أجل /sapmnt أو دليل النقل العالمي في SAP. يأتي تخزين Azure NetApp Files مزودا بتوافر الوظائف المتوفرة كوظيفة NetApp أصلية.

ملفات Azure Premium

Azure Premium Files هو تخزين مشترك يوفر SMB وNFS بسعر معتدل وزمن انتقال كاف للتعامل مع مشاركات طبقة تطبيق SAP. في الأعلى، توفر Azure premium Files نسخا متماثلا متزامنا للمشاركات مع آلية في حالة فشل نسخة متماثلة واحدة، يمكن أن تتولى نسخة متماثلة أخرى في منطقة أخرى. مقابل Azure NetApp Files، لا توجد مستويات أداء. كما أنه ليست هناك حاجة إلى تجمع السعة. ويستند الشحن إلى القدرة الحقيقية المقدمة للأسهم المختلفة. لم يتم اختبار Azure Premium Files كمخزن DBMS لحمل عمل SAP على الإطلاق. ولكن بدلا من ذلك، ركز سيناريو الاستخدام لحمل عمل SAP على جميع أنواع مشاركات SMB وNFS أثناء استخدامها في طبقة تطبيق SAP. Azure Premium Files مناسبة أيضا لاستخدام /hana/shared.

إشعار

حتى الآن لا يتم دعم أحمال عمل SAP DBMS على وحدات التخزين المشتركة استنادا إلى Azure Premium Files.

سيناريوهات SAP المدعومة في قائمة Azure Premium Files مثل:

تبدأ Azure Premium Files بكمية أكبر من IOPS بحد أدنى لحجم المشاركة 100 غيغابايت مقارنة ب Azure NetApp Files. يمكن لهذا الشريط الأعلى من IOPS تجنب الإفراط في توفير السعة لتحقيق قيم IOPS ومعدل النقل معينة. بالنسبة إلى IOPS ومعدل نقل التخزين، اقرأ القسم أهداف مقياس مشاركة ملف Azure في أهداف قابلية توسع ملفات Azure وأهداف الأداء.

إشعار

نظرا للبنية المتدرجة لملفات Azure Premium، فإن زمن الوصول إلى بيانات التعريف للملفات المخزنة في المشاركات أعلى بكثير من Azure NetApp Files. يمكن أن يؤثر زمن الانتقال الأعلى هذا على إنشاء كتلة الملفات وحذفها على سبيل المثال. ولكن يمكن أن يكون لها أيضا تأثير ملحوظ على الوقت الذي يستغرقه سرد محتوى الدلائل الكبيرة، التي تحتوي على مئات الآلاف من الملفات. حالة الاستخدام الرئيسية التي نراها تؤثر على زمن انتقال بيانات التعريف الأعلى هذا هي الاستخدام كمشاركة واجهة حيث يمكن للعملاء مواجهة مئات الآلاف أو حتى الملايين من عمليات إنشاء الملفات والحذف الجماعي كل يوم. لذلك، يجب اختبار سيناريوهات مشاركة الواجهة بجد. لتحديد ما إذا كان حمل العمل الخاص بك ثقيلا على بيانات التعريف، تحقق من بيانات التعريف أو حمل العمل الثقيل لمساحة الاسم

تبدو مصفوفة القدرة الخاصة بأحمال العمل في SAP كما يلي:

الإمكانية تعليق الملاحظات/الروابط
قاعدة نظام التشغيل الأساسية VHD لا يعمل -
قرص البيانات غير مدعوم لأحمال عمل SAP -
دليل النقل العمومي لـ SAP ‏‏نعم‬ SMB وNFS
SAP sapmnt مناسب جميع الأنظمة SMB (Windows فقط) أو NFS (Linux فقط)
تخزين النسخ الاحتياطي مناسب -
المشاركات/القرص المشترك ‏‏نعم‬ SMB 3.0، NFS v4.1
مرونة LRS وZRS لا تتوفر GRS لملفات Azure Premium
زمن الانتقال منخفضة -
IOPS SLA ‏‏نعم‬ -
IOPS خطي للسعة خطي بدقة -
اتفاقية مستوى خدمة معدل النقل ‏‏نعم‬ -
معدل النقل الخطي إلى السعة خطي بدقة -
HANA معتمدة لا -
لقطات القرص الممكنة ‏‏نعم‬ -
لقطات Azure Backup VM الممكنة لا -
التكاليف منخفضة -

ملخص: Azure Premium Files هو تخزين زمن انتقال منخفض يسمح بنشر وحدات تخزين أو مشاركات NFS وSMB. توفر Azure Premium Files نسبة سعر/أداء ممتازة لمشاركات طبقة تطبيق SAP. كما يوفر النسخ المتماثل النطاقي المتزامن لهذه المشاركات. حتى الآن، لا ندعم نوع التخزين هذا لحمل عمل SAP DBMS. على الرغم من أنه يمكن استخدامه لوحدات التخزين /hana/shared .

تخزين محركات الأقراص SSD القياسية من Azure

مقارنةً بوحدة تخزين محرك الأقراص الثابتة القياسية من Azure، توفر وحدة تخزين SSD القياسية من Azure توافراً واتساقاً وموثوقية وزمن انتقال أفضل. تم تحسينه لأحمال العمل التي تحتاج إلى أداء متسق على مستويات IOPS أقل. هذا التخزين هو الحد الأدنى للتخزين المستخدم لأنظمة SAP غير المنتجة التي تحتوي على طلبات IOPS ومعدل نقل منخفضة. تبدو مصفوفة القدرة الخاصة بأحمال العمل في SAP كما يلي:

الإمكانية تعليق الملاحظات/الروابط
قاعدة نظام التشغيل الأساسية VHD مناسب بشكلٍ مقيد الأنظمة غير المنتجة
قرص البيانات مناسب بشكلٍ مقيد بعض الأنظمة غير المنتجة ذات عمليات الإدخال والإخراج في الإ
دليل النقل العمومي لـ SAP لا غير مدعوم
SAP sapmnt مناسب بشكلٍ مقيد الأنظمة غير المنتجة
تخزين النسخ الاحتياطي مناسب -
المشاركات/القرص المشترك غير متوفرة يحتاج إلى جهة خارجية
مرونة LRS، وGRS لا يتوفر ZRS للأقراص
زمن الانتقال عالٍ عالٍ جداً بالنسبة لدليل الانتقال العمومي لـ SAP أو أنظمة الإنتاج
IOPS SLA لا -
الحد الأقصى IOPS لكل قرص 500 مستقل عن حجم القرص
اتفاقية مستوى خدمة معدل النقل لا -
HANA معتمدة لا -
لقطات القرص الممكنة ‏‏نعم‬ -
لقطات Azure Backup VM الممكنة ‏‏نعم‬ -
التكاليف منخفض -

ملخص: تخزين Azure Standard SSD هو الحد الأدنى من التوصية للأجهزة الظاهرية غير المنتجة ل VHD الأساسي، وتوزيع DBMS النهائي مع عدم حساسية زمن الانتقال النسبي و/أو انخفاض IOPS ومعدلات النقل. لم يعد نوع تخزين Azure هذا مدعوما لاستضافة دليل SAP Global Transport.

تخزين محركات الأقراص HDD القياسية من Azure

كان تخزين محرك الأقراص الثابتة القياسي من Azure هو نوع التخزين الوحيد عندما حصلت البنية الأساسية لـ Azure على اعتماد حمل عمل SAP NetWeaver في عام 2014. وفي عام 2014، كانت أجهزة Azure الظاهرية ذات سعة تخزين صغيرة ومنخفضة. لذلك، كان هذا النوع من التخزين قادراً على مواكبة المتطلبات. يعتبر التخزين مثالياً لأحمال العمل غير الحساسة لزمن الانتقال، والتي بالكاد تواجهها في مساحة SAP. مع زيادة معدل نقل أجهزة Azure الظاهرية وزيادة حمل العمل الذي تنتجه هذه الأجهزة الظاهرية، لم يعد هذا النوع من التخزين يعتبر للاستخدام مع سيناريوهات SAP بعد الآن. تبدو مصفوفة القدرة الخاصة بأحمال العمل في SAP كما يلي:

الإمكانية تعليق الملاحظات/الروابط
قاعدة نظام التشغيل الأساسية VHD غير مناسب -
قرص البيانات غير مناسب -
دليل النقل العمومي لـ SAP لا غير مدعوم
SAP sapmnt لا غير مدعوم
تخزين النسخ الاحتياطي مناسب -
المشاركات/القرص المشترك غير متوفرة يحتاج إلى ملفات Azure أو جهة خارجية
مرونة LRS، وGRS لا يتوفر ZRS للأقراص
زمن الانتقال عالٍ مرتفع جداً لاستخدام DBMS أو دليل الانتقال العمومي لـ SAP أو sapmnt/saploc
IOPS SLA لا -
الحد الأقصى IOPS لكل قرص 500 مستقل عن حجم القرص
اتفاقية مستوى خدمة معدل النقل لا -
HANA معتمدة لا -
لقطات القرص الممكنة ‏‏نعم‬ -
لقطات Azure Backup VM الممكنة ‏‏نعم‬ -
التكاليف منخفض -

الملخص:تخزين محركات الأقراص HDD القياسية هو نوع تخزين من Azure يجب استخدامه فقط لتخزين النسخ الاحتياطية من SAP. وينبغي أن تُستخدم فقط كقاعدة VHD للأنظمة غير النشطة بدلاً من ذلك، مثل الأنظمة المتوقفة المستخدمة للبحث عن البيانات في كل مكان. ولكن لا ينبغي لأي تطوير نشط، أو ضمان جودة أو إنتاج الأجهزة الظاهرية أن يستند إلى هذا التخزين. ولا ينبغي أن تتم استضافة ملفات قاعدة البيانات على وحدة التخزين هذه

حدود Azure VM في نسبة استخدام التخزين

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

نوع التخزين Linux Windows التعليقات
Standard HDD أحجام أجهزة Azure الظاهرية التي تعمل بنظام Linux أحجام أجهزة Azure الظاهرية التي تعمل بنظام Windows من المحتمل أن يكون من الصعب الاقتراب من حدود التخزين للأجهزة الظاهرية المتوسطة أو الكبيرة
Standard SSD أحجام أجهزة Azure الظاهرية التي تعمل بنظام Linux أحجام أجهزة Azure الظاهرية التي تعمل بنظام Windows من المحتمل أن يكون من الصعب الاقتراب من حدود التخزين للأجهزة الظاهرية المتوسطة أو الكبيرة
تخزين متميز أحجام أجهزة Azure الظاهرية التي تعمل بنظام Linux أحجام أجهزة Azure الظاهرية التي تعمل بنظام Windows من السهل الوصول إلى حدود IOPS أو الأجهزة الظاهرية الخاصة بسعة التخزين من خلال تكوين التخزين
الإصدار 2 من محركات الأقراص ذات الحالة الصلبة المتميزة أحجام أجهزة Azure الظاهرية التي تعمل بنظام Linux أحجام أجهزة Azure الظاهرية التي تعمل بنظام Windows من السهل الوصول إلى حدود IOPS أو الأجهزة الظاهرية الخاصة بسعة التخزين من خلال تكوين التخزين
مساحة تخزين فائقة للقرص أحجام أجهزة Azure الظاهرية التي تعمل بنظام Linux أحجام أجهزة Azure الظاهرية التي تعمل بنظام Windows من السهل الوصول إلى حدود IOPS أو الأجهزة الظاهرية الخاصة بسعة التخزين من خلال تكوين التخزين
ملفات Azure NetApp أحجام أجهزة Azure الظاهرية التي تعمل بنظام Linux أحجام أجهزة Azure الظاهرية التي تعمل بنظام Windows تستخدم حركة التخزين النطاق الترددي لمعدل نقل الشبكة وليس النطاق الترددي للتخزين!
ملفات Azure Premium أحجام أجهزة Azure الظاهرية التي تعمل بنظام Linux أحجام أجهزة Azure الظاهرية التي تعمل بنظام Windows تستخدم حركة التخزين النطاق الترددي لمعدل نقل الشبكة وليس النطاق الترددي للتخزين!

كتقييدات، تحتاج إلى ملاحظة ما يلي:

  • كلما كان حجم الجهاز الظاهري أصغر، يمكنك إرفاق عدد أقل من الأقراص. لا ينطبق هذا التقييد على Azure NetApp Files. نظرًا إلى أنك قمت بتحميل مشاركات NFS أو SMB، لا تجد عددًا محدودًا من وحدات التخزين المشتركة التي سيتم إرفاقها
  • تحتوي الأجهزة الظاهرية على حدود لإنتاجية الإدخال/الإخراج وIOPS يمكن تجاوزها بسهولة مع أقراص التخزين المتميزة وأقراص Ultra
  • باستخدام Azure NetApp Files وAzure Premium Files، تستهلك نسبة استخدام الشبكة إلى وحدات التخزين المشتركة النطاق الترددي لشبكة الجهاز الظاهري وليس النطاق الترددي للتخزين
  • باستخدام وحدات التخزين NFS الكبيرة في مساحة سعتها تحتوي على رقمين تيبي بايت، فإن معدل النقل الذي يصل إلى هذا الحجم من جهاز ظاهري فردي سيصل إلى مرحلة الاستقرار استنادًا إلى حدود Linux لتحقيق جلسة تفاعلية واحدة مع وحدة التخزين المشتركة.

كلما زدت من حجم أجهزة Azure VM في دورة نظام SAP، يجب عليك تقييم IOPS وحدود معدل نقل التخزين لنوع الجهاز الظاهري الجديد والأكبر. في بعض الحالات، قد يكون من المنطقي أيضًا ضبط تكوين التخزين على الإمكانات الجديدة لجهاز Azure VM.

التخطيط أو عدم التخطيط

إن تخطيط العديد من أقراص Azure في وحدة تخزين واحدة أكبر يسمح لك بتجميع IOPS ومعدل نقل الأقراص الفردية في وحدة تخزين واحدة. وتُستخدم للتخزين القياسي من Azure والتخزين المتميز من Azure فقط. لا يتطلب القرص الفائق من Azure -والذي يمكنك فيه تكوين معدل النقل وعمليات الإدخال/الإخراج في الثانية بصورة مستقلة عن سعة القرص- استخدام مجموعات التخطيط. لا يمكن تخطيط وحدات التخزين المشتركة استنادًا إلى NFS أو SMB. نظرًا إلى الطبيعة غير الخطية لإنتاجية التخزين المتميز في Azure وIOPS، يمكنك توفير سعة أصغر بنفس IOPS ومعدل نقل أكبر من أقراص تخزين Azure الكبيرة الفردية والمتميزة. هذه هي الطريقة لتحقيق إنتاجية أعلى أو IOPS بتكلفة أقل باستخدام التخزين المتميز في Azure. على سبيل المثال، يؤدي التقسيم عبر اثنين من أقراص التخزين المتميزة P15 إلى الحصول على معدل نقل:

  • 250 ميجابايت في الثانية مثل هذا الحجم سيكون لديه سعة تبلغ 512 جيجي بايت. إذا كنت تريد أن يكون لديك قرص واحد يمنحك إنتاجية أعلى تبلغ 250 ميجابايت في الثانية الواحدة، فسوف تحتاج لاختيار قرص P40 بسعة 2 تيبي بايت.
  • 400 ميجابايت/ثانية عن طريق تقسيم أربعة أقراص تخزين متميزة من طراز P10 بسعة إجمالية تبلغ 512 جيبا بايت عن طريق التقسيم. إذا كنت ترغب في الحصول على قرص واحد يتميز بإنتاجية تبلغ 500 ميجابايت في الثانية كحد أدنى، فسوف تحتاج إلى اختيار قرص تخزين P60 متميز ذي سعة تبلغ 8 تيبي بايت. نظراً إلى أن التكلفة أو التخزين المتميز يقترب خطياً مع السعة، يمكنك إدراك وفورات التكلفة باستخدام التقسيم.

يجب اتباع بعض القواعد عند التخطيط:

  • يجب عدم استخدام أي تكرار تخزين مكون في الجهاز الظاهري نظرا لأن تخزين Azure يحتفظ بنسخة احتياطية من قرص البيانات بالفعل في الخلفية لتخزين Azure
  • يجب أن تكون الأقراص التي يُطبّق عليها التخطيط من نفس الحجم
  • مع Premium SSD v2 وقرص Ultra، يجب أن تكون السعة، IOPS المقدمة ومعدل النقل المقدم هي نفسها

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

للحصول على توصيات محددة بحجم التقسيم، اقرأ الوثائق الخاصة بنظام إدارة قواعد البيانات (DBMS) المختلفة، مثل تكوينات تخزين الجهاز الظاهري لـ SAP HANA Azure.

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

قراءة المقالات: