مقارنة التخزين على Azure وAWS

مقالة
11/15/2024

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

S3/EBS/EFS وAzure Storage

على النظام الأساسي ل AWS، عادة ما يتم نشر التخزين السحابي بثلاث طرق:

خدمة التخزين البسيطة (S3). تخزين العنصر الأساسي الذي يجعل البيانات متاحة من خلال واجهة برمجة التطبيقات.
Elastic Block Store (EBS). تخزين على مستوى الكتلة مخصص عادة للوصول بواسطة جهاز ظاهري واحد (VM). يمكنك إرفاقه بوحدات تخزين متعددة باستخدام فئات تخزين وأنظمة ملفات معينة.
التخزين المشترك. خدمات التخزين المشتركة المختلفة التي يوفرها AWS، مثل نظام الملفات المرنة (EFS) وعائلة FSx لأنظمة الملفات المدارة.

في Azure Storage، تسمح لك حسابات التخزين المرتبطة بالاشتراك بإنشاء خدمات التخزين التالية وإدارتها:

تخزين Blob يقوم بتخزين أي نوع من النص أو البيانات الثنائية، مثل مستند أو ملف وسائط أو مثبت التطبيق. يمكنك تعيين تخزين Blob للوصول الخاص أو مشاركة المحتويات بشكل عام على الإنترنت. يخدم تخزين Blob نفس الغرض مثل كل من AWS S3 وEBS.
تخزين الجدول يقوم بتخزين مجموعات البيانات المنظمة. تخزين الجدول هو مخزن بيانات لسمة مفتاح NoSQL يسمح بالتطور السريع والوصول السريع إلى كميات كبيرة من البيانات. مماثل لخدمات AWS المسماة SimpleDB وDynamoDB.
تخزين قائمة الانتظار توفر خدمة المراسلة لمعالجة سير العمل والاتصال بين مكونات الخدمات السحابية.
يوفر تخزين الملفات تخزينا مشتركا للتطبيقات. يستخدم بروتوكول Server Message Block (SMB) أو Network File System (NFS). يتم استخدام تخزين الملفات بطريقة مشابهة لكيفية استخدام EFS أو FSx ل Windows File Server.

يوفر Azure أيضا أنظمة ملفات مدارة أخرى، بما في ذلك Azure Managed Lustre وAzure NetApp Files وAzure Native Qumulo. لمزيد من المعلومات، راجع مقارنة التخزين.

Glacier وAzure Storage

Azure Archive Blob Storage يمكن مقارنته بخدمة تخزين AWS Glacier. وهو مخصص للبيانات التي نادرا ما يتم الوصول إليها والتي يتم تخزينها لمدة 180 يوما على الأقل ويمكن أن تتسامح مع عدة ساعات من زمن انتقال الاسترداد.

بالنسبة إلى البيانات التي لا يتم الوصول إليها بشكل متكرر ولكن يجب أن تكون متاحة على الفور عند الوصول إليها، توفر طبقة تخزين Azure Cool Blob تخزيناً أرخص من تخزين الكائن الثنائي كبير الحجم القياسي. طبقة التخزين هذه قابلة للمقارنة مع AWS S3 - خدمة تخزين الوصول غير المتكررة.

التحكم في الوصول إلى تخزين الكائنات

في AWS، عادة ما يتم منح الوصول إلى S3 إما عن طريق دور إدارة الهوية والوصول (IAM) أو مباشرة في نهج مستودع S3. عادة ما يتم التحكم في الوصول إلى شبكة مستوى البيانات عبر نهج مستودع S3.

باستخدام Azure Blob Storage، يتم استخدام نهج متعدد الطبقات. يتم استخدام جدار حماية Azure Storage للتحكم في الوصول إلى شبكة مستوى البيانات.

في Amazon S3، من الشائع استخدام عناوين URL الموقعة مسبقا لمنح إذن وصول محدود زمنيا. في تخزين Azure Blob، يمكنك تحقيق نتيجة مماثلة باستخدام توقيع وصول مشترك.

التكرار الإقليمي والنسخ المتماثل لتخزين الكائن

غالبا ما ترغب المؤسسات في حماية كائنات التخزين الخاصة بها باستخدام نسخ زائدة عن الحاجة. في كل من AWS وAzure، يتم نسخ البيانات نسخا متماثلا في منطقة معينة. على Azure، يمكنك التحكم في كيفية نسخ البيانات نسخا متماثلا باستخدام التخزين المتكرر محليا (LRS) أو التخزين المتكرر في المنطقة (ZRS). إذا كنت تستخدم LRS، يتم تخزين النسخ في نفس مركز البيانات لأسباب تتعلق بالتكلفة أو التوافق. يشبه ZRS النسخ المتماثل ل AWS: فهو ينسخ البيانات عبر مناطق التوفر داخل المنطقة.

غالبا ما يقوم عملاء AWS بنسخ مستودعات S3 الخاصة بهم إلى منطقة أخرى باستخدام النسخ المتماثل عبر المناطق. يمكنك تنفيذ هذا النوع من النسخ المتماثل في Azure باستخدام النسخ المتماثل للكائنات الثنائية كبيرة الحجم ل Azure. خيار آخر هو تكوين التخزين المتكرر جغرافيا (GRS) أو التخزين المتكرر للمنطقة الجغرافية (GZRS). تنسخ GRS وGZRS البيانات بشكل متزامن إلى منطقة ثانوية دون الحاجة إلى تكوين النسخ المتماثل. لا يمكن الوصول إلى البيانات ما لم يحدث تجاوز فشل مخطط له أو غير مخطط له.

مقارنة خيارات تخزين الكتلة

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

نوع وحدة تخزين AWS EBS	قرص Azure المدار	استخدام
gp2/gp3	Standard SSD	خوادم الويب وخوادم التطبيقات المستخدمة بخفة أو بيئات التطوير/الاختبار
gp2/gp3	Premium SSD	أحمال العمل الخاصة بالإنتاج والأداء
io1	الإصدار 2 من محركات الأقراص ذات الحالة الصلبة المتميزة	أحمال العمل أو أحمال العمل الحساسة للأداء التي تتطلب عمليات IOPS عالية وزمن انتقال منخفض
io2	Ultra Disk Storage	أحمال العمل كثيفة الإدخال/الإخراج وقواعد البيانات التي تتطلب الأداء وأحمال عمل المعاملات العالية جدا التي تتطلب إنتاجية عالية وIOOPS
st1/sc1	Standard HDD	أنظمة الوصول غير الحرجة أو غير المتكررة

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