Azure Kubernetes Service (AKS) kümeleri için izlemeyi etkinleştirme

Azure İzleyici Kubernetes izleme bölümünde açıklandığı gibi, Azure İzleyici'nin birden çok özelliği Azure Kubernetes Service (AKS) kümelerinizin tam olarak izlenmesini sağlamak için birlikte çalışır. Bu makalede AKS kümeleri için aşağıdaki özelliklerin nasıl etkinleştirileceği açıklanır:

  • Prometheus ölçümleri
  • Yönetilen Grafana
  • Container kayıtları
  • Kontrol düzlemi günlükleri

Önkoşullar

Önemli

Kümeleriniz Azure özel bağlantı kullanarak Azure İzleyici çalışma alanına veya Log Analytics çalışma alanına bağlanıyorsa bkz. Azure İzleyici'da sanal makineleri ve Kubernetes kümelerini izlemek için özel bağlantı oluşturma.

Çalışma alanları oluşturma

Aşağıdaki tabloda, bu makalede etkinleştirilen Azure İzleyici özelliklerini desteklemek için gereken çalışma alanları açıklanmaktadır. Zaten her türden bir çalışma alanınız yoksa, bunları ekleme işleminin bir parçası olarak oluşturabilirsiniz. Oluşturulacak çalışma alanı sayısını ve bunların nereye yerleştirilmesi gerektiğini gösteren yönergeler için bkz. Log Analytics çalışma alanı mimarisi tasarlama.

Özellik Çalışma alanı Notlar
Yönetilen Prometheus Azure İzleyici çalışma alanı Ekleme sırasında mevcut bir Azure İzleyici çalışma alanı belirtmezseniz, kaynak grubu için varsayılan çalışma alanı kullanılır. Kümenin bölgesinde varsayılan bir çalışma alanı yoksa, DefaultAzureMonitorWorkspace-<mapped_region> biçiminde bir adı olan bir çalışma alanı, DefaultRG-<cluster_region> adlı bir kaynak grubunda oluşturulur.

Contributor izni, eklentinin Azure İzleyici çalışma alanına veri göndermesini sağlamak için yeterlidir. Azure Managed Grafana'da ölçümleri görüntülemek üzere Azure İzleyici Çalışma Alanınızı bağlamak için Owner düzeyi izniniz olmalıdır. Kullanıcının, ölçümleri sorgulamak için Azure Yönetimli Grafana Sistem Kimliği Monitoring Reader rolünü Azure İzleyici Çalışma Alanı'nda verebilmesi gerektiğinden, bu adım zorunludur.
Container kayıtları
Kontrol düzlemi günlükleri
Konteyner içgörüleri
Log Analytics çalışma alanı Aynı Microsoft Entra kiracıdaki farklı bir Azure aboneliğindeki Log Analytics çalışma alanına küme ekleyebilirsiniz, ancak Azure CLI veya Azure Resource Manager şablonunu kullanmanız gerekir. Şu anda Azure portalıyla bu yapılandırmayı gerçekleştiremezsiniz.

Mevcut bir kümeyi başka bir abonelikteki Log Analytics çalışma alanına bağlıyorsanız Microsoft. ContainerService kaynak sağlayıcısının abonelikte Log Analytics çalışma alanına kayıtlı olması gerekir. Daha fazla bilgi için Kaynak sağlayıcısı kaydetme konusuna bakın.

Mevcut bir Log Analytics çalışma alanı belirtmezseniz, kaynak grubu için varsayılan çalışma alanı kullanılır. Kümenin bölgesinde varsayılan bir çalışma alanı mevcut değilse, format olarak DefaultWorkspace-<GUID>-<Region> adında bir çalışma alanı oluşturulur.

Varsayılan çalışma alanı için kullanılacak desteklenen eşleme çiftlerinin listesi için bkz Container Insights tarafından desteklenen bölge eşlemeleri. Çalışma alanını ağ güvenlik çevresi ile yapılandırma yönergeleri için bkz. >Ağ Güvenlik Çevresi ile Azure İzleyici yapılandırma.
Yönetilen Grafana Azure Managed Grafana çalışma alanı Grafana çalışma alanınızı Azure İzleyici çalışma alanınıza bağlayarak kümenizden toplanan Prometheus ölçümlerini Grafana panolarında kullanılabilir hale getirin.

