Azure Data Lake Storage الاعتبارات الرئيسية

تعرف على اعتبارات التخزين الرئيسية لمستودعات بيانات Azure.

إدارة دورة الحياة

يوفر Azure Storage مستويات وصول مختلفة، ما يسمح لك بتخزين بيانات كائن blob بأكثر طريقة ممكنة فعالية من حيث التكلفة. تتضمن مستويات الوصول المتوافرة ما يلي:

  • الساخنه: محسن لتخزين البيانات التي يتم الوصول إليها بشكل متكرر.
  • بارد: محسن لتخزين البيانات التي يتم الوصول إليها بشكل غير متكرر. يتم تخزين البيانات لمدة 30 يوما على الأقل.
  • الطبقة الباردة: محسن لتخزين البيانات التي يتم الوصول إليها أو تعديلها بشكل غير متكرر. يتم تخزين البيانات لمدة 90 يوما على الأقل. تحتوي الطبقة الباردة على تكاليف تخزين أقل وتكاليف وصول أعلى مقارنة بالطبقة الباردة.
  • ارشيف: محسن لتخزين البيانات التي نادرا ما يتم الوصول إليها. يتم تخزين البيانات لمدة 180 يوما على الأقل مع متطلبات زمن انتقال مرنة، بترتيب الساعات.

ضع في اعتبارك المعلومات التالية عند استخدام مستويات الوصول:

  • يمكن تعيين طبقات الوصول الساخنة والباردة فقط على مستوى الحساب. لا تتوفر طبقة الوصول إلى الأرشيف على مستوى الحساب.

  • يمكن تعيين جميع المستويات الساخنة والباردة والأرشيف على مستوى الكائن الثنائي كبير الحجم أثناء التحميل أو بعد التحميل.

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

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

لمزيد من المعلومات، راجع طبقات الوصول الساخنة والباردة والأرشفة لبيانات الكائن الثنائي كبير الحجم.

تنبيه

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

يجب عليك فقط نقل أقسام مستودع البيانات إلى الطبقة الباردة لأحمال العمل المفهومة جيدا.

اتصال مستودعات البيانات

يجب أن تستخدم كل مستودعات البيانات نقاط نهاية خاصة تم إدخالها في الشبكة الظاهرية لمنطقة البيانات المنتقل إليها. لتوفير الوصول عبر المناطق المنتقل إليها، قم بتوصيل مناطق البيانات المنتقل إليها من خلال نظير الشبكة الظاهرية. يوفر هذا الاتصال حلا مثاليا من منظور التحكم في التكلفة والوصول.

لمزيد من المعلومات، راجع نقاط النهاية الخاصة والمنطقةالمنتقل إليها لإدارة البيانات إلى منطقة البيانات المنتقل إليها.

هام

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

حذف مبدئي للحاويات

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

تمكين ميزات حماية البيانات التالية لتحقيق حماية بيانات الكائن الثنائي كبير الحجم من طرف إلى طرف:

تحذير

لا يمكن التراجع عن حذف حساب تخزين. لا يحمي الحذف المبدئي للحاوية من حذف حساب التخزين، فقط ضد حذف الحاويات داخل حساب. لحماية حساب تخزين من الحذف، قم بتكوين تأمين على مورد حساب التخزين. لمزيد من المعلومات حول تأمين موارد Azure Resource Manager، راجع تأمين الموارد لمنع التغييرات غير المتوقعة.

المراقبة

في منطقة البيانات المنتقل إليها، يجب إرسال جميع المراقبة إلى اشتراك الإدارة على نطاق المؤسسة للتحليل.

للتعرف على بيانات المراقبة التي يستخدمها Azure Storage، راجع مراقبة موارد Azure باستخدام Azure Monitor. لمزيد من المعلومات حول السجلات والمقاييس التي ينشئها Azure Storage، راجع مراقبة Azure Blob Storage.

يتم إنشاء إدخالات السجل فقط إذا تم إجراء طلبات مقابل نقطة نهاية الخدمة. أنواع الطلبات المصادق عليها المسجلة هي:

  • طلبات ناجحة
  • الطلبات الفاشلة، بما في ذلك أخطاء المهلة، والتقييد، والشبكة، والتخويل، والأخطاء الأخرى
  • الطلبات التي تستخدم توقيع وصول مشترك (SAS) أو OAuth، بما في ذلك الطلبات الفاشلة والناجحة
  • طلبات بيانات التحليلات، مثل بيانات السجل الكلاسيكية في الحاوية $logs وبيانات قياس الفئة في $metric الجداول

لا يتم تسجيل الطلبات التي تقدمها خدمة التخزين نفسها، مثل إنشاء السجل أو حذفه. أنواع الطلبات المجهولة المسجلة هي:

  • طلبات ناجحة
  • أخطاء الخادم
  • أخطاء المهلة لكل من العميل والخادم
  • طلبات HTTP GET الفاشلة مع رمز الخطأ 304 (Not Modified)

لا يتم تسجيل جميع الطلبات المجهولة الأخرى الفاشلة.

هام

قم بتعيين نهج المراقبة الافتراضي لتدقيق التخزين وإرسال السجلات إلى اشتراك الإدارة على نطاق المؤسسة.

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