كيفية عمل الأداء عند توصيل الأجهزة الظاهرية بوحدات تخزين Elastic SAN
توضح هذه المقالة كيفية عمل أداء Elastic SAN، وكيف يمكن أن يؤثر الجمع بين حدود Elastic SAN وحدود أجهزة Azure الظاهرية (VM) على أداء أحمال العمل الخاصة بك.
كيفية عمل الأداء
تحتوي أجهزة Azure الظاهرية على عمليات إدخال/إخراج في الثانية (IOPS) وحدود أداء معدل النقل استنادا إلى نوع وحجم الجهاز الظاهري. تحتوي Elastic SAN على مجموعة من الأداء التي تخصصها لكل وحدة من وحدات التخزين الخاصة بها. يمكن إرفاق وحدات تخزين SAN المرنة بالأجهزة الظاهرية ولكل وحدة تخزين حدود IOPS ومعدل النقل الخاصة بها.
يتم تقييد أداء التطبيق الخاص بك عندما يطلب المزيد من IOPS أو معدل النقل أكثر مما هو مخصص للجهاز الظاهري أو وحدات التخزين المرفقة. عند التقييد، يكون للتطبيق أداء دون المستوى الأمثل، ويمكن أن يواجه عواقب سلبية مثل زيادة زمن الانتقال. واحدة من الفوائد الرئيسية ل Elastic SAN هي قدرتها على توفير IOPS تلقائيا، بناء على الطلب. تتم مشاركة IOPS الخاص ب SAN بين جميع وحدات التخزين الخاصة به، لذلك عندما يبلغ حمل العمل ذروته، يمكن التعامل معه دون تقييد أو تكلفة إضافية. توضح هذه المقالة كيفية عمل هذا التزويد.
أداء ELASTIC SAN
تحتوي Elastic SAN على ثلاث سمات تحدد أدائها: السعة الإجمالية، وIOS، ومعدل النقل. للحصول على أفضل أداء ممكن، يجب أن يكون SAN الخاص بك في نفس منطقة الجهاز الظاهري الذي تقوم بتوفيره.
السعة
يتم تحديد السعة الإجمالية ل Elastic SAN الخاص بك من خلال طاقتين مختلفتين، السعة الأساسية والقدرة الإضافية. تؤدي زيادة السعة الأساسية أيضا إلى زيادة عمليات الإدخال والإخراج في الإخراج في الإخراج في السعة ومعدل النقل في SAN ولكنها أكثر تكلفة من زيادة السعة الإضافية. لا تؤدي زيادة السعة الإضافية إلى زيادة IOPS أو معدل النقل.
عمليات الإدخال / الإخراج في الثانية (IOPS)
يزيد IOPS ل Elastic SAN بنسبة 5000 لكل تيبي بايت أساسي. لذلك إذا كان لديك Elastic SAN يحتوي على 6 تيرابايت من السعة الأساسية، فلا يزال بإمكان SAN توفير ما يصل إلى 30000 IOPS. وسيوفر نفس هذا السان 000 30 عملية إدخال/ عملية ما إذا كان لديها 50 تيبي بايت من السعة الإضافية أو 500 تيرابايت من السعة الإضافية، لأن أداء المنطقة لا يحدد إلا بالسعة الأساسية. يتم توزيع IOPS ل Elastic SAN بين جميع وحدات التخزين الخاصة به.
الإنتاجية
يزيد معدل نقل Elastic SAN بمقدار 200 ميجابايت/ ثانية لكل تيبي بايت أساسي. لذلك إذا كان لديك Elastic SAN يحتوي على 6 تيرابايت من السعة الأساسية، فلا يزال بإمكان SAN توفير ما يصل إلى 1200 ميغابايت/ثانية. ومن شأن نفس شبكة SAN أن توفر معدل نقل 1200 ميغابايت/ثانية سواء كان لديها 50 تيرابايت من السعة الإضافية أو 500 تيرابايت من السعة الإضافية، نظرا لأن أداء SAN يتم تحديده فقط من خلال السعة الأساسية. يتم توزيع معدل نقل Elastic SAN بين جميع وحدات التخزين الخاصة به.
وحدات تخزين Elastic SAN
يتم تحديد أداء وحدة التخزين الفردية من خلال قدرتها. الحد الأقصى لعمليات الإدخال والإخراج في الثانية لزيادة الحجم بمقدار 750 لكل GiB، بحد أقصى 80,000 IOPS. يزيد الحد الأقصى لمعدل النقل بمقدار 60 ميغابايت/ثانية لكل غيغابايت، بحد أقصى 1280 ميغابايت/ثانية. تحتاج وحدة التخزين إلى 107 غيغابايت على الأقل لتكون قادرة على استخدام 80000 IOPS. تحتاج وحدة التخزين إلى 22 غيغابايت على الأقل لكي تتمكن من استخدام الحد الأقصى البالغ 1280 ميغابايت/ثانية. لا يمكن أن يتجاوز IOPS المدمج ومعدل النقل لجميع وحدات التخزين الخاصة بك IOPS ومعدل نقل SAN الخاص بك.
مثال على التكوين
يستخدم كل سيناريو من أمثلة هذه المقالة التكوين التالي ل Elastic SAN:
| Resource | السعة | عمليات الإدخال / الإخراج في الثانية (IOPS) |
|---|---|---|
| Elastic SAN | 27 تيرابايت | 135,000 (تم توفيره) |
| وحدة تخزين AKS SAN | 3 تيبي بايت | ما يصل إلى 80,000 |
| حجم حمل العمل 1 SAN | 10 تيرابايت | ما يصل إلى 80,000 |
| حجم حمل العمل 2 SAN | 4 تيرا بايت | ما يصل إلى 80,000 |
| حجم حمل العمل 3 SAN | 2تيرا بايت | ما يصل إلى 80,000 |
سيناريوهات مقدمة كمثال
تصور سيناريوهات المثال التالي كيفية تعامل Elastic SAN مع تخصيص الأداء. للحصول على أفضل أداء، يجب أن تكون كل من الأجهزة الظاهرية و SAN في نفس المنطقة.
حمل العمل النموذجي
| حمل العمل | IOPS المطلوب | عمليات الإدخال والإخراج في العمل التي تم تقديمها |
|---|---|---|
| حمل عمل AKS | 3,000 | 3,000 |
| حمل العمل 1 | 10,000 | 10,000 |
| حمل العمل 2 | 8000 | 8000 |
| حمل العمل 3 | 20,000 | 20,000 |
في هذا السيناريو، لا يحدث تقييد على مستوى الجهاز الظاهري أو SAN. تحتوي SAN نفسها على 135,000 عملية إدخال وإخراج في الإخراج في الأحمال، وكل وحدة تخزين كبيرة بما يكفي لخدمة ما يصل إلى 80,000 IOPS، وتتوفر عمليات الإدخال والإخراج في الإخراج في ال IOPS كافية من SAN، ولم يتم تجاوز أي من حدود IOPS الخاصة بالجهاز الظاهري، وإجمالي IOPS المطلوب هو 41,000. لذلك يتم تنفيذ جميع أحمال العمل دون أي تقييد.
ارتفاع حمل العمل الفردي
| حمل العمل | IOPS المطلوب | عمليات الإدخال والإخراج في العمل التي تم تقديمها | وقت الارتفاع |
|---|---|---|---|
| حمل عمل AKS | 2,000 | 2,000 | غير متوفر |
| حمل العمل 1 | 10,000 | 10,000 | غير متوفر |
| حمل العمل 2 | 10,000 | 10,000 | غير متوفر |
| حمل العمل 3 | 80,000 | 80,000 | 9:00 صباحا |
في هذا السيناريو، لا يحدث تقييد. ارتفع حمل العمل 3 في الساعة 9 صباحا، وطلب 80000 عملية إدخال/ عملية. لم ترتفع أي من أحمال العمل الأخرى وكان لدى SAN ما يكفي من IOPS مجانا لتوزيعها على حمل العمل، لذلك لم يكن هناك تقييد.
بشكل عام، هذا هو التكوين المثالي لأحمال عمل مشاركة SAN. من الأفضل أن يكون لديك أداء كاف للتعامل مع العمليات العادية لأحمال العمل، والقمم العرضية.
ارتفاع جميع أحمال العمل
| حمل العمل | IOPS المطلوب | عمليات الإدخال والإخراج في العمل التي تم تقديمها | وقت الارتفاع |
|---|---|---|---|
| حمل عمل AKS | 5,000 | 5,000 | 9:00 صباحا |
| حمل العمل 1 | 40,000 | 21,000 | 9:01 صباحا |
| حمل العمل 2 | 45000 | 45000 | 9:00 صباحا |
| حمل العمل 3 | 64,000 | 64,000 | 9:00 صباحا |
من المهم معرفة سلوك SAN في أسوأ سيناريو، حيث يبلغ كل حمل عمل ذروته في نفس الوقت.
في هذا السيناريو، وصلت جميع أحمال العمل إلى ارتفاعها في نفس الوقت تقريبا. عند هذه النقطة، فإن إجمالي عمليات الإدخال/الإخراج في الدمج المطلوبة من قبل جميع أحمال العمل مجتمعة (64,000 + 45,000 + 40,000 + 5,000) هو أكثر من IOPS المقدم على مستوى SAN (135,000). لذلك يتم تقييد أحمال العمل. يحدث التقييد على أساس من يأتي أولا يخدم أولا، لذلك أيا كانت أحمال العمل التي تطلب IOPS بعد الوصول إلى الحد الأقصى للسعة لا تحصل على المزيد من الأداء. في هذه الحالة، طلب حمل العمل 1 40,000 عملية IOPS بعد أحمال العمل الأخرى، وقد خصصت SAN بالفعل معظم عمليات الإدخال والإخراج في الإخراج في الإخراج في ال IOPS المتاحة، لذلك لم يتم توفير سوى عمليات الإدخال/الإخراج في الإخراج في الخراج المتبقية.
