تمكين المراقبة لمجموعات Kubernetes

توضح هذه المقالة كيفية تمكين المراقبة الكاملة لمجموعات Kubernetes باستخدام ميزات Azure Monitor التالية:

• Prometheus المدار لمجموعة المقاييس
• نتائج تحليلات الحاوية لمجموعة السجلات
• Grafana المدارة للتصور.

باستخدام مدخل Microsoft Azure، يمكنك تمكين جميع الميزات في نفس الوقت. يمكنك أيضا تمكينها بشكل فردي باستخدام Azure CLI أو قالب Azure Resource Manager أو Terraform أو نهج Azure. يتم وصف كل من هذه الأساليب في هذه المقالة.

هام

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

• تكوين جمع البيانات وتحسين التكلفة في نتائج تحليلات الحاوية باستخدام قاعدة جمع البيانات
  تفاصيل حول تخصيص مجموعة السجلات بمجرد تمكين المراقبة، بما في ذلك استخدام تكوينات تحسين التكلفة المعينة مسبقا.
• أفضل الممارسات لمراقبة Kubernetes باستخدام Azure Monitor
  أفضل الممارسات لمراقبة مجموعات Kubernetes التي تنظمها الركائز الخمس لإطار عمل Azure Well-Architected، بما في ذلك تحسين التكلفة.
• تحسين التكلفة في Azure Monitor
  أفضل الممارسات لتكوين جميع ميزات Azure Monitor لتحسين التكاليف والحد من كمية البيانات التي تجمعها.

المجموعات المدعومة

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

• مجموعات Azure Kubernetes (AKS)
• مجموعات Kubernetes الممكنة بواسطة Arc

المتطلبات الأساسية

الأذونات

• تحتاج على الأقل إلى وصول المساهم إلى نظام المجموعة للإلحاق.
• تحتاج إلى قارئ المراقبة أو مساهم المراقبة لعرض البيانات بعد تمكين المراقبة.

المتطلبات الأساسية ل Prometheus المدارة

• يجب أن يستخدم نظام المجموعة مصادقة الهوية المدارة.
• يجب تسجيل موفري الموارد التاليين في اشتراك نظام مجموعة AKS ومساحة عمل Azure Monitor:
  • Microsoft.ContainerService
  • Microsoft.Insights
  • Microsoft.AlertsManagement
  • Microsoft.Monitor
• يجب تسجيل موفري الموارد التاليين في اشتراك مساحة عمل Grafana:
  • Microsoft.Dashboard

متطلبات مجموعات Kubernetes الممكنة بواسطة Arc

• المتطلبات الأساسية لملحقات نظام مجموعة Kubernetes التي تدعم Azure Arc.
• تحقق من متطلبات جدار الحماية بالإضافة إلى متطلبات شبكة Kubernetes الممكنة في Azure Arc.
• إذا قمت مسبقا بتثبيت المراقبة ل AKS، فتأكد من تعطيل المراقبة قبل المتابعة لتجنب المشكلات أثناء تثبيت الملحق.
• إذا قمت مسبقا بتثبيت المراقبة على نظام مجموعة باستخدام برنامج نصي بدون ملحقات نظام المجموعة، فاتبع الإرشادات الموجودة في تعطيل مراقبة مجموعة Kubernetes لحذف مخطط Helm هذا.

إشعار

لا يدعم ملحق Kubernetes الممكن بواسطة Prometheus Arc المدار التكوينات التالية:

• توزيعات Red Hat Openshift
• عقد Windows

مساحات العمل

يصف الجدول التالي مساحات العمل المطلوبة لدعم Managed Prometheus و Container insights. يمكنك إنشاء كل مساحة عمل كجزء من عملية الإعداد أو استخدام مساحة عمل موجودة. راجع تصميم بنية مساحة عمل Log Analytics للحصول على إرشادات حول عدد مساحات العمل التي يجب إنشاؤها ومكان وضعها.

ميزة	مساحة عمل	ملاحظات
Prometheus المدار	مساحة عمل Azure Monitor	Contributor الإذن كاف لتمكين الملحق لإرسال البيانات إلى مساحة عمل Azure Monitor. ستحتاج إلى Owner إذن المستوى لربط مساحة عمل Azure Monitor لعرض المقاييس في Azure Managed Grafana. هذا مطلوب لأن المستخدم الذي ينفذ خطوة الإعداد، يحتاج إلى أن يكون قادرا على منح دور Azure Managed Grafana System Identity Monitoring Reader على مساحة عمل Azure Monitor للاستعلام عن المقاييس.
نتائج تحليلات الحاوية	مساحة عمل Log Analytics	يمكنك إرفاق مجموعة AKS بمساحة عمل Log Analytics في اشتراك Azure مختلف في نفس مستأجر Microsoft Entra، ولكن يجب عليك استخدام Azure CLI أو قالب Azure Resource Manager. لا يمكنك حاليا تنفيذ هذا التكوين باستخدام مدخل Microsoft Azure. إذا كنت تقوم بتوصيل مجموعة AKS موجودة بمساحة عمل Log Analytics في اشتراك آخر، يجب تسجيل موفر موارد Microsoft.ContainerService في الاشتراك مع مساحة عمل Log Analytics. لمزيد من المعلومات، راجع تسجيل موفر الموارد. للحصول على قائمة بأزواج التخطيط المدعومة لاستخدامها لمساحة العمل الافتراضية، راجع مخططات المنطقة المدعومة من قبل رؤى الحاوية.
Managed Grafana	مساحة عمل Azure Managed Grafana	اربط مساحة عمل Grafana بمساحة عمل Azure Monitor لجعل مقاييس Prometheus التي تم جمعها من مجموعتك متاحة للوحات معلومات Grafana.

تمكين Prometheus وGrafana

استخدم إحدى الطرق التالية لتمكين استخراج مقاييس Prometheus من مجموعتك وتمكين Managed Grafana من تصور المقاييس. راجع ربط مساحة عمل Grafana للحصول على خيارات لتوصيل مساحة عمل Azure Monitor ومساحة عمل Azure Managed Grafana.

المبادره القطريه

إذا لم تحدد مساحة عمل Azure Monitor موجودة في الأوامر التالية، فسيتم استخدام مساحة العمل الافتراضية لمجموعة الموارد. إذا لم تكن مساحة العمل الافتراضية موجودة بالفعل في منطقة نظام المجموعة، فسيتم إنشاء مساحة مع اسم بالتنسيق DefaultAzureMonitorWorkspace-<mapped_region> في مجموعة موارد بالاسم DefaultRG-<cluster_region>.

المتطلبات الأساسية

