تكوينات تخزين الجهاز الظاهري في Azure على SAP HANA
يوفر Azure أنواع مختلفة من التخزين التي تناسب VMs Azure التي تقوم بتشغيل SAP HANA. أنواع تخزين Azure المعتمدة من SAP HANA التي يمكن اعتبارها في قائمة عمليات نشر SAP HANA مثل:
- Azure premium SSD أو التخزين المتميز
- قرص Ultra
- ملفات Azure NetApp
للتعرف على أنواع الأقراص هذه، راجع المقالة أنواع تخزين Azure لحمل عمل SAP وتحديد نوع القرص
يقدم Azure طريقتين للتوزيع لـ VHDs على Azure Standard والتخزين Premium. نتوقع منك الاستفادة من قرص Azure المُدار لعمليات توزيع تخزين كتلة Azure.
للحصول على قائمة بأنواع التخزين واتفاقيات مستوى الخدمة الخاصة بها في IOPS ومعدل نقل التخزين، راجع وثائق Azure للأقراص المُدارة.
هام
بغض النظر عن نوع تخزين Azure المختار، يجب دعم نظام الملفات المستخدم في هذا التخزين بواسطة SAP لنظام التشغيل ونظام إدارة قواعد البيانات (DBMS) المحددين. تسرد ملاحظة دعم SAP رقم #2972496 أنظمة الملفات المدعومة لأنظمة التشغيل وقواعد البيانات المختلفة، بما في ذلك SAP Hana. ينطبق هذا على جميع وحدات تخزين SAP Hana التي قد يصل إليها SAP Hana للقراءة والكتابة لأي مهمة. باستخدام NFS على Azure لـ SAP HANA تحديداً، يتم تطبيق قيود إضافية على إصدارات NFS كما هو مذكور لاحقاً في هذه المقالة
الحد الأدنى من شروط SAP HANA المعتمدة لأنواع التخزين المختلفة هي:
- يلزم دعم تخزين Azure المتميز - /hana/log بواسطة Azure Write Accelerator. يمكن وضع وحدة التخزين /hana/data على تخزين متميز دون Azure Write Accelerator أو على قرص Ultra
- قرص Azure Ultra على الأقل لوحدة التخزين /hana/log. يمكن وضع وحدة التخزين hana/data/ إما على تخزين متميز دون Azure Write Accelerator أو على قرص Ultra للحصول على أوقات إعادة تشغيل أسرع
- وحدات تخزين NFS v4.1 أعلى ملفات Azure NetApp لـ hana/log/ وhana/data/. يمكن لوحدة تخزين /hana/shared استخدام بروتوكول NFS v3 أو NFS v4.1
يمكن دمج بعض أنواع التخزين. على سبيل المثال، من الممكن وضع /hana/data على تخزين متميز، ويمكن وضع /hana/log على تخزين القرص Ultra من أجل الحصول على زمن الانتقال المنخفض المطلوب. إذا كنت تستخدم وحدة تخزين تستند إلى ANF لـ /hana/data، فيجب أن تستند وحدة التخزين /hana/log إلى NFS أعلى ANF أيضاً. لا يتم دعم استخدام NFS أعلى ANF لإحدى وحدات التخزين (مثل /hana/data) وتخزين Azure المتميز أو أقراص Ultra لوحدة التخزين الأخرى (مثل /hana/log).
في العالم المحلي، نادراً ما كان عليك الاهتمام بأنظمة الإدخال/الإخراج الفرعية وقدراتها. والسبب هو أن بائع الأجهزة يحتاج إلى التأكد من استيفاء الحد الأدنى لمتطلبات التخزين لـ SAP HANA. أثناء إنشاء البنية الأساسية لـ Azure بنفسك، يجب أن تكون على علم ببعض هذه المتطلبات الصادرة عن SAP. بعض خصائص الحد الأدنى لمعدل النقل التي توصي بها SAP هي:
- القراءة/الكتابة على /hana/log بسرعة 250 ميجابايت/ثانية بأحجام الإدخال/إخراج 1 ميجابايت
- نشاط القراءة بما لا يقل عن 400 ميجابايت/ثانية لـ hana/data/ لأحجام الإدخال/إخراج 16 ميجابايت و64 ميجابايت
- نشاط الكتابة بما لا يقل عن 250 ميجابايت/ثانية لـ /hana/data لأحجام الإدخال/إخراج 16 ميجابايت و64 ميجابايت
وبالنظر إلى أن انخفاض زمن التخزين أمر بالغ الأهمية لأنظمة DBMS، حتى مع احتفاظ DBMS، مثل SAP HANA، بالبيانات في الذاكرة. المسار الحرج في التخزين يكون عادة حول عمليات كتابة سجل المعاملات لأنظمة DBMS. ولكن أيضاً عمليات مثل كتابة savepoints أو تحميل البيانات في الذاكرة بعد استرداد تحطم يمكن أن تكون حاسمة. لذلك، يلزم الاستفادة من تخزين Azure المتميز، أو قرص Ultra، أو ANF لوحدات التخزين /hana/data و/hana/log.
يمكن إدراج بعض المبادئ التوجيهية في اختيار تكوين تخزين HANA مثل:
- تحديد نوع التخزين استناداً إلى أنواع تخزين Azure لحمل عمل SAP وتحديد نوع القرص
- يتم وضع إجمالي معدل نقل الإدخال/إخراج للجهاز الظاهري وحدود IOPS في الاعتبار عند تغيير الحجم أو اتخاذ قرار للجهاز الظاهري. يتم توثيق إجمالي معدل نقل تخزين الجهاز الظاهري في المقالة الذاكرة الأمثل لأحجام الجهاز الظاهري.
- عند اتخاذ قرار بشأن تكوين التخزين، حاول البقاء دون معدل النقل الإجمالي للجهاز الظاهري باستخدام تكوين وحدة تخزين /hana/data. كتابة نقاط الحفظ، يمكن أن يكون SAP HANA قوياً في إصدار عمليات الإدخال/الإخراج. من الممكن بسهولة الوصول إلى حدود معدل النقل لوحدة التخزين /hana/data الخاص بك عند كتابة نقطة حفظ. إذا كان القرص (الأقراص) الذي ينشئ وحدة تخزين /hana/data يحتوي على معدل نقل أعلى مما يسمح به الجهاز الظاهري، فقد تواجه مواقف يتداخل فيها معدل النقل المستخدم بواسطة كتابة نقطة الحفظ مع متطلبات معدل النقل الخاصة بكتابة سجل الإعادة. موقف يمكن أن يؤثر في معدل نقل التطبيق
- إذا كنت تفكر في استخدام النسخ المتماثل لنظام HANA، فأنت بحاجة إلى استخدام نفس نوع تخزين Azure بالضبط لـ /hana/data و/hana/log لجميع الأجهزة الظاهرية المشارِكة في تكوين النسخ المتماثل لنظام HANA. على سبيل المثال، استخدام تخزين Azure المتميز لـ /hana/data مع جهاز ظاهري واحد وقرص Azure Ultra لـ /hana/log في جهاز ظاهري آخر ضمن نفس تكوين النسخ المتماثل لنظام HANA، غير مدعوم
هام
يُقصد بالاقتراحات الخاصة بتكوينات التخزين أن تكون بمثابة اتجاهات للبدء بها. عند تشغيل حمل العمل وتحليل أنماط استخدام التخزين، قد تدرك أنك لا تستخدم كل النطاق الترددي للتخزين أو IOPS المتوفر. قد تفكر في تقليص حجم التخزين بعد ذلك. أو على العكس من ذلك، قد يحتاج حمل العمل الخاص بك إلى معدل نقل تخزين أكبر مما هو مقترح مع هذه التكوينات. ونتيجة لذلك، قد تحتاج إلى توزيع المزيد من السعة، أو IOPS، أو معدل النقل. في مجال التوتر بين سعة التخزين المطلوبة، وزمن انتقال التخزين المطلوب، ومعدل نقل التخزين، وعمليات الإدخال/الإخراج في الثانية (IOPS) المطلوبة، والتكوين الأقل تكلفة، يوفر Azure ما يكفي من أنواع التخزين المختلفة ذات القدرات المختلفة ونقاط الأسعار المختلفة للعثور على الحل الوسط المناسب لك ولحمل عمل HANA والتكيف معه.
المجموعات الشريطية مقابل تقسيم وحدة تخزين بيانات SAP Hana
باستخدام التخزين المتميز في Azure، يمكنك الوصول إلى أفضل نسبة سعر/أداء عند جعل وحدة التخزين /hana/data و/أو /hana/log شريطية عبر أقراص Azure متعددة. بدلاً من توزيع وحدات تخزين أقراص أكبر الذي توفر المزيد على IOPS أو معدل النقل المطلوبين. حتى الآن تم تحقيق ذلك مع مديري وحدات التخزين LVM وMDADM الذين هم جزء من Linux. طريقة دمج الأقراص قديمة منذ عقود ومعروفة جيداً. على الرغم من فائدة وحدات التخزين الشريطية هذه للوصول إلى إمكانات IOPS أو معدل النقل الذي قد تحتاجه، إلا أنها تضيف تعقيدات حول إدارة وحدات التخزين الشريطية هذه. خاصة في الحالات التي تحتاج فيها وحدات التخزين إلى التمديد في السعة. على الأقل بالنسبة إلى /hana/data، قدمت SAP طريقة بديلة تحقق نفس هدف الدمج عبر أقراص Azure متعددة. نظرا لأن SAP HANA 2.0 SPS03، فإن خادم فهرس HANA قادر على دمج نشاط الإدخال/الإخراج الخاص به عبر ملفات بيانات HANA متعددة، والتي توجد على أقراص Azure مختلفة. الميزة هي أنك لست مضطراً إلى الاهتمام بإنشاء وحدة تخزين شريطية وإدارتها عبر أقراص Azure المختلفة. يتم وصف الوظيفة SAP Hana لتقسيم وحدة تخزين البيانات بالتفصيل في:
- دليل مسؤول HANA
- مدونة حول SAP Hana - تقسيم وحدات تخزين البيانات
- ملحوظة SAP رقم 2400005
- SAP Note #2700123
من خلال قراءة التفاصيل، من الواضح أن الاستفادة من هذه الوظيفة تزيل تعقيدات المجموعات الشريطية القائمة على مدير وحدة التخزين. أنت تدرك أيضاً أن تقسيم وحدة تخزين بيانات HANA لا يعمل فقط لتخزين كتلة Azure، مثل التخزين المتميز في Azure. يمكنك استخدام هذه الوظيفة أيضاً للدمج عبر مشاركات NFS في حالة وجود قيود على عمليات IOPS أو معدل النقل لهذه المشاركات.
وضع جدولة إدخال/إخراج Linux
يحتوي Linux على العديد من أوضاع جدولة الإدخال/الإخراج المختلفة. التوصية الشائعة من خلال بائعي Linux وSAP هي إعادة تكوين وضع جدولة الإدخال/الإخراج لوحدات تخزين القرص من الوضع mq-deadline أو kyber إلى noop (non-multiqueue) أو none للوضع (multiqueue) إذا لم يتم ذلك بعد بواسطة ملف تعريفات SLES saptune. يشار إلى التفاصيل في:
على Red Hat، اترك الإعدادات كما تم تحديدها بواسطة ملفات التعريف المحددة لتطبيقات SAP المختلفة.
حلول مع التخزين المتميز وAzure Write Accelerator لأجهزة Azure الظاهرية من السلسلة M
Azure Write Accelerator هي وظيفة متوفرة للأجهزة الظاهرية لـ Azure M-Series بشكل حصري. كما يذكر الاسم، فإن الغرض من الوظيفة هو تحسين زمن انتقال الإدخال/الإخراج للكتابة مقابل تخزين Azure المتميز. بالنسبة إلى SAP HANA، من المفترض أن يتم استخدام Write Accelerator مقابل وحدة التخزين /hana/log فقط. لذلك، /hana/data وhana/log/ وحدات تخزين منفصلة مع Azure Write Accelerator دعم وحدة التخزين /hana/log فقط.
هام
عند استخدام تخزين Azure المتميز، يكون استخدام Azure Write Accelerator لوحدة التخزين /hana/log إلزامياً. Write Accelerator متاح للتخزين المتميز وللأجهزة الظاهرية من السلسلتَين M وMv2 فقط. لا يعمل Write Accelerator مع عائلات أجهزة Azure الظاهرية الأخرى، مثل Esv3 أو Edsv4.
تفترض توصيات التخزين المؤقت لأقراص Azure المتميزة أدناه خصائص الإدخال/الإخراج لـ SAP Hana التي تسرد مثل:
- لا يكاد يكون هناك أي حمل عمل قراءة مقابل ملفات بيانات HANA. الاستثناءات هي عمليات إدخال/إخراج كبيرة الحجم بعد إعادة تشغيل مثيل HANA أو عند تحميل البيانات إلى HANA. حالة أخرى من عمليات إدخال/إخراج أكبر للقراءة مقابل ملفات بيانات يمكن أن تكون النسخ الاحتياطية لقاعدة بيانات HANA. ونتيجة لذلك، فإن التخزين المؤقت للقراءة في الغالب لا معنى له؛ لأنه في معظم الحالات، يجب قراءة جميع وحدات تخزين ملفات البيانات بالكامل.
- الكتابة مقابل ملفات البيانات تمت تجربته في اندفاعات تستند إلى نقاط حفظ HANA وإصلاح الأعطال لدى HANA. كتابة نقاط الحفظ غير متزامنة ولا تحتجز أية معاملات مستخدمين. كتابة البيانات في أثناء إصلاح الأعطال هو أمر حرج للأداء من أجل الحصول على استجابة النظام بسرعة مرة أخرى. ومع ذلك، ينبغي أن يكون إصلاح الأعطال حالات استثنائية بالأحرى
- لا يكاد يكون هناك أي قراءات من ملفات مرحلة إعادة HANA. الاستثناءات عمليات إدخال/إخراج كبيرة عند تنفيذ عمليات نسخ احتياطي لسجل المعاملة أو إصلاح الأعطال أو في مرحلة إعادة تشغيل مثيل HANA.
- الحمل الرئيسي في مقابل SAP HANA ملف سجل مرحلة الإعادة لعمليات الكتابة. اعتمادًا على طبيعة حمل العمل، يمكن أن يكون لديك عمليات إدخال/إخراج صغيرة مثل 4 KB أو أحجام حالات إدخال/إخراج أخرى بمقدار 1 ميغابايت أو أكثر. زمن انتقال الكتابة مقابل سجل مرحلة إعادة SAP HANA هو حرج بالنسبة إلى الأداء.
- يجب أن تكون كافة عمليات الكتابة ثابتة على القرص بطريقة موثوق بها
توصية: نتيجة لأنماط الإدخال/الإخراج التي تمت ملاحظتها بواسطة SAP HANA، يجب تعيين التخزين المؤقت لوحدات التخزين المختلفة التي تستخدم تخزين Azure المتميز مثل:
- /hana/data - لا يوجد تخزين مؤقت أو تخزين مؤقت للقراءة
- /hana/log - لا يوجد تخزين مؤقت - استثناء لسلسلة M- وMv2 حيث يجب تمكين Azure Write Accelerator
- hana/shared/ - قراءة التخزين المؤقت
- قرص نظام التشغيل - لا تقم بتغيير التخزين المؤقت الافتراضي الذي تم تعيينه بواسطة Azure في وقت إنشاء الجهاز الظاهري
إذا كنت تستخدم LVM أو mdadm لإنشاء مجموعات شريطية عبر العديد من أقراص Azure المتميزة، فأنت بحاجة إلى تحديد أحجام الشرائط. تختلف هذه الأحجام بين /hana/data و/hana/log. التوصية: كأحجام شريطية ينصح باستخدام:
- 256 كيلوبايت لـ /hana/data
- 64 كيلوبايت لـ /hana/log
ملاحظة
تم تغيير حجم الشريط لـ /hana/data من التوصيات السابقة التي تدعو إلى 64 كيلوبايت أو 128 كيلوبايت إلى 256 كيلوبايت استناداً إلى تجارب العملاء مع إصدارات Linux الأحدث. حجم 256 كيلو بايت يوفر أداء أفضل قليلاً. كما قمنا بتغيير التوصية الخاصة بأحجام الشريط لـ /hana/log من 32 كيلوبايت إلى 64 كيلوبايت من أجل الحصول على معدل نقل كافٍ بأحجام إدخال/إخراج أكبر.
ملاحظة
لا تحتاج إلى تكوين أي مستوى تكرار باستخدام وحدات تخزين RAID؛ نظرا لأن تخزين الكتلة من Azure يحتفظ بثلاث صور لـ VHD. إن استخدام مجموعة شريطية مع أقراص Azure المتميزة هو فقط لتكوين وحدات التخزين التي توفر عمليات IOPS كافية و/أو معدل نقل الإدخال/الإخراج.
تراكم عدد من Azure VHDs تحت مجموعة شريطية، هو تراكمي من جانب IOPS ومعدل نقل التخزين. لذلك، إذا وضعت مجموعة شريطية عبر أكثر من 3 أقراص تخزين Azure المتميزة P30، فيجب أن يمنحك ثلاثة أضعاف IOPS وثلاثة أضعاف معدل نقل التخزين لقرص تخزين Azure المتميز P30 واحد.
هام
في حال كنت تستخدم LVM أو mdadm كمدير وحدة تخزين لإنشاء مجموعات شريطية عبر أقراص Azure متميزة متعددة، يجب عدم وضع أنظمة ملفات SAP Hana الثلاثة /data، و/log، و/shared في مجموعة وحدة تخزين افتراضية أو جذرية. يوصى بشدة باتباع إرشادات موردي Linux التي عادة ما تكون لإنشاء مجموعات وحدات تخزين فردية لـ /data، و/log، و/shared.
وظيفة التدفق من Azure لتخزين محركات الأقراص المتميزة
بالنسبة إلى أقراص التخزين المتميزة من Azure الأصغر حجمًا أو مساوية لسعة 512 جيجي بايت، تتوفر وظيفة التدفق. يتم وصف الطريقة الدقيقة لكيفية عمل اندفاع القرص في المقالة اندفاع القرص. عند قراءة المقالة، فإنك تتعرف على مفهوم تراكم عمليات IOPS ومعدل النقل في الأوقات التي يكون فيها حمل عمل الإدخال/الإخراج أقل من عمليات IOPS الاسمية ومعدل نقل الأقراص (للحصول على تفاصيل حول معدل النقل الاسمي، راجع تسعير القرص المُدار). ستقوم بتجميع دلتا IOPS ومعدل النقل بين استخدامك الحالي والقيم الاسمية للقرص. يتم تحديد عمليات الاندفاع لمدة 30 دقيقة كحد أقصى.
من المحتمل أن تكون الحالات المثالية التي يمكن فيها تخطيط وظيفة التدفق هذه هي وحدات التخزين أو الأقراص التي تحتوي على ملفات بيانات لـ DBMS مختلفة. ومن المتوقع أن يكون حمل الإدخال/الإخراج المتوقع مقابل وحدات التخزين هذه، ولا سيما مع الأنظمة الصغيرة والمتوسطة النطاق، كما يلي:
- حمل عمل قراءة البيانات المنخفضة إلى المعتدلة حيث يتم تخزين البيانات مؤقتًا في الذاكرة بشكل مثالي، أو كما هو الحال في حالة تخزين HANA بالكامل في الذاكرة
- تدفقات من الكتابة التي يتم تشغيلها بواسطة نقاط الفحص في قاعدة البيانات أو نقاط الحفظ التي يتم إصدارها بشكل منتظم
- حمل عمل النسخ الاحتياطي الذي يقرأ بشكل مستمر في الحالات التي لا يتم فيها تنفيذ النسخ الاحتياطية عبر لقطات التخزين
- بالنسبة إلى SAP HANA، تحميل البيانات في الذاكرة بعد إعادة تشغيل مثيل
ولا سيما على أنظمة DBMS أصغر، حيث يتناول حمل العمل بضع مئات المعاملات في ثوانٍ فقط، يمكن أن يكون لوظيفة التدفق قيمة أيضًا بالنسبة إلى الأقراص أو وحدات التخزين التي تخزن المعاملة أو تعيد السجل. يبدو حمل العمل المتوقع على مثل هذا القرص أو وحدات التخزين كما يلي:
- الكتابات المنتظمة على القرص التي تعتمد على حمل العمل وطبيعته نظرًا إلى أن كل تثبيت صادر عن التطبيق من المحتمل أن يبدأ عملية الإدخال/الإخراج
- حمل العمل الأعلى في الإنتاجية لحالات المهام التشغيلية، مثل إنشاء فهارس أو إعادة إنشائها
- قراءة التدفقات عند تنفيذ سجل المعاملات أو إعادة النسخ الاحتياطية للسجل
حل التخزين الموصى به للإنتاج استناداً إلى التخزين المتميز من Azure
هام
شهادة SAP HANA للأجهزة الظاهرية لـ Azure M-Series هي حصرياً مع Azure Write Accelerator لوحدة التخزين hana/log/. ونتيجة لذلك، يتوقع أن يتم تكوين عمليات نشر SAP HANA سيناريو الإنتاج على الأجهزة الظاهرية لـ Azure M-Series مع Azure Write Accelerator لوحدة التخزين hana/log/.
ملاحظة
في السيناريوهات التي تتضمن تخزين Azure المتميز، نقوم بتنفيذ إمكانات الاندفاع في التكوين. نظراً لأنك تستخدم أدوات اختبار التخزين أياً كان شكلها أو صيغتها، ضع الطريقة التي يعمل بها اندفاع قرص Azure المتميز في الاعتبار. عند تشغيل اختبارات التخزين التي يتم تسليمها من خلال أداة SAP HWCCT أو HCMT، لا نتوقع أن تجتاز جميع الاختبارات المعايير؛ لأن بعض الاختبارات ستتجاوز اعتمادات الاندفاع التي يمكنك تجميعها. خاصة عندما تعمل جميع الاختبارات بالتتابع دون انقطاع.
ملاحظة
مع الأجهزة الظاهرية M32ts وM32ls، يمكن أن يكون معدل نقل القرص أقل من المتوقع باستخدام اختبارات القرص HCMT/HWCCT. حتى مع اندفاع القرص أو مع معدل نقل إدخال/إخراج متوفر بشكل كافٍ للأقراص الأساسية. كان السبب الجذري للسلوك الملحوظ هو أن ملفات اختبار تخزين HCMT/HWCCT تم تخزينها مؤقتاً بالكامل في ذاكرة التخزين المؤقت للقراءة لأقراص بيانات تخزين Premium. توجد ذاكرة التخزين المؤقت هذه على مضيف الحوسبة الذي يستضيف الجهاز الظاهري ويمكنه تخزين ملفات اختبار HCMT/HWCCT مؤقتاً بالكامل. في مثل هذه الحالة، تكون الحصص المدرجة في العمود الحد الأقصى المخزن مؤقتاً ومعدل نقل التخزين المؤقت: IOPS/MBps (حجم ذاكرة التخزين المؤقت بـ GiB) في المقالة السلسلة M ذات صلة. على وجه التحديد لـ M32ts وM32ls، تبلغ حصة معدل النقل مقابل ذاكرة التخزين المؤقت للقراءة 400 ميجابايت/ثانية فقط. ونتيجة لتخزين ملفات الاختبارات مؤقتاً بالكامل، من الممكن -على الرغم من اندفاع القرص أو ارتفاع معدل نقل الإدخال/الإخراج المتوفر- أن تقل الاختبارات قليلاً عن الحد الأقصى لمعدل النقل البالغ 400 ميجابايت/ثانية. كبديل، يمكنك الاختبار دون تمكين ذاكرة التخزين المؤقت للقراءة على أقراص بيانات التخزين Azure Premium.
ملاحظة
بالنسبة لسيناريوهات الإنتاج، تحقق مما إذا كان نوع معين من الجهاز الظاهري معتمداً لـ SAP HANA بواسطة SAP في وثائق SAP لـ IAAS.
توصية: تبدو التكوينات الموصى بها مع التخزين المتميز من Azure لسيناريوهات الإنتاج كما يلي:
تهيئة SAP لوحدة تخزين hana/data:
| VM SKU | RAM | الحد الأقصى. الإدخال/الإخراج للجهاز الظاهري معدل النقل |
/hana/data | معدل النقل المتوفر | الحد الأقصى لمعدل نقل الاندفاع | عمليات الإدخال / الإخراج في الثانية (IOPS) | اندفاع IOPS |
|---|---|---|---|---|---|---|---|
| M32ts | 192 جيجابايت | 500 ميغابت في الثانية | 4 × P6 | 200 ميغابت في الثانية | 680 ميغابت في الثانية | 960 | 14,000 |
| M32ls | 256 غيغابايت | 500 ميغابت في الثانية | 4 × P6 | 200 ميغابت في الثانية | 680 ميغابت في الثانية | 960 | 14,000 |
| M64ls | 512 جيبي بايت | 1,000 ميغابت في الثانية | 4 × P10 | 400 ميغابت في الثانية | 680 ميغابت في الثانية | 2,000 | 14,000 |
| M32dms_v2, M32ms_v2 | 875 جيجابايت | 500 ميغابت في الثانية | 4 × P15 | 500 ميغابت في الثانية | 680 ميغابت في الثانية | 4400 | 14,000 |
| M64s, M64ds_v2, M64s_v2 | 1,024 جيجابايت | 1,000 ميغابت في الثانية | 4 × P15 | 500 ميغابت في الثانية | 680 ميغابت في الثانية | 4400 | 14,000 |
| M64ms, M64dms_v2, M64ms_v2 | 1,792 جيجابايت | 1,000 ميغابت في الثانية | 4 × P20 | 600 ميغابت في الثانية | 680 ميغابت في الثانية | 9200 | 14,000 |
| M128s, M128ds_v2, M128s_v2 | 2,048 جيجابايت | 2,000 ميغابت في الثانية | 4 × P20 | 600 ميغابت في الثانية | 680 ميغابت في الثانية | 9200 | 14,000 |
| M192ids_v2، M192is_v2 | 2,048 جيجابايت | 2,000 ميغابت في الثانية | 4 × P20 | 600 ميغابت في الثانية | 680 ميغابت في الثانية | 9200 | 14,000 |
| M128ms, M128dms_v2, M128ms_v2 | 3,892 جيجابايت | 2,000 ميغابت في الثانية | 4 × P30 | 800 ميغابت في الثانية | عدم الاندفاع | 20,000 | عدم الاندفاع |
| M192ims، M192idms_v2 | 4,096 جيجابايت | 2,000 ميغابت في الثانية | 4 × P30 | 800 ميغابت في الثانية | عدم الاندفاع | 20,000 | عدم الاندفاع |
| M208s_v2 | 2,850 جيجابايت | 1,000 ميغابت في الثانية | 4 × P30 | 800 ميغابت في الثانية | عدم الاندفاع | 20,000 | عدم الاندفاع |
| M208ms_v2 | 5,700 جيجابايت | 1,000 ميغابت في الثانية | 4 × P40 | 1,000 ميغابت في الثانية | عدم الاندفاع | 30,000 | عدم الاندفاع |
| M416s_v2 | 5,700 جيجابايت | 2,000 ميغابت في الثانية | 4 × P40 | 1,000 ميغابت في الثانية | عدم الاندفاع | 30,000 | عدم الاندفاع |
| M416ms_v2 | 11,400 جيجابايت | 2,000 ميغابت في الثانية | 4 × P50 | 1,000 ميغابت في الثانية | عدم الاندفاع | 30,000 | عدم الاندفاع |
لوحدة التخزين hana/log/. سيبدو التكوين كما يلي:
| VM SKU | RAM | الحد الأقصى. الإدخال/الإخراج للجهاز الظاهري معدل النقل |
وحدة تخزين /hana/log | معدل النقل المتوفر | الحد الأقصى لمعدل نقل الاندفاع | عمليات الإدخال / الإخراج في الثانية (IOPS) | اندفاع IOPS |
|---|---|---|---|---|---|---|---|
| M32ts | 192 جيجابايت | 500 ميغابت في الثانية | 3 × P10 | 300 ميغابت في الثانية | 510 ميغابت في الثانية | 1,500 | 10500 |
| M32ls | 256 غيغابايت | 500 ميغابت في الثانية | 3 × P10 | 300 ميغابت في الثانية | 510 ميغابت في الثانية | 1,500 | 10500 |
| M64ls | 512 جيبي بايت | 1,000 ميغابت في الثانية | 3 × P10 | 300 ميغابت في الثانية | 510 ميغابت في الثانية | 1,500 | 10500 |
| M32dms_v2, M32ms_v2 | 875 جيجابايت | 500 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| M64s, M64ds_v2, M64s_v2 | 1,024 جيجابايت | 1,000 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| M64ms, M64dms_v2, M64ms_v2 | 1,792 جيجابايت | 1,000 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| M128s, M128ds_v2, M128s_v2 | 2,048 جيجابايت | 2,000 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| M192ids_v2، M192is_v2 | 2,048 جيجابايت | 2,000 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| M128ms, M128dms_v2, M128ms_v2 | 3,892 جيجابايت | 2,000 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| M192idms_v2، M192ims_v2 | 4,096 جيجابايت | 2,000 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| M208s_v2 | 2,850 جيجابايت | 1,000 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| M208ms_v2 | 5,700 جيجابايت | 1,000 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| M416s_v2 | 5,700 جيجابايت | 2,000 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| M416ms_v2 | 11,400 جيجابايت | 2,000 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
بالنسبة لوحدات التخزين الأخرى، سيبدو التكوين كما يلي:
| VM SKU | RAM | الحد الأقصى. الإدخال/الإخراج للجهاز الظاهري معدل النقل |
/hana/shared | /root volume | /مستخدم/sap |
|---|---|---|---|---|---|
| M32ts | 192 جيجابايت | 500 ميغابت في الثانية | 1 × P15 | 1 × P6 | 1 × P6 |
| M32ls | 256 غيغابايت | 500 ميغابت في الثانية | 1 × P15 | 1 × P6 | 1 × P6 |
| M64ls | 512 جيبي بايت | 1000 ميغابت في الثانية | 1 × P20 | 1 × P6 | 1 × P6 |
| M32dms_v2, M32ms_v2 | 875 جيجابايت | 500 ميغابت في الثانية | 1 × P30 | 1 × P6 | 1 × P6 |
| M64s, M64ds_v2, M64s_v2 | 1,024 جيجابايت | 1,000 ميغابت في الثانية | 1 × P30 | 1 × P6 | 1 × P6 |
| M64ms, M64dms_v2, M64ms_v2 | 1,792 جيجابايت | 1,000 ميغابت في الثانية | 1 × P30 | 1 × P6 | 1 × P6 |
| M128s, M128ds_v2, M128s_v2 | 2,048 جيجابايت | 2,000 ميغابت في الثانية | 1 × P30 | 1 × P10 | 1 × P6 |
| M192ids_v2، M192is_v2 | 2,048 جيجابايت | 2,000 ميغابت في الثانية | 1 × P30 | 1 × P10 | 1 × P6 |
| M128ms, M128dms_v2, M128ms_v2 | 3,892 جيجابايت | 2,000 ميغابت في الثانية | 1 × P30 | 1 × P10 | 1 × P6 |
| M192idms_v2، M192ims_v2 | 4,096 جيجابايت | 2,000 ميغابت في الثانية | 1 × P30 | 1 × P10 | 1 × P6 |
| M208s_v2 | 2,850 جيجابايت | 1,000 ميغابت في الثانية | 1 × P30 | 1 × P10 | 1 × P6 |
| M208ms_v2 | 5,700 جيجابايت | 1,000 ميغابت في الثانية | 1 × P30 | 1 × P10 | 1 × P6 |
| M416s_v2 | 5,700 جيجابايت | 2,000 ميغابت في الثانية | 1 × P30 | 1 × P10 | 1 × P6 |
| M416ms_v2 | 11,400 جيجابايت | 2,000 ميغابت في الثانية | 1 × P30 | 1 × P10 | 1 × P6 |
تحقق مما إذا كان معدل نقل التخزين لوحدات التخزين المقترحة المختلفة يفي بحمل العمل الذي تريد تشغيله. إذا كان حمل العمل يتطلب وحدات تخزين أعلى لـ hana/data/ وhana/log/، فستحتاج إلى زيادة عدد VHD لتخزين Azure المتميز. تغيير حجم وحدة تخزين مع VHDs أكثر من المذكورة يزيد من معدل نقل IOPS والإدخال/إخراج ضمن حدود نوع الجهاز الظاهري لـ Azure.
يعمل Azure Write Accelerator فقط مع أقراص Azure المُدارة. لذلك يجب على الأقل توزيع أقراص تخزين Azure المتميز التي تشكل وحدة التخزين hana/log/ كأقراص مُدارة. يمكن العثور على مزيد من الإرشادات التفصيلية والقيود الخاصة بـ Azure Write Accelerator في المقالة Write Accelerator.
بالنسبة إلى الأجهزة الظاهرية المعتمدة من HANA لعائلة Azure Esv3، وEdsv4، وEdsv5، وEsv5، تحتاج إلى استخدام ANF لوحدات التخزين /hana/data و/hana/log. أو تحتاج إلى الاستفادة من تخزين قرص Azure Ultra بدلاً من التخزين المتميز في Azure فقط؛ حتى تتوافق وحدة التخزين /hana/log مع مؤشرات الأداء الرئيسية لشهادة SAP Hana. وعلى الرغم من ذلك، يستخدم العديد من العملاء أقراص SSD للتخزين المتميز لوحدة التخزين /hana/log لأغراض غير الإنتاج أو حتى لأحمال عمل الإنتاج الأصغر؛ نظراً لأن زمن انتقال الكتابة الذي تمت تجربته مع التخزين المتميز لعمليات كتابة سجل الإعادة الحرجة تفي بمتطلبات حمل العمل. قد تبدو تكوينات وحدة تخزين /hana/data على تخزين Azure المتميز كما يلي:
| VM SKU | RAM | الحد الأقصى. الإدخال/الإخراج للجهاز الظاهري معدل النقل |
/hana/data | معدل النقل المتوفر | الحد الأقصى لمعدل نقل الاندفاع | عمليات الإدخال / الإخراج في الثانية (IOPS) | اندفاع IOPS |
|---|---|---|---|---|---|---|---|
| E20ds_v4 | 160 جيجابايت | 480 ميغابت في الثانية | 3 × P10 | 300 ميغابت في الثانية | 510 ميغابت في الثانية | 1,500 | 10500 |
| E20(d)s_v5 | 160 جيجابايت | 750 ميغابت في الثانية | 3 × P10 | 300 ميغابت في الثانية | 510 ميغابت في الثانية | 1,500 | 10500 |
| E32ds_v4 | 256 غيغابايت | 768 ميغابت في الثانية | 3 × P10 | 300 ميغابت في الثانية | 510 ميغابت في الثانية | 1,500 | 10500 |
| E32ds_v5 | 256 غيغابايت | 865 ميغابت في الثانية | 3 × P10 | 300 ميغابت في الثانية | 510 ميغابت في الثانية | 1,500 | 10500 |
| E48ds_v4 | 384 جيجابايت | 1,152 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| E48ds_v4 | 384 جيجابايت | 1315 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| E64s_v3 | 432 جيجابايت | 1200 ميجابايت/ثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| E64ds_v4 | 504 جيجابايت | 1200 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| E64(d)s_v5 | 512 جيبي بايت | 1735 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
| E96(d)s_v5 | 672 جيبي بايت | 2600 ميغابت في الثانية | 3 × P15 | 375 ميغابت في الثانية | 510 ميغابت في الثانية | 3300 | 10500 |
بالنسبة إلى وحدات التخزين الأخرى، بما في ذلك /hana/log على أقراص Ultra، قد يبدو التكوين كما يلي:
| VM SKU | RAM | الحد الأقصى. الإدخال/الإخراج للجهاز الظاهري معدل النقل |
حجم /hana/log | hana/log/ معدل نقل الإدخال/الإخراج | /هانا/سجل IOPS | /hana/shared | /root volume | /مستخدم/sap |
|---|---|---|---|---|---|---|---|---|
| E20ds_v4 | 160 جيجابايت | 480 ميغابت في الثانية | 80 جيجابايت | 250 ميغابت في الثانية | 1,800 | 1 × P15 | 1 × P6 | 1 × P6 |
| E20(d)s_v5 | 160 جيجابايت | 750 ميغابت في الثانية | 80 جيجابايت | 250 ميغابت في الثانية | 1,800 | 1 × P15 | 1 × P6 | 1 × P6 |
| E32ds_v4 | 256 غيغابايت | 768 ميغابت في الثانية | 128 جيجابايت | 250 ميغابت في الثانية | 1,800 | 1 × P15 | 1 × P6 | 1 × P6 |
| E32(d)s_v5 | 256 غيغابايت | 865 ميغابت في الثانية | 128 جيجابايت | 250 ميغابت في الثانية | 1,800 | 1 × P15 | 1 × P6 | 1 × P6 |
| E48ds_v4 | 384 جيجابايت | 1,152 ميغابت في الثانية | 192 جيجابايت | 250 ميغابت في الثانية | 1,800 | 1 × P20 | 1 × P6 | 1 × P6 |
| E48(d)s_v5 | 384 جيجابايت | 1315 ميغابت في الثانية | 192 جيجابايت | 250 ميغابت في الثانية | 1,800 | 1 × P20 | 1 × P6 | 1 × P6 |
| E64s_v3 | 432 جيجابايت | 1200 ميغابت في الثانية | 220 جيجابايت | 250 ميغابت في الثانية | 1,800 | 1 × P20 | 1 × P6 | 1 × P6 |
| E64ds_v4 | 504 جيجابايت | 1200 ميغابت في الثانية | 256 جيجابايت | 250 ميغابت في الثانية | 1,800 | 1 × P20 | 1 × P6 | 1 × P6 |
| E64(d)s_v5 | 512 جيبي بايت | 1735 ميغابت في الثانية | 256 جيجابايت | 250 ميغابت في الثانية | 1,800 | 1 × P20 | 1 × P6 | 1 × P6 |
| E96(d)s_v5 | 672 جيبي بايت | 2,600 ميغابت في الثانية | 256 جيجابايت | 250 ميغابت في الثانية | 1,800 | 1 × P20 | 1 × P6 | 1 × P6 |
تكوين تخزين قرص Azure Ultra لـ SAP Hana
يسمى نوع تخزين Azure آخر قرص Azure Ultra. الفرق الكبير بين تخزين Azure المعروض حتى الآن وقرص Ultra هو أن قدرات القرص غير مرتبطة بحجم القرص بعد الآن. كعميل يمكنك تعريف هذه القدرات للقرص Ultra:
- حجم القرص الذي يتراوح بين 4 GIB و65,536 GiB
- IOPS تتراوح من 100 IOPS إلى 160K IOPS (الحد الأقصى يعتمد على أنواع الجهاز الظاهري كذلك)
- معدل نقل للتخزين من 300 ميجابايت/ثانية إلى 2000 ميجابايت/ثانية
يمنحك القرص Ultra إمكانية تعريف قرص واحد يفي بحجمك ونطاق IOPS ونطاق معدل نقل القرص. بدلاً من استخدام مديري وحدة التخزين المنطقية مثل LVM أو MDADM فوق تخزين Azure المتميز لإنشاء وحدات التخزين التي تفي بمتطلبات IOPS ومعدل نقل التخزين. يمكنك تشغيل تكوين يمزج بين قرص Ultra والتخزين المتميز. ونتيجة لذلك، يمكنك تقييد استخدام القرص Ultra إلى وحدات التخزين hana/data/ وhana/log/ للأداء الحرج وتغطية وحدات التخزين الأخرى باستخدام تخزين Azure المتميز
يمكن أن تكون ميزة أخرى للقرص Ultra هي زمن انتقال القراءة الأفضل مقارنةً بالتخزين المتميز. يمكن أن ـكون لزمن انتقال القراءة الأسرع مزايا عندما تريد تقليل أوقات بدء HANA والتحميل اللاحق للبيانات في الذاكرة. يمكن أيضاً الشعور بمزايا تخزين القرص Ultra عندما تقوم HANA بكتابة savepoints.
ملاحظة
القرص Ultra غير موجود حتى الآن في جميع مناطق Azure كما أنه لا يدعم جميع أنواع الجهاز الظاهري المذكورة أدناه. للحصول على معلومات مفصلة حول مكان توفر قرص Ultra ومجموعات الجهاز الظاهري المدعومة، راجع المقالة ما هي أنواع الأقراص المتوفرة في Azure؟.
حل التخزين الموصى به للإنتاج مع تكوين قرص Ultra النقي
في هذا التكوين، يمكنك الاحتفاظ بوحدات التخزين /hana/data و/hana/log على نحو منفصل. يتم اشتقاق القيم المقترحة من مؤشرات الأداء الرئيسية لدى SAP للتصديق على أنواع الجهاز الظاهري لـ SAP HANA وتكوينات التخزين كما هو موصى به في مستند تخزين SAP TDI.
غالباً ما تتجاوز التوصيات الحد الأدنى لمتطلبات SAP كما هو مذكور سابقاً في هذه المقالة. التوصيات المذكورة هي حل وسط بين توصيات الحجم بواسطة SAP ومعدل نقل التخزين القصوى التي توفرها أنواع الجهاز الظاهري المختلفة.
ملاحظة
يقوم قرص Azure Ultra بفرض حد أدنى للسعة يبلغ 2 IOPS لكل جيجابايت من القرص
| VM SKU | RAM | الحد الأقصى. الإدخال/الإخراج للجهاز الظاهري معدل النقل |
/hana/حجم البيانات | /hana/معدل نقل بيانات الإدخال/الإخراج | /hana/بيانات IOPS | حجم /hana/log | hana/log/ معدل نقل الإدخال/الإخراج | /هانا/سجل IOPS |
|---|---|---|---|---|---|---|---|---|
| E20ds_v4 | 160 جيجابايت | 480 ميجابايت/ثانية | 200 جيجابايت | 400 ميغابت في الثانية | 2,500 | 80 جيجابايت | 250 ميغابايت | 1,800 |
| E32ds_v4 | 256 غيغابايت | 768 ميجابايت/ثانية | 300 جيجابايت | 400 ميغابت في الثانية | 2,500 | 128 جيجابايت | 250 ميغابت في الثانية | 1,800 |
| E48ds_v4 | 384 جيجابايت | 1152 ميجابايت/ثانية | 460 جيجابايت | 400 ميغابت في الثانية | 3,000 | 192 جيجابايت | 250 ميغابت في الثانية | 1,800 |
| E64ds_v4 | 504 جيجابايت | 1200 ميجابايت/ثانية | 610 جيجابايت | 400 ميغابت في الثانية | 3,500 | 256 جيجابايت | 250 ميغابت في الثانية | 1,800 |
| E64s_v3 | 432 جيجابايت | 1200 ميجابايت/ثانية | 610 جيجابايت | 400 ميغابت في الثانية | 3,500 | 220 جيجابايت | 250 ميغابايت | 1,800 |
| M32ts | 192 جيجابايت | 500 ميجابايت/ثانية | 250 غيغابايت | 400 ميغابت في الثانية | 2,500 | 96 جيجابايت | 250 ميغابت في الثانية | 1,800 |
| M32ls | 256 غيغابايت | 500 ميجابايت/ثانية | 300 جيجابايت | 400 ميغابت في الثانية | 2,500 | 256 جيجابايت | 250 ميغابت في الثانية | 1,800 |
| M64ls | 512 جيبي بايت | 1000 ميجابايت/ثانية | 620 جيجابايت | 400 ميغابت في الثانية | 3,500 | 256 جيجابايت | 250 ميغابت في الثانية | 1,800 |
| M32dms_v2, M32ms_v2 | 875 جيجابايت | 500 ميجابايت/ثانية | 1200 جيجابايت | 600 ميغابت في الثانية | 5,000 | 512 جيجابايت | 250 ميغابت في الثانية | 2,500 |
| M64s, M64ds_v2, M64s_v2 | 1,024 جيجابايت | 1000 ميجابايت/ثانية | 1200 جيجابايت | 600 ميغابت في الثانية | 5,000 | 512 جيجابايت | 250 ميغابت في الثانية | 2,500 |
| M64ms, M64dms_v2, M64ms_v2 | 1,792 جيجابايت | 1000 ميجابايت/ثانية | 2100 جيجابايت | 600 ميغابت في الثانية | 5,000 | 512 جيجابايت | 250 ميغابت في الثانية | 2,500 |
| M128s, M128ds_v2, M128s_v2 | 2,048 جيجابايت | 2000 ميجابايت/ثانية | 2400 جيجابايت | 750 ميغابت في الثانية | 7,000 | 512 جيجابايت | 250 ميغابت في الثانية | 2,500 |
| M192ids_v2، M192is_v2 | 2,048 جيجابايت | 2000 ميجابايت/ثانية | 2400 جيجابايت | 750 ميغابت في الثانية | 7,000 | 512 جيجابايت | 250 ميغابت في الثانية | 2,500 |
| M128ms, M128dms_v2, M128ms_v2 | 3,892 جيجابايت | 2000 ميجابايت/ثانية | 4800 جيجابايت | 750 ميغابت في الثانية | 9,600 | 512 جيجابايت | 250 ميغابت في الثانية | 2,500 |
| M192idms_v2، M192ims_v2 | 4,096 جيجابايت | 2000 ميجابايت/ثانية | 4800 جيجابايت | 750 ميغابت في الثانية | 9,600 | 512 جيجابايت | 250 ميغابت في الثانية | 2,500 |
| M208s_v2 | 2,850 جيجابايت | 1000 ميجابايت/ثانية | 3500 جيجابايت | 750 ميغابت في الثانية | 7,000 | 512 جيجابايت | 250 ميغابت في الثانية | 2,500 |
| M208ms_v2 | 5,700 جيجابايت | 1000 ميجابايت/ثانية | 7200 جيجابايت | 750 ميغابت في الثانية | 14400 | 512 جيجابايت | 250 ميغابت في الثانية | 2,500 |
| M416s_v2 | 5,700 جيجابايت | 2000 ميجابايت/ثانية | 7200 جيجابايت | 1,000 ميغابت في الثانية | 14400 | 512 جيجابايت | 400 ميغابت في الثانية | 4,000 |
| M416ms_v2 | 11,400 جيجابايت | 2000 ميجابايت/ثانية | 14400 جيجابايت | 1,500 ميغابت في الثانية | 28800 | 512 جيجابايت | 400 ميغابت في الثانية | 4,000 |
وتهدف القيم المذكورة إلى أن تكون نقطة انطلاق وتحتاج إلى تقييم مقابل المطالب الحقيقية. ميزة قرص Azure Ultra هي أنه يمكن تكييف قيم IOPS ومعدل النقل دون الحاجة إلى إيقاف تشغيل الجهاز الظاهري أو وقف حمل العمل المطبق على النظام.
ملاحظة
حتى الآن، لا تتوفر لقطات التخزين مع تخزين القرص Ultra. يؤدي هذا إلى حظر استخدام لقطات الجهاز الظاهري مع Azure Backup Services
وحدات التخزين NFS v4.1 على ملفات Azure NetApp
للحصول على تفاصيل حول ANF لـ HANA، اقرأ المستند وحدات التخزين NFS v4.1 على ملفات Azure NetApp لـ SAP Hana
حل يراعي التكلفة مع تخزين Azure المتميز
حتى الآن، كان حل تخزين Azure المتميز الموضح في هذا المستند في القسم الحلول ذات التخزين المتميز وAzure Write Accelerator لأجهزة Azure الظاهرية من السلسلة M مخصصاً لسيناريوهات SAP Hana التي تدعم الإنتاج. تتمثل إحدى خصائص التكوينات الداعمة للإنتاج في فصل وحدات التخزين لبيانات SAP Hana وإعادة تسجيل الدخول إلى وحدتَي تخزين مختلفين. سبب هذا الفصل هو أن خصائص حمل العمل على وحدات التخزين مختلفة. وأنه مع تكوينات الإنتاج المقترحة، قد يكون من الضروري وجود نوع مختلف من التخزين المؤقت أو حتى أنواع مختلفة من تخزين الكتلة من Azure. بالنسبة إلى السيناريوهات غير المتعلقة بالإنتاج، قد لا تنطبق بعض الاعتبارات التي يتم أخذها لأنظمة الإنتاج على أنظمة غير إنتاجية منخفضة النهاية. ونتيجة لذلك، يمكن الجمع بين بيانات HANA ووحدة تخزين السجل. على الرغم من أنه في النهاية مع بعض الأخطاء، مثل عدم تلبية بعض مؤشرات الأداء الرئيسية لمعدل النقل أو زمن الانتقال المطلوبَين لأنظمة الإنتاج. جانب آخر لتقليل التكاليف في مثل هذه البيئات يمكن أن يكون استخدام تخزين Azure Standard SSD. ضع في اعتبارك أن اختيار تخزين SSD قياسي أو تخزين Azure قياسي لمحرك الأقراص الثابتة له تأثير في اتفاقيات مستوى الخدمة للأجهزة الظاهرية الفردية كما هو موثق في المقالة اتفاقية مستوى الخدمة للأجهزة الظاهرية.
يمكن أن يبدو البديل الأقل تكلفة لمثل هذه التكوينات كما يلي:
| VM SKU | RAM | الحد الأقصى. الإدخال/الإخراج للجهاز الظاهري معدل النقل |
/hana/data و/hana/log شريطي مع LVM أو MDADM |
/hana/shared | /root volume | /مستخدم/sap | تعليقات |
|---|---|---|---|---|---|---|---|
| DS14v2 | 112 جيجابايت | 768 ميجابايت/ثانية | 4 × P6 | 1 × E10 | 1 × E6 | 1 × E6 | لن تحقق وقت استجابة أقل من 1 مللي ثانية للتخزين 1 |
| E16v3 | 128 جيبي بايت | 384 ميجابايت/ثانية | 4 × P6 | 1 × E10 | 1 × E6 | 1 × E6 | نوع VM غير معتمد من HANA لن تحقق وقت استجابة أقل من 1 مللي ثانية للتخزين 1 |
| M32ts | 192 جيجابايت | 500 ميجابايت/ثانية | 3 × P10 | 1 × E15 | 1 × E6 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 5000 2 |
| E20ds_v4 | 160 جيجابايت | 480 ميجابايت/ثانية | 4 × P6 | 1 × E15 | 1 × E6 | 1 × E6 | لن تحقق وقت استجابة أقل من 1 مللي ثانية للتخزين 1 |
| E32v3 | 256 غيغابايت | 768 ميجابايت/ثانية | 4 × P10 | 1 × E15 | 1 × E6 | 1 × E6 | نوع VM غير معتمد من HANA لن تحقق وقت استجابة أقل من 1 مللي ثانية للتخزين 1 |
| E32ds_v4 | 256 غيغابايت | 768 ميغابت في الثانية | 4 × P10 | 1 × E15 | 1 × E6 | 1 × E6 | لن تحقق وقت استجابة أقل من 1 مللي ثانية للتخزين 1 |
| M32ls | 256 غيغابايت | 500 ميجابايت/ثانية | 4 × P10 | 1 × E15 | 1 × E6 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 5000 2 |
| E48ds_v4 | 384 جيجابايت | 1,152 ميغابت في الثانية | 6 × P10 | 1 × E20 | 1 × E6 | 1 × E6 | لن تحقق وقت استجابة أقل من 1 مللي ثانية للتخزين 1 |
| E64v3 | 432 جيجابايت | 1200 ميجابايت/ثانية | 6 × P10 | 1 × E20 | 1 × E6 | 1 × E6 | لن تحقق وقت استجابة أقل من 1 مللي ثانية للتخزين 1 |
| E64ds_v4 | 504 جيجابايت | 1200 ميجابايت/ثانية | 7 × P10 | 1 × E20 | 1 × E6 | 1 × E6 | لن تحقق وقت استجابة أقل من 1 مللي ثانية للتخزين 1 |
| M64ls | 512 جيبي بايت | 1000 ميجابايت/ثانية | 7 × P10 | 1 × E20 | 1 × E6 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 10000 2 |
| M32dms_v2, M32ms_v2 | 875 جيجابايت | 500 ميجابايت/ثانية | 6 × P15 | 1 × E30 | 1 × E6 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 5000 2 |
| M64s, M64ds_v2, M64s_v2 | 1,024 جيجابايت | 1000 ميجابايت/ثانية | 7 × P15 | 1 × E30 | 1 × E6 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 10000 2 |
| M64ms, M64dms_v2, M64ms_v2 | 1,792 جيجابايت | 1000 ميجابايت/ثانية | 6 × P20 | 1 × E30 | 1 × E6 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 10000 2 |
| M128s, M128ds_v2, M128s_v2 | 2,048 جيجابايت | 2000 ميجابايت/ثانية | 6 × P20 | 1 × E30 | 1 × E10 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 20000 2 |
| M192ids_v2، M192is_v2 | 2,048 جيجابايت | 2000 ميجابايت/ثانية | 6 × P20 | 1 × E30 | 1 × E10 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 20000 2 |
| M128ms, M128dms_v2, M128ms_v2 | 3,800 جيجابايت | 2000 ميجابايت/ثانية | 5 × P30 | 1 × E30 | 1 × E10 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 20000 2 |
| M192idms_v2، M192ims_v2 | 4,096 جيجابايت | 2000 ميجابايت/ثانية | 5 × P30 | 1 × E30 | 1 × E10 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 20000 2 |
| M208s_v2 | 2,850 جيجابايت | 1000 ميجابايت/ثانية | 4 × P30 | 1 × E30 | 1 × E10 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 10000 2 |
| M208ms_v2 | 5,700 جيجابايت | 1000 ميجابايت/ثانية | 4 × P40 | 1 × E30 | 1 × E10 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 10000 2 |
| M416s_v2 | 5,700 جيجابايت | 2000 ميجابايت/ثانية | 4 × P40 | 1 × E30 | 1 × E10 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 20000 2 |
| M416ms_v2 | 11400 جيجابايت | 2000 ميجابايت/ثانية | 7 × P40 | 1 × E30 | 1 × E10 | 1 × E6 | سيؤدي استخدام Write Accelerator للبيانات المدمجة وحجم السجل إلى تقييد معدل IOPS إلى 20000 2 |
1Azure Write Accelerator لا يمكن استخدامه مع Ev4 ومجموعات الجهاز الظاهري Ev4. نتيجة لاستخدام تخزين Azure المتميز، لن يقل زمن انتقال الإدخال/الإخراج عن 1 مللي ثانية
2 مجموعة الجهاز الظاهري الداعمة لـ Azure Write Accelerator، ولكن هناك احتمال أن حد IOPS الخاص بـ Write Accelerator قد يحد من قدرات تكوينات القرص IOPS
في حالة الجمع بين وحدة تخزين البيانات ووحدة تخزين السجل لـ SAP Hana، يجب ألا تحتوي الأقراص التي تنشئ وحدة التخزين الشريطية على ذاكرة تخزين مؤقت للقراءة أو تمكين ذاكرة التخزين المؤقت للقراءة/للكتابة.
هناك أنواع أجهزة ظاهرية مدرجة غير معتمدة مع SAP، ومن ثَمَّ فهي غير مدرجة فيما يسمى دليل أجهزة SAP Hana. كانت تعليقات العملاء هي أن أنواع الأجهزة الظاهرية غير المدرجة هذه قد استُخدمت بنجاح لبعض المهام غير الإنتاجية.
الخطوات التالية
لمزيد من المعلومات، انظر: