مخطط سجل نتائج تحليلات الحاوية

مقالة
03/05/2024

تخزن نتائج تحليلات الحاوية بيانات السجل التي تجمعها في جدول يسمى ContainerLogV2. تصف هذه المقالة مخطط هذا الجدول ومقارنتها وترحيلها من جدول ContainerLog القديم.

هام

سيكون ContainerLogV2 المخطط الافتراضي عبر ConfigMap ل CLI الإصدار 2.54.0 والإصدارات الأحدث. سيكون ContainerLogV2 تنسيق استيعاب افتراضي للعملاء الذين سيقومون بإلحاق نتائج تحليلات الحاوية باستخدام مصادقة الهوية المدارة باستخدام ARM وBicep وTerraform والنهج وإلحاق المدخل. يمكن تمكين ContainerLogV2 بشكل صريح من خلال إصدار CLI 2.51.0 أو أعلى باستخدام إعدادات تجميع البيانات.

سيتم إيقاف دعم جدول ContainerLog في 30 سبتمبر 2026.

مقارنة الجدول

يسلط الجدول التالي الضوء على الاختلافات الرئيسية بين استخدام ContainerLogV2 ومخطط ContainerLog.

اختلافات الميزة	ContainerLog	ContainerLogV2
مخطط	التفاصيل في ContainerLog.	تفاصيل في ContainerLogV2. الأعمدة الإضافية هي: - `ContainerName` - `PodName` - `PodNamespace`.
إعداد	قابل للتكوين فقط من خلال ConfigMap.	قابل للتكوين من خلال كل من ConfigMap وDCR. ¹
التسعير	متوافق فقط مع سجلات التحليلات كاملة السعر.	يدعم طبقة السجلات الأساسية منخفضة التكلفة بالإضافة إلى سجلات التحليلات.
الاستعلام	يتطلب عمليات ربط متعددة مع جداول المخزون للاستعلامات القياسية.	يتضمن بيانات تعريف حاوية وحاوية إضافية لتقليل تعقيد الاستعلام وعمليات الانضمام.
متعدد الخطوط	غير معتمد، يتم تقسيم الإدخالات متعددة الأسطر إلى صفوف متعددة.	دعم التسجيل متعدد الأسطر للسماح بالإدخالات الموحدة المفردة للإخراج متعدد الأسطر.

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

إشعار

التصدير إلى Event Hub وحساب التخزين غير مدعوم إذا لم يكن LogMessage الوارد JSON صالحا. للحصول على أفضل أداء، نوصي ببعث سجلات الحاوية بتنسيق JSON.

تقييم التأثير على التنبيهات الحالية

قبل تمكين مخطط ContainerLogsV2 ، يجب تقييم ما إذا كان لديك أي قواعد تنبيه تعتمد على جدول ContainerLog . ستحتاج أي تنبيهات من هذا القبيل إلى تحديث لاستخدام الجدول الجديد.

للفحص بحثا عن التنبيهات التي تشير إلى جدول ContainerLog ، قم بتشغيل استعلام Azure Resource Graph التالي:

resources
| where type in~ ('microsoft.insights/scheduledqueryrules') and ['kind'] !in~ ('LogToMetric')
| extend severity = strcat("Sev", properties["severity"])
| extend enabled = tobool(properties["enabled"])
| where enabled in~ ('true')
| where tolower(properties["targetResourceTypes"]) matches regex 'microsoft.operationalinsights/workspaces($|/.*)?' or tolower(properties["targetResourceType"]) matches regex 'microsoft.operationalinsights/workspaces($|/.*)?' or tolower(properties["scopes"]) matches regex 'providers/microsoft.operationalinsights/workspaces($|/.*)?'
| where properties contains "ContainerLog"
| project id,name,type,properties,enabled,severity,subscriptionId
| order by tolower(name) asc

تمكين مخطط ContainerLogV2

يمكنك تمكين مخطط ContainerLogV2 لنظام مجموعة إما باستخدام قاعدة تجميع البيانات (DCR) الخاصة بالمجموعة أو ConfigMap. إذا تم تمكين كلا الإعدادين، فإن ConfigMap سيكون له الأسبقية. سيتم استيعاب سجلات Stdout وstderr فقط في جدول ContainerLog عند تعيين كل من DCR وConfigMap بشكل صريح على إيقاف التشغيل.

تسجيل متعدد الأسطر في Container Insights

مع تمكين التسجيل متعدد الأسطر، يتم تجميع سجلات الحاوية المقسمة مسبقا معا وإرسالها كإدخالات مفردة إلى جدول ContainerLogV2. إذا كان خط السجل المخيط أكبر من 64 كيلوبايت، فسيتم اقتطاعه بسبب حدود مساحة عمل Log Analytics. تحتوي هذه الميزة أيضا على دعم لتتبعات مكدس .NET وGo وPython وJava، والتي تظهر كإدخالات مفردة في جدول ContainerLogV2. تمكين التسجيل متعدد الأسطر باستخدام ConfigMap كما هو موضح في تكوين جمع البيانات في نتائج تحليلات الحاوية باستخدام ConfigMap.

إشعار

يتميز التكوين الآن بخيار مواصفات اللغة، حيث يمكن للعملاء تحديد اللغات التي يهتمون بها فقط. يمكن تمكين هذه الميزة عن طريق تحرير اللغات في خيار stacktrace_languages في خريطة التكوين.

تظهر لقطات الشاشة التالية التسجيل متعدد الأسطر لتتبع مكدس استثناء Go:

تم تعطيل التسجيل متعدد الأسطر