• مطلوب إصدار Az CLI من 2.49.0 أو أعلى.
• يجب إلغاء تثبيت ملحق aks-preview من مجموعات AKS باستخدام الأمر az extension remove --name aks-preview.
• يجب تثبيت ملحق ملحق k8s باستخدام الأمر az extension add --name k8s-extension.
• مطلوب إصدار ملحق k8s 1.4.1 أو أعلى.

كتلة خدمة Azure Kubernetes

-enable-azure-monitor-metrics استخدم الخيار az aks create أو az aks update (اعتمادا على ما إذا كنت تقوم بإنشاء نظام مجموعة جديد أو تحديث نظام مجموعة موجود) لتثبيت الوظيفة الإضافية للمقاييس التي تتخلص من مقاييس Prometheus.

نماذج الأوامر

### Use default Azure Monitor workspace
az aks create/update --enable-azure-monitor-metrics -n <cluster-name> -g <cluster-resource-group>

### Use existing Azure Monitor workspace
az aks create/update --enable-azure-monitor-metrics -n <cluster-name> -g <cluster-resource-group> --azure-monitor-workspace-resource-id <workspace-name-resource-id>

### Use an existing Azure Monitor workspace and link with an existing Grafana workspace
az aks create/update --enable-azure-monitor-metrics -n <cluster-name> -g <cluster-resource-group> --azure-monitor-workspace-resource-id <azure-monitor-workspace-name-resource-id> --grafana-resource-id  <grafana-workspace-name-resource-id>

### Use optional parameters
az aks create/update --enable-azure-monitor-metrics -n <cluster-name> -g <cluster-resource-group> --ksm-metric-labels-allow-list "namespaces=[k8s-label-1,k8s-label-n]" --ksm-metric-annotations-allow-list "pods=[k8s-annotation-1,k8s-annotation-n]"

نظام مجموعة ممكن بواسطة Arc

### Use default Azure Monitor workspace
az k8s-extension create --name azuremonitor-metrics --cluster-name <cluster-name> --resource-group <resource-group> --cluster-type connectedClusters --extension-type Microsoft.AzureMonitor.Containers.Metrics

## Use existing Azure Monitor workspace
az k8s-extension create --name azuremonitor-metrics --cluster-name <cluster-name> --resource-group <resource-group> --cluster-type connectedClusters --extension-type Microsoft.AzureMonitor.Containers.Metrics --configuration-settings azure-monitor-workspace-resource-id=<workspace-name-resource-id>

### Use an existing Azure Monitor workspace and link with an existing Grafana workspace
az k8s-extension create --name azuremonitor-metrics --cluster-name <cluster-name> --resource-group <resource-group> --cluster-type connectedClusters --extension-type Microsoft.AzureMonitor.Containers.Metrics --configuration-settings azure-monitor-workspace-resource-id=<workspace-name-resource-id> grafana-resource-id=<grafana-workspace-name-resource-id>

### Use optional parameters
az k8s-extension create --name azuremonitor-metrics --cluster-name <cluster-name> --resource-group <resource-group> --cluster-type connectedClusters --extension-type Microsoft.AzureMonitor.Containers.Metrics --configuration-settings azure-monitor-workspace-resource-id=<workspace-name-resource-id> grafana-resource-id=<grafana-workspace-name-resource-id> AzureMonitorMetrics.KubeStateMetrics.MetricAnnotationsAllowList="pods=[k8s-annotation-1,k8s-annotation-n]" AzureMonitorMetrics.KubeStateMetrics.MetricLabelsAllowlist "namespaces=[k8s-label-1,k8s-label-n]"

يمكن لأي من الأوامر استخدام المعلمات الاختيارية التالية:

• اس: --ksm-metric-annotations-allow-list
  قوس: --AzureMonitorMetrics.KubeStateMetrics.MetricAnnotationsAllowList
  قائمة مفصولة بفواصل لمفاتيح التعليقات التوضيحية ل Kubernetes المستخدمة في مقياس kube_resource_annotations للمورد. على سبيل المثال، kube_pod_annotations هو مقياس التعليقات التوضيحية لمورد pods. بشكل افتراضي، يحتوي هذا المقياس على تسميات الاسم ومساحة الاسم فقط. لتضمين المزيد من التعليقات التوضيحية، قم بتوفير قائمة بأسماء الموارد في نموذج الجمع ومفاتيح التعليق التوضيحي Kubernetes التي تريد السماح بها. يمكن توفير واحد * لكل مورد للسماح بأي تعليقات توضيحية، ولكن هذا له آثار خطيرة على الأداء. على سبيل المثال، pods=[kubernetes.io/team,...],namespaces=[kubernetes.io/team],...
  
• اس: --ksm-metric-labels-allow-list
  قوس: --AzureMonitorMetrics.KubeStateMetrics.MetricLabelsAllowlist
  قائمة مفصولة بفواصل لمزيد من مفاتيح تسمية Kubernetes المستخدمة في مقياس kube_resource_labels kube_resource_labels للمورد. على سبيل المثال، kube_pod_labels هو مقياس التسميات لمورد pods. بشكل افتراضي، يحتوي هذا المقياس على تسميات الاسم ومساحة الاسم فقط. لتضمين المزيد من التسميات، قم بتوفير قائمة بأسماء الموارد في شكلها الجمع ومفاتيح تسميات Kubernetes التي تريد السماح بها يمكن توفير واحد * لكل مورد للسماح بأي تسميات، ولكن I هذا له آثار شديدة على الأداء. على سبيل المثال، pods=[app],namespaces=[k8s-label-1,k8s-label-n,...],...
  
• AKS: --enable-windows-recording-rules يتيح لك تمكين مجموعات قواعد التسجيل المطلوبة للأداء السليم للوحات معلومات Windows.

Azure Resource Manager

يتم توفير كل من قوالب ARM وBicep في هذا القسم.

المتطلبات الأساسية

• يجب إنشاء مساحة عمل Azure Monitor ومثيل Azure Managed Grafana بالفعل.
• يجب نشر القالب في نفس مجموعة الموارد مثل مثيل Azure Managed Grafana.
• إذا كان مثيل Azure Managed Grafana في اشتراك آخر غير اشتراك مساحة عمل Azure Monitor، فسجل اشتراك مساحة عمل Azure Monitor مع Microsoft.Dashboard موفر الموارد باستخدام الإرشادات في تسجيل موفر الموارد.
• يمكن للمستخدمين الذين لديهم User Access Administrator دور في اشتراك نظام مجموعة AKS تمكين Monitoring Reader الدور مباشرة عن طريق نشر القالب.

إشعار

حاليا في Bicep، لا توجد طريقة لتحديد نطاق Monitoring Reader تعيين الدور بشكل صريح على معلمة سلسلة "معرف المورد" لمساحة عمل Azure Monitor كما هو الحال في قالب ARM. يتوقع Bicep قيمة من النوع resource | tenant. لا توجد أيضا مواصفات واجهة برمجة تطبيقات REST لمساحة عمل Azure Monitor.

