Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Azure İzleyici
- Prometheus ölçümleri
- Yönetilen Grafana
- Container kayıtları
- Kontrol düzlemi günlükleri
Önkoşullar
- Kullanıma alma için kümeye en az Katkıda Bulunan erişimine ihtiyacınız vardır.
- Azure İzleyici Çalışma Alanını ekleme işleminin bir parçası olarak mevcut Yönetilen Grafana çalışma alanına bağlamak için Owner erişimine veya en az Contributor ve User Access Administrator rollerine sahip olmanız gerekir.
- İzleme etkinleştirildikten sonra verileri görüntülemek için İzleme Okuyucusu veya İzleme Katkıda Bulunanı rollerine sahip olmanız gerekir.
Ö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-previewkomutu kullanılarakaz 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
Ö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-listKaynağı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-listKaynağı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-rulesWindows 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:
- Özel bağlantı kullanıyorsanız bkz. Azure İzleyici'da Kubernetes izleme için özel bağlantı oluşturma.
- Ağ güvenlik çevresiyle kapsayıcı günlüğünü etkinleştirmek için Log Analytics çalışma alanınızı yapılandırmak amacıyla Ağ Güvenlik Çevresi ile Azure İzleyici'u Yapılandırma bölümüne bakın.
- Yüksek ölçek modunu etkinleştirmek için İzleme eklentisi için Yüksek Ölçek Modunu Etkinleştirmeyi sayfasındaki katılım sürecini izleyin. Ayrıca ConfigMap'i Update ConfigMap'da açıklandığı gibi güncelleştirmeniz ve DCR akışının
Microsoft-ContainerLogV2'denMicrosoft-ContainerLogV2-HighScaleolarak değiştirilmesi gerekir.
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]containermemoryprocesscpu_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-rulesseçeneğini ekleyin. - ARM şablonu, Bicep veya Azure İlkesi kullanarak ortama alma işlemi yapıyorsanız, parametre dosyasında
enableWindowsRecordingRulesdeğerinitrueolarak 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
},
}
İlgili içerik
- 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.