Prometheus ölçümleri ve kapsayıcı veri analizi

Not

AKS kümenizde çalışan uygulamaları izlemek ve veri toplamak için OpenTelemetry Protocol (OTLP) ile Application Insights'ı kullanmak artık genel önizleme aşamasında mevcuttur. Bkz. OpenTelemetry Protocol (OTLP) Limited Preview ile AKS uygulamalarını izleme.

Bir kümede Prometheus ve kapsayıcı içgörülerini etkinleştirdiğinizde, kümeye Azure İzleyici aracısı kapsayıcılı bir sürümü yüklenir. Bu özellikleri yeni veya mevcut bir kümede aynı anda yapılandırabilir veya her özelliği ayrı ayrı etkinleştirebilirsiniz.

Kümeniz için Yönetilen Grafana'yı etkinleştirirken aynı zamanda Prometheus ölçümlerinin toplanmasını etkinleştirin. Azure İzleyici çalışma alanınızı ve Azure Managed Grafana çalışma alanınızı bağlama seçenekleri için bkz. Grafana çalışma alanını bağlama.

Önkoşullar

  • Kümenin yönetilen kimlik doğrulaması kullanması gerekir.
  • Aşağıdaki kaynak sağlayıcılarının küme aboneliğine ve Azure İzleyici çalışma alanına kaydedilmesi gerekir:
    • Microsoft. ContainerService
    • Microsoft.Insights
    • Microsoft. AlertsManagement
    • Microsoft. Monitör
  • Aşağıdaki kaynak sağlayıcılarının Grafana çalışma alanı aboneliği aboneliğine kayıtlı olması gerekir:
    • Microsoft. Pano
  • Yönetilen kimlik doğrulaması, varsayılan olarak CLI sürümü 2.49.0 veya üzeri için geçerlidir.
  • Uzantı, aks-preview komutu kullanılarak az extension remove --name aks-preview.

AKS kümesinde Prometheus ölçümlerini etkinleştirme

Yeni bir küme için --enable-azure-monitor-metrics seçeneği ve az aks create komutu veya mevcut bir küme için az aks update komutunu kullanarak AKS kümesinde Prometheus ölçümlerini etkinleştirin. Bu seçenek, Azure İzleyici içindeki Default Prometheus ölçüm yapılandırmasında açıklanan yapılandırmayı kullanır. Bu yapılandırmayı değiştirmek için bkz. Azure İzleyici hizmetindeki yönetilen Prometheus metriklerinin özelleştirilmesi.

Örnek komutlar:

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

### Use existing Azure Monitor workspace
az aks create/update --enable-azure-monitor-metrics --name <cluster-name> --resource-group <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 --name <cluster-name> --resource-group <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 --name <cluster-name> --resource-group <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]"

İsteğe bağlı parametreler

Örnek komutlar aşağıdaki isteğe bağlı parametrelere izin verir. Parametre adı her biri için farklıdır, ancak bunların kullanımı aynıdır.

Parametre Ad ve açıklama
Açıklama anahtarları --ksm-metric-annotations-allow-list

Kaynağın kube_resource_annotations ölçümünde kullanılan Kubernetes ek açıklama anahtarlarının virgülle ayrılmış listesi. Örneğin, kube_pod_annotations, pod kaynağı için ek açıklamalar metriğidir. Varsayılan olarak, bu ölçüm yalnızca ad ve ad alanı etiketlerini içerir. Daha fazla ek açıklama eklemek için çoğul biçimindeki kaynak adlarının listesini ve bunlara izin vermek istediğiniz Kubernetes ek açıklama anahtarlarını sağlayın. Ek açıklamalara izin vermek için her kaynak için tek bir * kaynak sağlanabilir, ancak bunun performans açısından ciddi etkileri vardır. Örneğin, pods=[kubernetes.io/team,...],namespaces=[kubernetes.io/team],....
Etiket anahtarları --ksm-metric-labels-allow-list