لذلك، يكون النطاق الافتراضي للدور Monitoring Reader على مجموعة الموارد. يتم تطبيق الدور على نفس مساحة عمل Azure Monitor عن طريق التوريث، وهو السلوك المتوقع. بعد نشر قالب Bicep هذا، يتم منح Monitoring Reader مثيل Grafana أذونات لجميع مساحات عمل Azure Monitor في مجموعة الموارد هذه.

استرداد القيم المطلوبة لمورد Grafana

إذا كان مثيل Azure Managed Grafana مرتبطا بالفعل بمساحة عمل Azure Monitor، فيجب عليك تضمين هذه القائمة في القالب. في صفحة Overview لمثيل Azure Managed Grafana في مدخل Microsoft Azure، حدد طريقة عرض JSON، وانسخ القيمة azureMonitorWorkspaceIntegrations التي ستبدو مشابهة للعينة أدناه. إذا لم يكن موجودا، فلن يتم ربط المثيل بأي مساحة عمل Azure Monitor.

"properties": {
    "grafanaIntegrations": {
        "azureMonitorWorkspaceIntegrations": [
            {
                "azureMonitorWorkspaceResourceId": "full_resource_id_1"
            },
            {
                "azureMonitorWorkspaceResourceId": "full_resource_id_2"
            }
        ]
    }
}

تنزيل وتحرير ملف القالب والمعلمة

1. قم بتنزيل الملفات المطلوبة لنوع مجموعة Kubernetes التي تعمل معها.

   AKS cluster ARM

   • ملف القالب: https://aka.ms/azureprometheus-enable-arm-template
   • ملف المعلمة: https://aka.ms/azureprometheus-enable-arm-template-parameters

   نظام مجموعة AKS Bicep

   • ملف القالب: https://aka.ms/azureprometheus-enable-bicep-template
   • ملف المعلمة: https://aka.ms/azureprometheus-enable-bicep-template-parameters
   • وحدة DCRA: https://aka.ms/nested_azuremonitormetrics_dcra_clusterResourceId
   • وحدة ملف التعريف: https://aka.ms/nested_azuremonitormetrics_profile_clusterResourceId

   Arc-Enabled cluster ARM

   • ملف القالب: https://aka.ms/azureprometheus-arc-arm-template
   • ملف المعلمة: https://aka.ms/azureprometheus-arc-arm-template-parameters

2. تحرير القيم التالية في ملف المعلمة. يتم استخدام نفس مجموعة القيم لكل من قوالب ARM وBicep. استرداد معرف المورد للموارد من طريقة عرض JSON لصفحة النظرة العامة الخاصة بهم.

   المعلمة	القيمة
   azureMonitorWorkspaceResourceId	معرف المورد لمساحة عمل Azure Monitor. استرداد من طريقة عرض JSON في صفحة نظرة عامة لمساحة عمل Azure Monitor.
   azureMonitorWorkspaceLocation	موقع مساحة عمل Azure Monitor. استرداد من طريقة عرض JSON في صفحة نظرة عامة لمساحة عمل Azure Monitor.
   clusterResourceId	معرف المورد لمجموعة AKS. استرداد من طريقة عرض JSON في صفحة نظرة عامة للمجموعة.
   clusterLocation	موقع نظام مجموعة AKS. استرداد من طريقة عرض JSON في صفحة نظرة عامة للمجموعة.
   metricLabelsAllowlist	قائمة مفصولة بفواصل لمفاتيح تسميات Kubernetes لاستخدامها في مقياس تسميات المورد.
   metricAnnotationsAllowList	قائمة مفصولة بفواصل لمزيد من مفاتيح تسمية Kubernetes لاستخدامها في مقياس التعليقات التوضيحية للمورد.
   grafanaResourceId	معرف المورد لمثيل Grafana المدار. استرداد من طريقة عرض JSON في صفحة نظرة عامة لمثيل Grafana.
   grafanaLocation	موقع مثيل Grafana المدار. استرداد من طريقة عرض JSON في صفحة نظرة عامة لمثيل Grafana.
   grafanaSku	SKU لمثيل Grafana المدار. استرداد من طريقة عرض JSON في صفحة نظرة عامة لمثيل Grafana. استخدم sku.name.

3. افتح ملف القالب وقم بتحديث الخاصية grafanaIntegrations في نهاية الملف بالقيم التي قمت باستردادها من مثيل Grafana. سيبدو هذا مشابها للعينات التالية. في هذه العينات، full_resource_id_1 وكانت full_resource_id_2 بالفعل في مورد Azure Managed Grafana JSON. الإدخال النهائي azureMonitorWorkspaceResourceId موجود بالفعل في القالب ويستخدم للارتباط بمعرف مورد مساحة عمل Azure Monitor المتوفر في ملف المعلمات.

   ARM

   {
       "type": "Microsoft.Dashboard/grafana",
       "apiVersion": "2022-08-01",
       "name": "[split(parameters('grafanaResourceId'),'/')[8]]",
       "sku": {
           "name": "[parameters('grafanaSku')]"
       },
       "location": "[parameters('grafanaLocation')]",
       "properties": {
           "grafanaIntegrations": {
           "azureMonitorWorkspaceIntegrations": [
               {
                   "azureMonitorWorkspaceResourceId": "full_resource_id_1"
               },
               {
                   "azureMonitorWorkspaceResourceId": "full_resource_id_2"
               },
               {
                   "azureMonitorWorkspaceResourceId": "[parameters('azureMonitorWorkspaceResourceId')]"
               }
           ]
           }
       }
   }
   

   Bicep

       resource grafanaResourceId_8 'Microsoft.Dashboard/grafana@2022-08-01' = {
           name: split(grafanaResourceId, '/')[8]
           sku: {
               name: grafanaSku
           }
           identity: {
               type: 'SystemAssigned'
           }
           location: grafanaLocation
           properties: {
               grafanaIntegrations: {
                   azureMonitorWorkspaceIntegrations: [
                       {
                           azureMonitorWorkspaceResourceId: 'full_resource_id_1'
                       }
                       {
                           azureMonitorWorkspaceResourceId: 'full_resource_id_2'
                       }
                       {
                           azureMonitorWorkspaceResourceId: azureMonitorWorkspaceResourceId
                       }
                   ]
               }
           }
       }
   

4. انشر القالب مع ملف المعلمة باستخدام أي أسلوب صالح لنشر قوالب Resource Manager. للحصول على أمثلة لأساليب مختلفة، راجع نشر نماذج القوالب.

Terraform

