فوائد استخدام Azure NetApp Files لتوزيع SQL Server
يقلل Azure NetApp Files SQL Server التكلفة الإجمالية للملكية (TCO) مقارنة بحلول التخزين الكتلي. مع تخزين الكتلة ، فرضت الأجهزة الظاهرية قيودا على الإدخال / الإخراج وعرض النطاق الترددي لعمليات القرص. يتم تطبيق حدود النطاق الترددي للشبكة فقط ضد ملفات Azure NetApp، وعند الخروج عند ذلك فقط. بمعنى آخر، لا يتم تطبيق حدود إدخال/إخراج على مستوى الجهاز الظاهري على ملفات Azure NetApp. بدون حدود الإدخال/الإخراج هذه، يمكن SQL Server تعمل على أجهزة ظاهرية أصغر متصلة بملفات Azure NetApp أن تعمل بالإضافة إلى SQL Server تعمل على أجهزة ظاهرية أكبر بكثير. يؤدي تغيير حجم المثيلات على هذا النحو إلى تقليل تكلفة الحوسبة إلى 25٪ من السعر السابق. يمكنك تقليل تكاليف الحوسبة باستخدام ملفات Azure NetApp.
ومع ذلك ، فإن تكاليف الحوسبة صغيرة مقارنة بتكاليف الترخيص SQL Server. يرتبط ترخيص Microsoft SQL Server بعدد النواة المادية. على هذا النحو ، يؤدي تقليل حجم المثيل إلى توفير أكبر في التكاليف لترخيص البرامج. يمكنك تقليل تكاليف ترخيص البرامج باستخدام Azure NetApp Files.
توضح هذه المقالة تحليلا مفصلا للتكلفة وفوائد الأداء حول استخدام ملفات Azure NetApp لنشر SQL Server. لا تحتوي المثيلات الأصغر حجما على وحدة معالجة مركزية كافية للقيام بعمل قاعدة البيانات فقط مع الحظر على المثيلات الأكبر ، وفي كثير من الحالات ، تكون المثيلات الأصغر أكثر أداء من نظيراتها الأكبر المستندة إلى القرص بسبب Azure NetApp Files.
تحليل مفصل للتكاليف
تعرض مجموعتا الرسومات في هذا القسم مثال إجمالي تكلفة الملكية. تم تحديد عدد ونوع الأقراص المدارة ومستوى خدمة Azure NetApp Files والسعة لكل سيناريو لتحقيق أفضل أداء لسعة السعر. يتكون كل رسم من أجهزة مجمعة (D16 مع ملفات Azure NetApp ، مقارنة ب D64 مع القرص المدار حسب المثال) ، ويتم تقسيم الأسعار لكل نوع من أنواع الأجهزة.
توضح المجموعة الأولى من الرسومات التكلفة الإجمالية للحل باستخدام حجم قاعدة بيانات 1-TiB، مقارنة D16s_v4 ب D64 و D8 ب D32 و D4 ب D16. يشار إلى عمليات IOP المتوقعة لكل تكوين بخط أخضر أو أصفر وتتوافق مع محور Y على الجانب الأيمن.
تعرض المجموعة الثانية من الرسوم البيانية التكلفة الإجمالية باستخدام قاعدة بيانات 50-TiB. المقارنات هي نفسها بخلاف ذلك - D16 مقارنة بملفات Azure NetApp مقابل D64 مع كتلة على سبيل المثال.
الأداء ، والكثير منه
يتطلب تحقيق تأكيد خفض التكلفة الكبير الكثير من الأداء - تدعم أكبر المثيلات في مخزون Azure العام 80000 عملية IOPS على القرص على سبيل المثال. يمكن لوحدة تخزين Azure NetApp Files واحدة تحقيق 80000 عملية IOPS لقاعدة البيانات، ويمكن لمثيلات مثل D16 استهلاك نفس الشيء. D16 ، القادر عادة على 25600 قرص IOPS ، هو 25٪ من حجم D64. D64s_v4 قادر على 80000 قرص IOPS ، وعلى هذا النحو ، يقدم نقطة مقارنة ممتازة للمستوى العلوي.
يمكن D16s_v4 تشغيل وحدة تخزين Azure NetApp Files إلى 80000 IOPS لقاعدة البيانات. وكما أثبتت أداة قياس معايير التخزين SQL (SSB)، حقق مثيل D16 عبء عمل أكبر بنسبة 125٪ من ذلك الذي يمكن تحقيقه على القرص من مثيل D64. راجع قسم أداة اختبار SSB للحصول على تفاصيل حول الأداة.
باستخدام حجم مجموعة عمل 1-TiB وقراءة بنسبة 80٪ ، وتحديث بنسبة 20٪ SQL Server عبء العمل ، تم قياس قدرات الأداء لمعظم المثيلات في فئة المثيلات D ؛ معظمها ، وليس كلها ، حيث تم استبعاد مثيلات D2 و D64 نفسها من الاختبار. تم استبعاد الأول لأنه لا يدعم الشبكات المتسارعة ، والأخير لأنه نقطة المقارنة. انظر الرسم البياني التالي لفهم حدود D4s_v4 D8s_v4 D16s_v4 D32s_v4 على التوالي. لا تظهر اختبارات تخزين القرص المدار في الرسم البياني. يتم استخلاص قيم المقارنة مباشرة من جدول حدود Azure Virtual Machine لنوع مثيل الفئة D.
باستخدام Azure NetApp Files، يمكن لكل مثيلة من المثيلات في الفئة D تلبية قدرات أداء القرص للمثيلات أو تجاوزها مرتين أكبر. يمكنك تقليل تكاليف ترخيص البرامج بشكل كبير باستخدام Azure NetApp Files.
- تطابق D4 عند استخدام وحدة المعالجة المركزية بنسبة 75٪ مع قدرات القرص في D16.
- معدل D16 محدود عند 25,600 قرص IOPS.
- تطابق D8 عند استخدام وحدة المعالجة المركزية بنسبة 75٪ مع قدرات القرص في D32.
- D32 محدود المعدل عند 51,200 قرص IOPS.
- يتطابق استخدام وحدة المعالجة المركزية D16 بنسبة 55٪ مع قدرات القرص في D64.
- D64 محدود المعدل عند 80000 قرص IOPS.
- يتطابق D32 عند استخدام وحدة المعالجة المركزية بنسبة 15٪ مع قدرات القرص في D64 أيضا.
- D64 كما هو مذكور أعلاه محدود بمعدل 80000 قرص IOPS.
اختبار حدود وحدة المعالجة المركزية S3B - الأداء مقابل قوة المعالجة
يلخص الرسم التخطيطي التالي اختبار حدود وحدة المعالجة المركزية S3B:
قابلية التوسع ليست سوى جزء من القصة. الجزء الآخر هو الكمون. إنه شيء واحد بالنسبة للأجهزة الافتراضية الأصغر حجما أن يكون لديها القدرة على دفع معدلات إدخال / إخراج أعلى بكثير ، إنه شيء آخر للقيام بذلك مع زمن انتقال منخفض من رقم واحد كما هو موضح أدناه.
- قاد D4 26000 IOPS ضد Azure NetApp Files في زمن انتقال 2.3 مللي ثانية.
- قاد D8 51000 IOPS ضد Azure NetApp Files في زمن انتقال 2.0 مللي ثانية.
- قاد D16 88000 IOPS ضد Azure NetApp Files في زمن انتقال 2.8 مللي ثانية.
- قاد D32 80000 IOPS ضد Azure NetApp Files في زمن انتقال 2.4 مللي ثانية.
نتائج زمن انتقال S3B لكل نوع مثيل
يوضح الرسم التخطيطي التالي زمن انتقال SQL Server مثيل واحد عبر ملفات Azure NetApp:
أداة اختبار SSB
تركز أداة قياس TPC-E ، حسب التصميم ، على الحوسبة بدلا من التخزين. تستند نتائج الاختبار الموضحة في هذا القسم إلى أداة اختبار إجهاد تسمى SQL Storage Benchmark (SSB). يمكن لمعيار التخزين SQL Server دفع تنفيذ SQL على نطاق واسع مقابل قاعدة بيانات SQL Server لمحاكاة عبء عمل OLTP ، على غرار أداة قياس SLOB2 Oracle.
تقوم أداة SSB بإنشاء عبء عمل مدفوع ب SELECT و UPDATE يصدر البيانات المذكورة مباشرة إلى قاعدة بيانات SQL Server التي تعمل داخل الجهاز الظاهري Azure. بالنسبة لهذا المشروع ، زادت أعباء عمل SSB من 1 إلى 100 مستخدم SQL Server ، مع 10 أو 12 نقطة وسيطة في 15 دقيقة لكل مستخدم عدد. كانت جميع مقاييس الأداء من هذه الأشواط من وجهة نظر perfmon ، لقابلية التكرار SSB التي تم تشغيلها ثلاث مرات لكل سيناريو.
تم تكوين الاختبارات نفسها على أنها 80٪ SELECT و 20٪ UPDATE ، وبالتالي 90٪ قراءة عشوائية. كانت قاعدة البيانات نفسها ، التي أنشأتها SSB ، بحجم 1000 جيجابايت. يتكون من 15 جدول مستخدم و 9,000,000 صف لكل جدول مستخدم و 8192 بايت لكل صف.
معيار SSB هو أداة مفتوحة المصدر. وهي متاحة مجانا في صفحة SQL معيار التخزين GitHub.
وخلاصة القول
باستخدام Azure NetApp Files، يمكنك زيادة أداء الخادم SQL مع تقليل التكلفة الإجمالية للملكية بشكل كبير.