تسعير Azure Log Analytics: كيف تمنع ارتفاع تكاليف مراقبة Azure بشكل مفاجئ

By Mirko Peters · 2026-10-23

تعرّف على كيفية التحكم في تسعير Azure Log Analytics، وتحسين خطط الجداول في مساحات العمل، وتصفية الضوضاء في الإدخال، ومنع ارتفاع تكاليف مراقبة السحابة بشكل مفاجئ.

Automatically translated with AI from the original post. Read the English original

يتطلب التحكم في تسعير Azure Log Analytics فهم حجم الإدخال، وخطط بيانات الجداول، وتكاليف الاستبقاء طويل الأمد. فمن خلال تطبيق تصفية البيانات مبكرًا باستخدام KQL، واختيار خطط الفئات المناسبة مثل Basic وAuxiliary، وتجنب حدود جمع البيانات اليومية الخطرة، يستطيع المسؤولون منع فواتير مراقبة Azure من الخروج عن السيطرة.

النقاط الرئيسية

• يتحدد تسعير Azure Log Analytics بشكل أساسي بحجم البيانات المُدخلة، وبالمدة التي تُحفظ فيها هذه البيانات في التخزين.
• تُحدث خطط الجداول فرقًا كبيرًا في النفقات، فتخزين Basic يمكن أن يكون أرخص بكثير من Analytics القياسية، بينما تقدم خطة Auxiliary خصومات كبيرة للبيانات الأرشيفية الضخمة.
• تصفية أسطر السجلات المزعجة وغير المقروءة عند المصدر باستخدام قواعد جمع البيانات هي الأداة الأكثر فاعلية لخفض تكاليف مراقبة السحابة.
• الاعتماد على حدود الإدخال اليومية الصارمة قد يُعمي فرق الأمان والعمليات دون قصد، إذ يوقف كل جمع البيانات في منتصف اليوم.
• إن الموازنة بين فترات الاستبقاء التفاعلي والتخزين البارد طويل الأمد تضمن الامتثال دون دفع مبالغ زائدة مقابل قدرات الاستعلام عالية السرعة.

محركات التكلفة الحقيقية في Log Analytics

عندما تنشر المؤسسات مراقبة السحابة لأول مرة، يكون التركيز شبه كامل على الرؤية، أي التأكد من أن الأنظمة تتواصل مع بعضها وأن كل خطأ يُلتقط. لكن الواقع يفرض نفسه عند وصول فاتورة السحابة الشهرية. تُحتسب تكلفة Log Analytics بشكل أساسي وفق محورين للاستهلاك: حجم الجيجابايتات المرسلة إلى مساحة العمل، والمدة التي تبقى فيها تلك السجلات متاحة للاستعلام التفاعلي.

إنشاء مساحة العمل نفسه لا يكلف شيئًا، وهذا غالبًا ما يولّد شعورًا زائفًا بالأمان. تميل الفرق إلى التعامل مع مستودعات السجلات كأنها أدراج رقمية بلا قاع، فتلقي فيها بيانات التصحيح المطوّلة للتطبيقات، وإشارات النبض المتكررة (Heartbeat)، والتتبعات غير المتحقق منها في حاوية واحدة. ولأنك تدفع مقابل كل جيجابايت يصل إلى مساحة العمل، سواء استعلم أحد عن ذلك الجدول أم لم يفعل، فإن إدخال البيانات دون ضوابط يؤدي بسرعة إلى تجاوز الميزانية.

التنقل بين خطط الجداول: Analytics وBasic وAuxiliary

من أكثر القرارات تأثيرًا التي يمكن أن يتخذها المسؤول اختيار فئة التسعير المناسبة لكل جدول على حدة. فليست كل بيانات السجلات تتطلب المستوى نفسه من الأداء، وتقدم Microsoft خططًا متدرجة تعكس هذه المفاضلات التشغيلية.

فئة Analytics القياسية

خطة Analytics القياسية مصممة للبيانات التي تراقبها عن كثب وتحتاج إلى الاستعلام عنها فورًا. وهي تدعم الكشف عن التهديدات في الوقت الفعلي وحل المشكلات بسرعة. ومع ذلك، فهي الخيار الأعلى تكلفة. فهي تحافظ على الفهرسة الكاملة لتتيح تنفيذ الاستعلامات في أقل من ثانية عبر عبارات Kusto Query Language (KQL) المعقدة.

فئتا Basic وAuxiliary

بالنسبة للبيانات التي تراجعها فقط عند حدوث عطل ما، أو للسجلات كثيفة الحجم التي تُحفظ للتدقيق فقط، توفر خطتا Basic وAuxiliary وفورات كبيرة. فبينما قد تكلف Analytics القياسية نحو 2.30 دولارًا أمريكيًا للجيجابايت، يمكن أن تخفض خطة Basic هذا السعر بشكل ملحوظ، وقد تصل فئة Auxiliary بالتكلفة إلى جزء يسير من الأسعار القياسية (تصل أحيانًا إلى أرخص بـ 46 مرة عند الحد الأدنى).

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

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