المتطلبات الأساسية

• يجب إنشاء مساحة عمل Azure Monitor ومساحة عمل Azure Managed Grafana بالفعل.
• يجب نشر القالب في نفس مجموعة الموارد مثل مساحة عمل Azure Managed Grafana.
• يمكن للمستخدمين الذين لديهم دور المستخدم Access مسؤول istrator في اشتراك نظام مجموعة AKS تمكين دور قارئ المراقبة مباشرة عن طريق نشر القالب.
• إذا كان مثيل Azure Managed Grafana في اشتراك آخر غير اشتراك Azure Monitor Workspaces، فسجل اشتراك مساحة عمل Azure Monitor مع Microsoft.Dashboard موفر الموارد باتباع هذه الوثائق.

استرداد القيم المطلوبة لمورد Grafana

في صفحة Overview لمثيل Azure Managed Grafana في مدخل Microsoft Azure، حدد JSON view.

إذا كنت تستخدم مثيل Azure Managed Grafana موجود مرتبط بالفعل بمساحة عمل Azure Monitor، فأنت بحاجة إلى قائمة تكاملات Grafana. انسخ قيمة azureMonitorWorkspaceIntegrations الحقل. إذا لم يكن موجودا، لم يتم ربط المثيل بأي مساحة عمل Azure Monitor. قم بتحديث azure_monitor_workspace_integrations الكتلة في main.tf بقائمة عمليات تكامل grafana.

  azure_monitor_workspace_integrations {
    resource_id  = var.monitor_workspace_id[var.monitor_workspace_id1, var.monitor_workspace_id2]
  }

تنزيل القوالب وتحريرها

إذا كنت تقوم بنشر مجموعة AKS جديدة باستخدام Terraform مع تمكين ملحق Prometheus المدار، فاتبع الخطوات التالية:

1. قم بتنزيل جميع الملفات ضمن AddonTerraformTemplate.
2. تحرير المتغيرات في ملف variables.tf بقيم المعلمة الصحيحة.
3. قم بتشغيل terraform init -upgrade لتهيئة توزيع Terraform.
4. قم بتشغيل terraform plan -out main.tfplan لتهيئة توزيع Terraform.
5. قم بتشغيل terraform apply main.tfplan لتطبيق خطة التنفيذ على البنية الأساسية السحابية الخاصة بك.

ملاحظة: قم بتمرير المتغيرات للمفاتيح annotations_allowed و labels_allowed في main.tf فقط عند وجود هذه القيم. هذه كتل اختيارية.

إشعار

قم بتحرير ملف main.tf بشكل مناسب قبل تشغيل قالب terraform. أضف في أي قيم azure_monitor_workspace_integrations موجودة إلى مورد grafana قبل تشغيل القالب. وإلا، يتم حذف القيم القديمة واستبدالها بما هو موجود في القالب أثناء النشر. يمكن للمستخدمين الذين لديهم دور "وصول المستخدم مسؤول istrator" في اشتراك نظام مجموعة AKS تمكين دور "قارئ المراقبة" مباشرة عن طريق نشر القالب. قم بتحرير المعلمة grafanaSku إذا كنت تستخدم SKU غير قياسي وأخيرا قم بتشغيل هذا القالب في مجموعة موارد Grafana Resource.

نهج Azure

1. قم بتنزيل قالب نهج Azure وملفات المعلمات.

   • ملف القالب: https://aka.ms/AddonPolicyMetricsProfile
   • ملف المعلمة: https://aka.ms/AddonPolicyMetricsProfile.parameters

2. إنشاء تعريف النهج باستخدام أمر CLI التالي:

   az policy definition create --name "Prometheus Metrics addon" --display-name "Prometheus Metrics addon" --mode Indexed --metadata version=1.0.0 category=Kubernetes --rules AddonPolicyMetricsProfile.rules.json --params AddonPolicyMetricsProfile.parameters.json

3. بعد إنشاء تعريف النهج، في مدخل Microsoft Azure، حدد Policy ثم Definitions. حدد تعريف النهج الذي أنشأته.

4. حدد تعيين واملأ التفاصيل في علامة التبويب معلمات . حدد مراجعة + إنشاء.

5. إذا كنت ترغب في تطبيق النهج على مجموعة موجودة، قم بإنشاء مهمة معالجة لمورد نظام المجموعة هذا من تعيين النهج.

بعد تعيين النهج للاشتراك، كلما قمت بإنشاء نظام مجموعة جديد دون تمكين Prometheus، سيتم تشغيل النهج ونشره لتمكين مراقبة Prometheus.

تمكين رؤى الحاوية

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

المبادره القطريه

استخدم أحد الأوامر التالية لتمكين مراقبة مجموعات AKS وArc الممكنة. إذا لم تحدد مساحة عمل Log Analytics موجودة، فسيتم استخدام مساحة العمل الافتراضية لمجموعة الموارد. إذا لم تكن مساحة العمل الافتراضية موجودة بالفعل في منطقة نظام المجموعة، فسيتم إنشاء مساحة عمل باسم بالتنسيق DefaultWorkspace-<GUID>-<Region>.

المتطلبات الأساسية

• الإصدار 2.43.0 من Azure CLI أو أعلى
• مصادقة الهوية المدارة افتراضية في إصدار CLI 2.49.0 أو أعلى.
• إصدار ملحق Azure k8s 1.3.7 أو أعلى
• مصادقة الهوية المدارة هي الافتراضي في k8s-extension الإصدار 1.43.0 أو أعلى.
• مصادقة الهوية المدارة غير مدعومة لمجموعات Kubernetes الممكنة بواسطة Arc مع ARO (Azure Red Hat Openshift) أو عقد Windows. استخدم المصادقة القديمة.
• بالنسبة لإصدار CLI 2.54.0 أو أعلى، سيتم تكوين مخطط التسجيل إلى ContainerLogV2 باستخدام ConfigMap.

كتلة خدمة Azure Kubernetes

### Use default Log Analytics workspace
az aks enable-addons -a monitoring -n <cluster-name> -g <cluster-resource-group-name>

### Use existing Log Analytics workspace
az aks enable-addons -a monitoring -n <cluster-name> -g <cluster-resource-group-name> --workspace-resource-id <workspace-resource-id>

مثال

az aks enable-addons -a monitoring -n "my-cluster" -g "my-resource-group" --workspace-resource-id "/subscriptions/my-subscription/resourceGroups/my-resource-group/providers/Microsoft.OperationalInsights/workspaces/my-workspace"

نظام مجموعة ممكن بواسطة Arc

### Use default Log Analytics workspace
az k8s-extension create --name azuremonitor-containers --cluster-name <cluster-name> --resource-group <resource-group> --cluster-type connectedClusters --extension-type Microsoft.AzureMonitor.Containers