Kaynağın kube_resource_labels ölçümünde kullanılan daha fazla Kubernetes etiket anahtarını virgülle ayırarak listeleyin. Örneğin, kube_pod_labels, pod kaynağının etiket metriğidir. Varsayılan olarak bu ölçüm yalnızca ad ve ad alanı etiketlerini içerir. Daha fazla etiket eklemek için, çoğul biçimlerinde kaynak adlarının listesini ve bunlara izin vermek istediğiniz Kubernetes etiket anahtarlarını sağlayın Her kaynak için herhangi bir etikete izin vermek için tek bir * tane sağlanabilir, ancak bunun performans açısından ciddi etkileri vardır. Örneğin, pods=[app],namespaces=[k8s-label-1,k8s-label-n,...],....
Kayıt kuralları --enable-windows-recording-rules

Windows panolarının düzgün çalışması için gereken kayıt kuralı gruplarını etkinleştirmenize olanak tanır.

Not

ve --ksm-metric-annotations-allow-list kullanılarak --ksm-metric-labels-allow-list ayarlanan parametreler, ama-metrics-settings-configmap kullanılarak geçersiz kılınabilir veya alternatif olarak ayarlanabilir.

AKS kümesinde konteyner içgörüleri ve günlüğe kaydetmeyi etkinleştirme

Yeni bir küme için --addon monitoring seçeneğini, az aks create komutunu kullanarak veya mevcut bir kümeyi güncellemek için az aks enable-addon komutunu kullanarak AKS kümesinde kapsayıcı içgörülerini ve kapsayıcı günlüğünü etkinleştirin.

Örnek komutlar:

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

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

### Use custom log configuration file
az aks enable-addons --addon monitoring --name <cluster-name> --resource-group <cluster-resource-group-name> --workspace-resource-id <workspace-resource-id> --data-collection-settings dataCollectionSettings.json

Log yapılandırma dosyası

Kümenin günlük toplama ayarlarını özelleştirmek için aşağıdaki biçimi kullanarak yapılandırmayı JSON dosyası olarak sağlayabilirsiniz. Yapılandırma dosyası sağlamazsanız, tabloda tanımlanan varsayılan ayarlar kullanılır.

{
  "interval": "1m",
  "namespaceFilteringMode": "Include",
  "namespaces": ["kube-system"],
  "enableContainerLogV2": true, 
  "streams": ["Microsoft-Perf", "Microsoft-ContainerLogV2"]
}

Aşağıdaki tabloda günlük yapılandırma dosyasındaki ayarların her biri açıklanmaktadır:

İsim Açıklama
interval Ajanın veri toplama sıklığını belirler. Geçerli değerler 1m - ile 30m arasıdır ve 1m aralıklarla alınabilir. Değer izin verilen aralığın dışındaysa, varsayılan olarak 1m olur.

Varsayılan: 1m.
namespaceFilteringMode Include: Yalnızca ad alanları alanındaki değerlerden veri toplar.
Dışla: Ad alanları alanındaki değerler hariç tüm ad alanlarından veri toplar.
Kapalı: Herhangi bir ad alanı seçimini yoksayar ve tüm ad alanları üzerinde veri toplar.

Varsayılan: Kapalı
namespaces Kubernetes ad alanlarının virgülle ayrılmış dizisi, namespaceFilteringMode temelinde envanter ve performans verilerini toplamak için kullanılır.
Örneğin, dahil et ayarına sahip ad alanları = ["kube-system", "default"] yalnızca bu iki ad alanını toplar. Dışla ayarıyla aracı, kube-system ve varsayılan dışında diğer tüm ad alanlarının verilerini toplar. Kapalı ayarıyla aracı, kube-system ve default dahil olmak üzere tüm ad alanından veri toplar. Geçersiz ve tanınmayan ad alanları görmezden gelinir.

Yok.
enableContainerLogV2 ContainerLogV2 şemasını etkinleştirmek için Boole bayrağı. true olarak ayarlanırsa, stdout/stderr Günlükleri ContainerLogV2 tablosuna alınır. Aksi takdirde kapsayıcı günlükleri, ConfigMap'te aksi belirtilmedikçe ContainerLog tablosuna alınıyor. Tek tek akışları belirtirken, ContainerLog veya ContainerLogV2 için karşılık gelen tabloyu eklemeniz gerekir.