أكبر خطأ يقع فيه المسؤولون هو محاولة تنظيف البيانات بعد وصولها إلى مساحة العمل. فبحلول الوقت الذي يُخزَّن فيه سجل ما، تكون قد دفعت تكلفة استيعابه بالفعل.

النهج الصحيح يعتمد على قواعد جمع البيانات (DCRs) مقترنةً بوكيل Azure Monitor. تعمل قواعد جمع البيانات كمجموعات تعليمات تُنشر على الأجهزة الافتراضية ومجموعات الحاويات لديك. فهي تحدد بدقة الأحداث التي يجب جمعها، وكيفية تشكيلها، والجدول الذي ينبغي أن تُرسل إليه. والأهم من ذلك أنها تتيح لك إسقاط الضوضاء المتكررة عند المصدر.

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

مخاطر الحدود اليومية لاستيعاب البيانات

أمام الفواتير السحابية غير المتوقعة، يلجأ كثير من مديري المالية وتقنية المعلومات إلى ميزة الحد اليومي في Azure Log Analytics بوصفها شبكة أمان مطلقة. فالحد اليومي يضع سقفاً صارماً لاستيعاب البيانات؛ فإذا بلغ الحد، توقفت مساحة العمل عن قبول سجلات جديدة حتى نهاية اليوم.

ورغم أن ذلك يمنع الارتفاعات المالية غير المتوقعة، تحذّر Microsoft صراحةً من الاعتماد عليه في إدارة التكاليف الروتينية. فعند تفعيل الحد اليومي، يتوقف جمع البيانات تماماً. يفقد محللو الأمان رؤيتهم، وتعمل فرق العمليات دون أي بصيرة، وقد تفوتك تنبيهات حرجة إذا وقع عطل في النظام خلال الليل. ومن الواضح أن انقطاع الرؤية الناتج عن عطل مفاجئ يكلّف أكثر دائماً من فاتورة مراقبة سحابية مرتفعة قليلاً.

الموازنة بين الاستبقاء التفاعلي والأرشيف طويل الأمد

لا يقتصر ضبط التكاليف على الاستيعاب، بل يمتد إلى المدة التي تبقى فيها بياناتك متاحة. فبصورة افتراضية، يتيح الاستبقاء التفاعلي الاستعلام السريع لمدة 31 يوماً (أو 90 يوماً إذا كان Microsoft Sentinel مفعّلاً). وبعد انتهاء هذه المدة، لا تختفي البيانات، بل تنتقل إلى التخزين طويل الأمد.

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

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

إدارة تسعير Azure Log Analytics تمرين في الهندسة المقصودة. فبالتخلي عن استراتيجية جمع شاملة لكل شيء، والاستفادة من خطط الجداول المخصصة، وتطبيق قواعد جمع بيانات صارمة عند المصدر، يمكنك الحفاظ على رؤية بمستوى المؤسسات دون تجاوز ميزانيتك السحابية.

لمزيد من التعمق في أساسيات عمل هذه الأنظمة، لا تفوّت الاستماع إلى الحلقة الكاملة من بودكاست M365 FM للاطلاع على شرح مبسّط لمساحات العمل والجداول وأساسيات استعلامات KQL.

الأسئلة المتداولة

هل إنشاء مساحة عمل Azure Log Analytics مجاني؟

نعم، فإنشاء مساحة العمل لا يترتب عليه أي رسوم أساسية. أنت تدفع فقط مقابل حجم البيانات المستوعبة في مساحة العمل والمدة التي تُخزَّن فيها تلك البيانات.

ما الفرق بين خطط السجلات: Analytics وBasic وAuxiliary؟

توفر خطة Analytics تخزيناً عالي السرعة ومفهرساً بالكامل، مُحسَّناً للتنبيهات الأمنية في الوقت الفعلي والاستعلامات التفاعلية السريعة. أما خطتا Basic وAuxiliary فتقدمان خيارات تخزين أرخص بكثير للبيانات التي يُبحث فيها بشكل غير متكرر، أو التي تُحفظ أساساً لأغراض الامتثال والأرشفة.

لماذا ينبغي أن أتجنب الحدود اليومية لاستيعاب البيانات؟

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

كيف يمكنني تقليل تكاليف استيعاب البيانات في Log Analytics؟

أكثر استراتيجيات خفض التكاليف فعالية هي تصفية بيانات السجلات غير الضرورية عند المصدر باستخدام قواعد جمع البيانات (DCRs)، بحيث يتم التخلص من سجلات التصحيح الصاخبة وغير المقروءة قبل وصولها إلى مساحة العمل الخاضعة للفوترة.