### Use existing Log Analytics workspace
az k8s-extension create --name azuremonitor-containers --cluster-name <cluster-name> --resource-group <resource-group> --cluster-type connectedClusters --extension-type Microsoft.AzureMonitor.Containers --configuration-settings logAnalyticsWorkspaceResourceID=<workspace-resource-id>

### Use managed identity authentication (default as k8s-extension version 1.43.0)
az k8s-extension create --name azuremonitor-containers --cluster-name <cluster-name> --resource-group <resource-group> --cluster-type connectedClusters --extension-type Microsoft.AzureMonitor.Containers --configuration-settings amalogs.useAADAuth=true

### Use advanced configuration settings
az k8s-extension create --name azuremonitor-containers --cluster-name <cluster-name> --resource-group <resource-group> --cluster-type connectedClusters --extension-type Microsoft.AzureMonitor.Containers --configuration-settings  amalogs.resources.daemonset.limits.cpu=150m amalogs.resources.daemonset.limits.memory=600Mi amalogs.resources.deployment.limits.cpu=1 amalogs.resources.deployment.limits.memory=750Mi

### With custom mount path for container stdout & stderr logs
### Custom mount path not required for Azure Stack Edge version > 2318. Custom mount path must be /home/data/docker for Azure Stack Edge cluster with version <= 2318
az k8s-extension create --name azuremonitor-containers --cluster-name <cluster-name> --resource-group <resource-group> --cluster-type connectedClusters --extension-type Microsoft.AzureMonitor.Containers --configuration-settings amalogs.logsettings.custommountpath=<customMountPath>

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

مثال

az k8s-extension create --name azuremonitor-containers --cluster-name "my-cluster" --resource-group "my-resource-group" --cluster-type connectedClusters --extension-type Microsoft.AzureMonitor.Containers --configuration-settings logAnalyticsWorkspaceResourceID="/subscriptions/my-subscription/resourceGroups/my-resource-group/providers/Microsoft.OperationalInsights/workspaces/my-workspace"

نظام مجموعة ممكن بواسطة Arc مع وكيل للأمام

إذا تم تكوين نظام المجموعة باستخدام وكيل إعادة توجيه، فسيتم تطبيق إعدادات الوكيل تلقائيا على الملحق. في حالة نظام مجموعة مع AMPLS + وكيل، يجب تجاهل تكوين الوكيل. إلحاق الملحق بإعداد التكوين amalogs.ignoreExtensionProxySettings=true.

az k8s-extension create --name azuremonitor-containers --cluster-name <cluster-name> --resource-group <resource-group> --cluster-type connectedClusters --extension-type Microsoft.AzureMonitor.Containers --configuration-settings amalogs.ignoreExtensionProxySettings=true

نظام مجموعة ممكن بواسطة Arc مع عقد ARO أو OpenShift أو Windows

مصادقة الهوية المدارة غير مدعومة لمجموعات Kubernetes التي تدعم Arc مع عقد ARO (Azure Red Hat OpenShift) أو OpenShift أو Windows. استخدم المصادقة القديمة amalogs.useAADAuth=false عن طريق تحديد كما في المثال التالي.

az k8s-extension create --name azuremonitor-containers --cluster-name <cluster-name> --resource-group <resource-group> --cluster-type connectedClusters --extension-type Microsoft.AzureMonitor.Containers --configuration-settings amalogs.useAADAuth=false

حذف مثيل الملحق

يحذف الأمر التالي نسخة الامتداد فقط؛ لكنه لا يحذف مساحة عمل Log Analytics. تترك البيانات الموجودة في مورد Log Analytics سليمة.

az k8s-extension delete --name azuremonitor-containers --cluster-type connectedClusters --cluster-name <cluster-name> --resource-group <resource-group>

Azure Resource Manager

يتم توفير كل من قوالب ARM وBicep في هذا القسم.

المتطلبات الأساسية

• يجب نشر القالب في نفس مجموعة الموارد مثل نظام المجموعة.

تنزيل القالب وتثبيته

1. تنزيل وتحرير ملف القالب والمعلمة

   AKS cluster ARM

   • ملف القالب: https://aka.ms/aks-enable-monitoring-msi-onboarding-template-file
   • ملف المعلمة: https://aka.ms/aks-enable-monitoring-msi-onboarding-template-parameter-file

   نظام مجموعة AKS Bicep

   • ملف القالب (Syslog): https://aka.ms/enable-monitoring-msi-syslog-bicep-template
   • ملف المعلمة (بلا Syslog): https://aka.ms/enable-monitoring-msi-syslog-bicep-parameters
   • ملف القالب (بلا Syslog): https://aka.ms/enable-monitoring-msi-bicep-template
   • ملف المعلمة (بلا Syslog): https://aka.ms/enable-monitoring-msi-bicep-parameters

   Arc-enabled cluster ARM

   • ملف القالب: https://aka.ms/arc-k8s-azmon-extension-msi-arm-template
   • ملف المعلمة: https://aka.ms/arc-k8s-azmon-extension-msi-arm-template-params
   • ملف القالب (المصادقة القديمة): https://aka.ms/arc-k8s-azmon-extension-arm-template
   • ملف المعلمة (المصادقة القديمة): https://aka.ms/arc-k8s-azmon-extension-arm-template-params

2. تحرير القيم التالية في ملف المعلمة. يتم استخدام نفس مجموعة القيم لكل من قوالب ARM وBicep. استرداد معرف المورد للموارد من طريقة عرض JSON لصفحة النظرة العامة الخاصة بهم.

   المعلمة	‏‏الوصف‬
   اس: aksResourceId قوس: clusterResourceId	معرف المورد للمجموعة.
   اس: aksResourceLocation قوس: clusterRegion	موقع الكتلة.
   اس: workspaceResourceId قوس: workspaceResourceId	معرف المورد لمساحة عمل Log Analytics.
   قوس: workspaceRegion	منطقة مساحة عمل Log Analytics.
   قوس: workspaceDomain	مجال مساحة عمل Log Analytics. opinsights.azure.com للسحابة العامة في Azure opinsights.azure.us ل AzureUSGovernment.
   اس: resourceTagValues	قيم العلامة المحددة لقاعدة جمع بيانات ملحق Container insights (DCR) الموجودة للمجموعة واسم DCR. سيكون MSCI-<clusterName>-<clusterRegion> الاسم ويتم إنشاء هذا المورد في مجموعة موارد مجموعات AKS. لأول مرة في الإعداد، يمكنك تعيين قيم علامات عشوائية.

3. انشر القالب مع ملف المعلمة باستخدام أي أسلوب صالح لنشر قوالب Resource Manager. للحصول على أمثلة لأساليب مختلفة، راجع نشر نماذج القوالب.