Varsayılan: True
streams Toplanacak tablo akışları dizisi. Geçerli akışların ve buna karşılık gelen tabloların listesi için bkz. Akış değerleri .

Varsayılan: Microsoft-ContainerInsights-Group-Default

Akış değerleri

CLI veya BICEP/ARM kullanarak toplayacak tabloları belirttiğinizde, Log Analytics çalışma alanında belirli tablolara karşılık gelen akış adlarını belirtirsiniz. Aşağıdaki tabloda stream adları ve karşılık geldiği tablo listelenir.

Not

Veri toplama kuralının yapısı hakkında bilgi sahibiyseniz, bu tablodaki akış adları DCR'nin Veri akışları bölümünde belirtilir.

Yayın Kapsayıcı içgörüler tablosu
Microsoft-ContainerInventory ContainerInventory
Microsoft-ContainerLog ContainerLog
Microsoft-ContainerLogV2 ContainerLogV2
Microsoft-ContainerLogV2-HighScale ContainerLogV2 (Yüksek ölçek modu)1
Microsoft-ContainerNodeInventory Konteyner Düğümü Envanteri
Microsoft-InsightsMetrics InsightsMetrics
Microsoft-KubeEvents KubeEvents
Microsoft-KubeMonAgentOlayları KubeMonAgentEvents
Microsoft-KubeNodeInventory KubeNodeInventory
Microsoft-KubePodInventory KubePodInventory
Microsoft-KubePVInventory KubePVInventory
Microsoft-KubeServices KubeServices
Microsoft-Perf Perf
Microsoft-ContainerInsights-Grup-Varsayılan Yukarıdaki akışların tümünü içeren grup akışı. 2

1 hem Microsoft-ContainerLogV2 hem de Microsoft-ContainerLogV2-HighScale birlikte kullanmayın. Bu, yinelenen verilere neden olur. 2 Tüm tekil akışları kısaca belirtmek için grup akışını kullanın. Belirli bir akış kümesi toplamak istiyorsanız, grup akışını kullanmak yerine her akışı tek tek belirtin.

Geçerli tablolar ve ölçümler

Koleksiyon sıklığı ve ad alanı filtreleme ayarları tüm günlük verilerine uygulanmaz. Aşağıdaki tablolarda, Log Analytics çalışma alanında yer alan tabloların yanı sıra her birine uygulanan ayarlar listeleyebilirsiniz.

Tablo adı Ara? Ad alanları mı? Açıklamalar
ContainerInventory Yes Yes
Konteyner Düğümü Envanteri Yes Hayı Kubernetes Node ad alanı kapsamlı bir kaynak olmadığından ad alanları için veri toplama ayarı geçerli değildir
KubeNodeInventory Yes Hayı Ad alanları için veri toplama ayarı geçerli değil Kubernetes Node, ad alanı kapsamlı bir kaynak değil
KubePodInventory Yes Yes
KubePVInventory Yes Yes
KubeServices Yes Yes
KubeEvents Hayı Yes Kubernetes Olayları için aralık için veri toplama ayarı geçerli değildir
Perf Yes Yes Kubernetes Düğümü ad alanı kapsamında olmayan bir nesne olduğundan, ad alanları için yapılan veri toplama ayarı Kubernetes Node ile ilgili ölçümler için geçerli değildir.
InsightsMetrics Yes Yes Veri toplama ayarları yalnızca şu ad alanlarını toplayan ölçümler için geçerlidir: container.azm.ms/kubestate, container.azm.ms/pvve container.azm.ms/gpu.

Not

Ad alanı filtrelemesi ama-logs aracı kayıtları için geçerli değildir. Sonuç olarak, kube-system ad alanı dışlanan ad alanları arasında listelenmiş olsa bile, ama-logs aracı kapsayıcısıyla bağlantılı kayıtlar yine de toplanır.

Ölçüm ad alanı Ara? Ad alanları mı? Açıklamalar
Insights.container/düğümler Yes Hayı Düğüm, ad alanı tarafından kapsamlanan bir kaynak değildir
Insights.konteyner/podlar Yes Yes
Insights.kapsayıcı/kapsayıcılar Yes Yes
Insights.kapsayıcı/sürekli hacimler Yes Yes