Terraform

نظام مجموعة AKS جديد

1. قم بتنزيل ملف قالب Terraform استنادا إلى ما إذا كنت تريد تمكين مجموعة Syslog.

   Syslog

   • https://aka.ms/enable-monitoring-msi-syslog-terraform

   بلا Syslog

   • https://aka.ms/enable-monitoring-msi-terraform

2. azurerm_kubernetes_cluster اضبط المورد في main.tf استنادا إلى إعدادات نظام المجموعة.

3. تحديث المعلمات في variables.tf لاستبدال القيم في "<>"

   المعلمة	‏‏الوصف‬
   aks_resource_group_name	استخدم القيم الموجودة في صفحة نظرة عامة على AKS لمجموعة الموارد.
   resource_group_location	استخدم القيم الموجودة في صفحة نظرة عامة على AKS لمجموعة الموارد.
   cluster_name	حدد اسم نظام المجموعة الذي ترغب في إنشائه.
   workspace_resource_id	استخدم معرف المورد لمساحة عمل Log Analytics.
   workspace_region	استخدم موقع مساحة عمل Log Analytics.
   resource_tag_values	مطابقة قيم العلامة الموجودة المحددة لقاعدة جمع بيانات ملحق Container insights (DCR) لنظام المجموعة واسم DCR. سيتطابق MSCI-<clusterName>-<clusterRegion> الاسم ويتم إنشاء هذا المورد في نفس مجموعة الموارد مثل مجموعات AKS. لأول مرة في الإعداد، يمكنك تعيين قيم العلامة العشوائية.
   enabledContainerLogV2	قم بتعيين قيمة المعلمة هذه لتكون صحيحة لاستخدام ContainerLogV2 الموصى به الافتراضي.
   معلمات تحسين التكلفة	الرجوع إلى معلمات جمع البيانات

4. قم بتشغيل terraform init -upgrade لتهيئة توزيع Terraform.

5. قم بتشغيل terraform plan -out main.tfplan لتهيئة توزيع Terraform.

6. قم بتشغيل terraform apply main.tfplan لتطبيق خطة التنفيذ على البنية الأساسية السحابية الخاصة بك.

نظام مجموعة AKS الحالية

1. استيراد مورد نظام المجموعة الموجود أولا باستخدام الأمر : terraform import azurerm_kubernetes_cluster.k8s <aksResourceId>
2. أضف ملف تعريف الوظيفة الإضافية oms_agent إلى مورد azurerm_kubernetes_cluster الموجود.

   oms_agent {
       log_analytics_workspace_id = var.workspace_resource_id
       msi_auth_for_monitoring_enabled = true
     }
   

3. نسخ موارد DCR وDCRA من قوالب Terraform
4. قم بتشغيل terraform plan -out main.tfplan وتأكد من أن التغيير يضيف خاصية oms_agent. ملاحظة: إذا كان azurerm_kubernetes_cluster المورد المحدد مختلفا أثناء خطة terraform، فسيتم إتلاف نظام المجموعة الحالي وإعادة إنشائه.
5. قم بتشغيل terraform apply main.tfplan لتطبيق خطة التنفيذ على البنية الأساسية السحابية الخاصة بك.

تلميح

• main.tf تحرير الملف بشكل مناسب قبل تشغيل قالب terraform
• ستبدأ البيانات في التدفق بعد 10 دقائق حيث يجب أن تكون المجموعة جاهزة أولا
• يجب أن يتطابق WorkspaceID مع التنسيق /subscriptions/12345678-1234-9876-4563-123456789012/resourceGroups/example-resource-group/providers/Microsoft.OperationalInsights/workspaces/workspaceValue
• إذا كانت مجموعة الموارد موجودة بالفعل، فقم بتشغيل terraform import azurerm_resource_group.rg /subscriptions/<Subscription_ID>/resourceGroups/<Resource_Group_Name> قبل خطة terraform

نهج Azure

مدخل Azure

1. من علامة التبويب Definitions من قائمة Policy في مدخل Microsoft Azure، أنشئ تعريف نهج بالتفاصيل التالية.

   • موقع التعريف: اشتراك Azure حيث يجب تخزين تعريف النهج.
   • الاسم: AKS-Monitoring-Addon
   • الوصف: نهج Azure المخصص لتمكين وظيفة المراقبة الإضافية على مجموعات Azure Kubernetes.
   • الفئة: حدد Use existing ثم Kubernetes من القائمة المنسدلة.
   • قاعدة النهج: استبدل نموذج JSON الموجود بمحتويات https://aka.ms/aks-enable-monitoring-custom-policy.

2. حدد تعريف النهج الجديد AKS Monitoring Addon.

3. حدد تعيين وحدد نطاق المكان الذي يجب تعيين النهج فيه.

4. حدد Next وقم بتوفير معرف المورد لمساحة عمل Log Analytics.

5. إنشاء مهمة معالجة إذا كنت تريد تطبيق النهج على مجموعات AKS الموجودة في النطاق المحدد.

6. حدد Review + create لإنشاء تعيين النهج.

Azure CLI

1. قم بتنزيل قالب نهج Azure وملفات المعلمات.

   • ملف القالب: https://aka.ms/enable-monitoring-msi-azure-policy-template
   • ملف المعلمة: https://aka.ms/enable-monitoring-msi-azure-policy-parameters

2. إنشاء تعريف النهج باستخدام أمر CLI التالي:

   az policy definition create --name "AKS-Monitoring-Addon-MSI" --display-name "AKS-Monitoring-Addon-MSI" --mode Indexed --metadata version=1.0.0 category=Kubernetes --rules azure-policy.rules.json --params azure-policy.parameters.json
   

3. إنشاء تعريف النهج باستخدام أمر CLI التالي:

   az policy assignment create --name aks-monitoring-addon --policy "AKS-Monitoring-Addon-MSI" --assign-identity --identity-scope /subscriptions/<subscriptionId> --role Contributor --scope /subscriptions/<subscriptionId> --location <location> --role Contributor --scope /subscriptions/<subscriptionId> -p "{ \"workspaceResourceId\": { \"value\":  \"/subscriptions/<subscriptionId>/resourcegroups/<resourceGroupName>/providers/microsoft.operationalinsights/workspaces/<workspaceName>\" } }"
   

بعد تعيين النهج للاشتراك، كلما قمت بإنشاء نظام مجموعة جديد دون تمكين Prometheus، سيتم تشغيل النهج ونشره لتمكين مراقبة Prometheus.

تمكين المراقبة الكاملة باستخدام مدخل Microsoft Azure

باستخدام مدخل Microsoft Azure، يمكنك تمكين كل من Managed Prometheus و Container insights في نفس الوقت.