Özel senaryolar

Belirli senaryolar için yapılandırma gereksinimleri için aşağıdaki kaynakları kullanın:

AKS kümesinde denetim düzlemi günlüklerini etkinleştirin

Denetim düzlemi günlükleri Azure İzleyici kaynak günlükleri olarak uygulanır. Bu günlükleri toplamak için küme için bir tanılama ayarı oluşturun. Bunları kapsayıcı günlüklerinizle aynı Log Analytics çalışma alanına gönderin.

az monitor diagnostic-settings create ile bir tanılama ayarı oluşturmak için komutunu kullanın. Parametrelerinin açıklamaları için bu komutun belgelerine bakın.

Aşağıdaki örnek, tüm Kubernetes kategorilerini bir Log Analytics çalışma alanına gönderen bir tanılama ayarı oluşturur. Bu, Microsoft.ContainerService/fleets için desteklenen kaynak günlüklerinde listelenen belirli tablolara günlükleri göndermek için kullanılan kaynaklara özgü modu içerir.

az monitor diagnostic-settings create \
--name 'Collect control plane logs' \
--resource  /subscriptions/<subscription ID>/resourceGroups/<resource group name>/providers/Microsoft.ContainerService/managedClusters/<cluster-name> \
--workspace /subscriptions/<subscription ID>/resourcegroups/<resource group name>/providers/microsoft.operationalinsights/workspaces/<log analytics workspace name> \
--logs '[{"category": "karpenter-events","enabled": true},{"category": "kube-audit","enabled": true},
{"category": "kube-apiserver","enabled": true},{"category": "kube-audit-admin","enabled": true},{"category": "kube-controller-manager","enabled": true},{"category": "kube-scheduler","enabled": true},{"category": "cluster-autoscaler","enabled": true},{"category": "cloud-controller-manager","enabled": true},{"category": "guard","enabled": true},{"category": "csi-azuredisk-controller","enabled": true},{"category": "csi-azurefile-controller","enabled": true},{"category": "csi-snapshot-controller","enabled": true},{"category": "fleet-member-agent","enabled": true},{"category": "fleet-member-net-controller-manager","enabled": true},{"category": "fleet-mcs-controller-manager","enabled": true}]'
--metrics '[{"category": "AllMetrics","enabled": true}]' \
--export-to-resource-specific true

Windows ölçümlerini etkinleştirme (Önizleme)

Windows ölçüm toplama, Managed Prometheus eklenti kapsayıcısının 6.4.0-main-02-22-2023-3ee44b9e sürümünden itibaren etkinleştirilmiştir. Azure İzleyici Ölçümleri eklentisine dahil olduğunuzda, Windows DaemonSet pod’ları düğüm havuzlarınızda çalışmaya başlar. Hem Windows Server 2019 hem de Windows Server 2022 desteklenir. Podların Windows düğüm havuzlarınızdan ölçüm toplamasını sağlamak için bu adımları izleyin.

Not

windows-exporter-daemonset.yaml dosyası CPU veya bellek sınırlarını belirlemez, bu nedenle Windows düğümlerine gereğinden fazla kaynak ayrılmasına neden olabilir. Daha fazla bilgi için Kaynak ayırma bölümüne bakın.

İş yüklerini dağıtırken kapsayıcılarda kaynak belleği ve CPU sınırları ayarlayın. Bu ayar, NodeAllocatable değerinden de düşülür ve küme genelindeki zamanlayıcının hangi pod’ların hangi düğümlere yerleştirileceğini belirlemesine yardımcı olur. Pod’ları herhangi bir limit olmadan zamanlamak, Windows düğümlerine gereğinden fazla kaynak tahsis edilmesine yol açabilir ve uç durumlarda düğümlerin sağlıksız duruma gelmesine neden olabilir.

Windows dışa aktarıcıyı yüklemek

Windows ölçümlerine erişmek için, windows-exporter-daemonset YAML dosyasını dağıtarak windows-exporter'ı kümenizdeki düğümlere manuel olarak yükleyin. Aşağıdaki toplayıcıları etkinleştirin. Daha fazla toplayıcı için bkz. Windows metrikleri için Prometheus dışa aktarıcısı.

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

windows-exporter-daemonset YAML dosyasını dağıtın. Düğümde renk tonları varsa uygun toleransları uygulamanız gerekir.

kubectl apply -f windows-exporter-daemonset.yaml

Windows ölçümlerini etkinleştirme

windowsexporter ve windowskubeproxy Boole değerlerini, ölçüm ayarlarınızın ConfigMap'indeki true olarak ayarlayın ve ardından kümeye uygulayın. Bkz. ConfigMap kullanarak Kubernetes kümenizden Prometheus ölçümleri koleksiyonunu özelleştirme.

Kayıt kurallarını etkinleştirme

Kutudan çıkan panolar için gereken kayıt kurallarını etkinleştirin.

  • CLI kullanarak ilk kurulumu yapıyorsanız, --enable-windows-recording-rules seçeneğini ekleyin.
  • ARM şablonu, Bicep veya Azure İlkesi kullanarak ortama alma işlemi yapıyorsanız, parametre dosyasında enableWindowsRecordingRules değerini true olarak ayarlayın.
  • Küme zaten eklendiyse, kural gruplarını oluşturmak için bu ARM şablonu ve bu parametre dosyasını kullanın. Bu işlem gerekli kayıt kurallarını ekler ve kümede bir ARM işlemi değildir. Kümenin geçerli izleme durumunu etkilemez.

Dağıtımı doğrulayın

Aracının düzgün dağıtıldığını doğrulamak için kubectl komut satırı aracını kullanın.

Yönetilen Prometheus

DaemonSet'in Linux düğüm havuzlarına düzgün dağıtıldığını doğrulayın

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

Pod sayısı, kümedeki Linux düğümlerinin sayısıyla eşleşmelidir. Çıktı aşağıdaki örneğe benzemelidir:

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 düğümlerinin düzgün dağıtıldığını doğrulayın

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

Pod sayısı, kümedeki Windows düğüm sayısıyla eşleşmelidir. Çıktı aşağıdaki örneğe benzemelidir:

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 için iki ReplicaSet'in dağıtıldığını doğrulayın

kubectl get rs --namespace=kube-system

Çıktı aşağıdaki örneğe benzemelidir:

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

Kapsayıcı içgörüleri ve loglama

DaemonSets'in Linux düğüm havuzlarına düzgün dağıtıldığını doğrulayın

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

Pod sayısı, kümedeki Linux düğümlerinin sayısıyla eşleşmelidir. Çıktı aşağıdaki örneğe benzemelidir:

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 düğümlerinin düzgün dağıtıldığını doğrulayın

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

Pod sayısı, kümedeki Windows düğüm sayısıyla eşleşmelidir. Çıktı aşağıdaki örneğe benzemelidir:

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

Kapsayıcı günlüğü çözümünün dağıtımını doğrulama

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

Çıktı aşağıdaki örneğe benzemelidir:

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 ile yapılandırmayı görüntüleme

Çözümün etkinleştirilip etkinleştirilmediğini, Log Analytics çalışma alanı kaynak kimliğini ve küme hakkındaki özet bilgileri öğrenmek için aks show komutunu kullanın.

az aks show --resource-group <resourceGroupofAKSCluster> --name <nameofAksCluster>

komutu, çözümle ilgili JSON biçimli bilgileri döndürür. Kısım addonProfiles, aşağıdaki örnekte olduğu gibi omsagent ile ilgili bilgileri içermelidir:

"addonProfiles": {
    "omsagent": {
        "config": {
            "logAnalyticsWorkspaceResourceID": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourcegroups/my-resource-group/providers/microsoft.operationalinsights/workspaces/my-workspace",
            "useAADAuth": "true"
        },
        "enabled": true,
        "identity": null
    },
}
  • Entegre etmeye çalışırken sorunlarla karşılaşıyorsanız Sorun Giderme kılavuzunu gözden geçirin.
  • Azure portalı Kapsayıcı içgörülerinde Kubernetes izleme verilerini nasıl analiz edeceğinizi öğrenin.