إشعار

إذا كنت ترغب في تمكين Managed Prometheus بدون نتائج تحليلات الحاوية، فبادر بتمكينه من مساحة عمل Azure Monitor كما هو موضح أدناه.

نظام مجموعة AKS جديد (Prometheus و Container insights)

عند إنشاء مجموعة AKS جديدة في مدخل Microsoft Azure، يمكنك تمكين Prometheus و Container insights وGrafana من علامة التبويب Integrations . في قسم Azure Monitor، حدد إما التكوين الافتراضي أو التكوين المخصص إذا كنت تريد تحديد مساحات العمل التي يجب استخدامها. يمكنك إجراء تكوين إضافي بمجرد إنشاء نظام المجموعة.

نظام المجموعة الحالي (Prometheus و Container insights)

يتيح هذا الخيار نتائج تحليلات الحاوية واختياريا Prometheus وGrafana على مجموعة AKS موجودة.

1. حدد إما Insights من قائمة نظام المجموعة أو حدد Containers من قائمة Monitor، وعلامة التبويب Unmonitored clusters، وانقر فوق Enable بجوار نظام مجموعة.

   1. إذا لم يتم تمكين نتائج تحليلات الحاوية للمجموعة، فسيتم تقديم شاشة تحدد أي من الميزات التي تم تمكينها. انقر فوق تكوين المراقبة.

   

   2. إذا تم تمكين نتائج تحليلات الحاوية بالفعل على نظام المجموعة، فحدد الزر Monitoring الإعدادات لتعديل التكوين.

   

2. سيتم تمكين نتائج تحليلات الحاوية . حدد خانات الاختيار لتمكين مقاييس Prometheus وتمكين Grafana إذا كنت تريد أيضا تمكينها لنظام المجموعة. إذا كان لديك مساحة عمل Azure Monitor ومساحة عمل Grafana، فسيتم تحديدهما لك.

   

3. انقر فوق إعدادات متقدمة لتحديد مساحات عمل بديلة أو إنشاء مساحات عمل جديدة. يسمح لك إعداد الإعدادات المسبقة للتكلفة بتعديل تفاصيل المجموعة الافتراضية لتقليل تكاليف المراقبة. راجع تمكين إعدادات تحسين التكلفة في نتائج تحليلات الحاوية للحصول على التفاصيل.

   

4. انقر فوق تكوين لحفظ التكوين.

نظام المجموعة الموجود (Prometheus فقط)

يتيح هذا الخيار مقاييس Prometheus على نظام مجموعة دون تمكين نتائج تحليلات الحاوية.

1. افتح قائمة مساحات عمل Azure Monitor في مدخل Microsoft Azure وحدد مساحة العمل الخاصة بك.

2. حدد Monitored clusters في قسم Managed Prometheus لعرض قائمة بمجموعات AKS.

3. حدد تكوين بجوار المجموعة التي تريد تمكينها.

   

نظام المجموعة الموجود (إضافة Prometheus)

1. حدد Containers من قائمة Monitor، وعلامة التبويب Monitored clusters، وانقر فوق Configure بجوار نظام مجموعة في العمود Managed Prometheus.

تمكين مجموعة مقاييس Windows (معاينة)

إشعار

لا يوجد حد لوحدة المعالجة المركزية/الذاكرة في windows-exporter-daemonset.yaml لذلك قد يزيد من توفير عقد Windows
لمزيد من التفاصيل، راجع حجز الموارد

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

اعتبارا من الإصدار 6.4.0-main-02-22-2023-3ee44b9e من حاوية المكون الإضافي Managed Prometheus (prometheus_collector)، تم تمكين مجموعة مقاييس Windows لمجموعات AKS. يتيح الإعداد إلى الوظيفة الإضافية Azure Monitor Metrics لوحدات Windows DaemonSet بدء التشغيل على تجمعات العقد الخاصة بك. يتم دعم كل من Windows Server 2019 وWindows Server 2022. اتبع هذه الخطوات لتمكين pods من جمع المقاييس من تجمعات عقد Windows.

1. تثبيت مصدر windows يدويا على عقد AKS للوصول إلى مقاييس Windows. تمكين المجمعين التاليين:

   • [defaults]
   • container
   • memory
   • process
   • cpu_info

   لمزيد من المجمعين، يرجى مراجعة مصدر Prometheus لمقاييس Windows.

   انشر ملف WINDOWS-exporter-daemonset YAML:

       kubectl apply -f windows-exporter-daemonset.yaml
   

2. تطبيق ama-metrics-settings-configmap على مجموعتك. windowsexporter قم بتعيين و windowskubeproxy Booleans إلى true. لمزيد من المعلومات، راجع تكوين إعدادات الوظيفة الإضافية للمقاييس.

3. تمكين قواعد التسجيل المطلوبة للوحات المعلومات الجاهزة:

   • إذا كان الإعداد باستخدام CLI، فضمن الخيار --enable-windows-recording-rules.
   • إذا كان الإعداد باستخدام قالب ARM أو Bicep أو Azure Policy، فقم بتعيين enableWindowsRecordingRules إلى true في ملف المعلمات.
   • إذا تم إعداد نظام المجموعة بالفعل، فاستخدم قالب ARM هذا وملف المعلمة هذا لإنشاء مجموعات القواعد.

تحقق من النشر

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

Prometheus المدار

تحقق من نشر DaemonSet بشكل صحيح على تجمعات عقد Linux

kubectl get ds ama-metrics-node --namespace=kube-system

يجب أن يكون عدد pods مساويا لعدد عقد Linux على نظام المجموعة. يجب أن يشبه الإخراج المثال التالي:

User@aksuser:~$ kubectl get ds ama-metrics-node --namespace=kube-system
NAME               DESIRED   CURRENT   READY   UP-TO-DATE   AVAILABLE   NODE SELECTOR   AGE
ama-metrics-node   1         1         1       1            1           <none>          10h

تحقق من نشر عقد Windows بشكل صحيح

kubectl get ds ama-metrics-win-node --namespace=kube-system

يجب أن يكون عدد pods مساويا لعدد عقد Windows على نظام المجموعة. يجب أن يشبه الإخراج المثال التالي:

User@aksuser:~$ kubectl get ds ama-metrics-node --namespace=kube-system
NAME                   DESIRED   CURRENT   READY   UP-TO-DATE   AVAILABLE   NODE SELECTOR   AGE
ama-metrics-win-node   3         3         3       3            3           <none>          10h

تحقق من نشر مجموعتي النسخ المتماثلة ل Prometheus

kubectl get rs --namespace=kube-system

يجب أن يشبه الإخراج المثال التالي:

User@aksuser:~$kubectl get rs --namespace=kube-system
NAME                            DESIRED   CURRENT   READY   AGE
ama-metrics-5c974985b8          1         1         1       11h
ama-metrics-ksm-5fcf8dffcd      1         1         1       11h

نتائج تحليلات الحاوية

تحقق من نشر DaemonSets بشكل صحيح على تجمعات عقد Linux

kubectl get ds ama-logs --namespace=kube-system

يجب أن يكون عدد pods مساويا لعدد عقد Linux على نظام المجموعة. يجب أن يشبه الإخراج المثال التالي:

User@aksuser:~$ kubectl get ds ama-logs --namespace=kube-system
NAME       DESIRED   CURRENT   READY     UP-TO-DATE   AVAILABLE   NODE SELECTOR   AGE
ama-logs   2         2         2         2            2           <none>          1d

تحقق من نشر عقد Windows بشكل صحيح

kubectl get ds ama-logs-windows --namespace=kube-system

يجب أن يكون عدد pods مساويا لعدد عقد Windows على نظام المجموعة. يجب أن يشبه الإخراج المثال التالي:

User@aksuser:~$ kubectl get ds ama-logs-windows --namespace=kube-system
NAME                   DESIRED   CURRENT   READY     UP-TO-DATE   AVAILABLE   NODE SELECTOR     AGE
ama-logs-windows           2         2         2         2            2       <none>            1d

التحقق من نشر حل نتائج تحليلات الحاوية

kubectl get deployment ama-logs-rs --namespace=kube-system

يجب أن يشبه الإخراج المثال التالي:

User@aksuser:~$ kubectl get deployment ama-logs-rs --namespace=kube-system
NAME          READY   UP-TO-DATE   AVAILABLE   AGE
ama-logs-rs   1/1     1            1           24d

عرض التكوين باستخدام CLI

aks show استخدم الأمر لمعرفة ما إذا كان الحل ممكنا، ومعرف مورد مساحة عمل Log Analytics، ومعلومات موجزة حول نظام المجموعة.

az aks show -g <resourceGroupofAKSCluster> -n <nameofAksCluster>

سيعيد الأمر معلومات بتنسيق JSON حول الحل. addonProfiles يجب أن يتضمن القسم معلومات حول omsagent كما في المثال التالي:

"addonProfiles": {
    "omsagent": {
        "config": {
            "logAnalyticsWorkspaceResourceID": "/subscriptions/00000000-0000-0000-0000-000000000000/resourcegroups/my-resource-group/providers/microsoft.operationalinsights/workspaces/my-workspace",
            "useAADAuth": "true"
        },
        "enabled": true,
        "identity": null
    },
}

الموارد المتوفرة

عند تمكين المراقبة، يتم إنشاء الموارد التالية في اشتراكك:

اسم المورد	نوع المورد	مجموعة الموارد	المنطقة/الموقع	‏‏الوصف
MSCI-<aksclusterregion>-<clustername>	قاعدة تجميع البيانات	مثل نظام المجموعة	نفس مساحة عمل Log Analytics	قاعدة تجميع البيانات هذه مخصصة لجمع السجل بواسطة عامل Azure Monitor، الذي يستخدم مساحة عمل Log Analytics كوجهة، ومرتبط بمورد نظام مجموعة AKS.
MSPROM-<aksclusterregion>-<clustername>	قاعدة تجميع البيانات	مثل نظام المجموعة	نفس مساحة عمل Azure Monitor	قاعدة جمع البيانات هذه هي لجمع مقاييس prometheus بواسطة addon للمقاييس، والتي تحتوي على مساحة عمل مراقبة Azure المختارة كوجهة، كما أنها مرتبطة بمورد نظام مجموعة AKS
MSPROM-<aksclusterregion>-<clustername>	نقطة نهاية تجميع البيانات	مثل نظام المجموعة	نفس مساحة عمل Azure Monitor	يتم استخدام نقطة نهاية جمع البيانات هذه بواسطة قاعدة جمع البيانات أعلاه لاستيعاب مقاييس Prometheus من إضافة المقاييس

عند إنشاء مساحة عمل Azure Monitor جديدة، يتم إنشاء الموارد الإضافية التالية كجزء منها

اسم المورد	نوع المورد	مجموعة الموارد	المنطقة/الموقع	‏‏الوصف
<azuremonitor-workspace-name>	قاعدة تجميع البيانات	<MA_azuremonitor-workspace-name>_<azuremonitor-workspace-region>_managed	نفس مساحة عمل Azure Monitor	تم إنشاء DCR عند استخدام خادم OSS Prometheus للكتابة عن بعد إلى مساحة عمل Azure Monitor.
<azuremonitor-workspace-name>	نقطة نهاية تجميع البيانات	<MA_azuremonitor-workspace-name>_<azuremonitor-workspace-region>_managed	نفس مساحة عمل Azure Monitor	تم إنشاء DCE عند استخدام خادم OSS Prometheus للكتابة عن بعد إلى مساحة عمل Azure Monitor.

الاختلافات بين مجموعات Windows وLinux

تشمل الاختلافات الرئيسية في مراقبة نظام مجموعة Windows Server مقارنة بنظام مجموعة Linux ما يلي:

• لا يحتوي Windows على مقياس الذاكرة RSS. ونتيجة لذلك، فإنه غير متوفر لعقد وحاويات Windows. مقياس مجموعة العمل متاح.
• معلومات سعة تخزين القرص غير متوفرة لعُقد Windows.
• تتم مراقبة بيئات الحجرة فقط، وليس بيئات Docker.
• مع إصدار المعاينة، يتم دعم 30 حاوية Windows Server كحدٍ أقصى. لا ينطبق هذا القيد على حاويات Linux.

إشعار

دعم نتائج تحليلات الحاوية لنظام التشغيل Windows Server 2022 قيد المعاينة.

يقوم عامل Linux المضمن في حاويات (مجموعة النسخ المتماثلة) بإجراء استدعاءات واجهة برمجة التطبيقات لجميع عقد Windows على منفذ Kubelet الآمن (10250) داخل نظام المجموعة لجمع المقاييس المتعلقة بأداء العقدة والحاوية. يجب فتح منفذ Kubelet الآمن (:10250) في الشبكة الظاهرية لنظام المجموعة لكل من الوارد والصادر لمجموعة المقاييس المتعلقة بأداء الحاوية وعقدة Windows للعمل.

إذا كان لديك نظام مجموعة Kubernetes مع عقد Windows، فراجع مجموعة أمان الشبكة ونهج الشبكة وقم بتكوينها للتأكد من أن منفذ Kubelet الآمن (:10250) مفتوح لكل من الوارد والصادر في الشبكة الظاهرية لنظام المجموعة.

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

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