我看不到Kubernetes持續Volume與對應的後端儲存設備之間的超連結/連線。我的Kubernetes持續Volume是使用儲存伺服器的主機名稱來設定。

請依照步驟解除安裝現有的Telegraf代理程式、然後重新安裝最新的Telegraf代理程式。您必須使用Telegraf 2.0版或更新版本、而且Kubernetes叢集儲存設備必須由Cloud Insights 效益管理系統主動監控。

我在記錄中看到類似下列內容的訊息：

E0901 15 ： 21 ： 39.962145 1 個反射器。前往： 178 ） k8s.io/kube-state 指標 / 內部 / 儲存 / 建置器。前往： 352 ：無法列出 * v1.MutatingWebhookConfiguration ：伺服器找不到要求的資源
E0901 15 ： 21 ： 43.168161 1 個反射器。前往： 178 ： k8s.io/kube-state - 規格 / 內部 / 儲存 / 建置器。前往： 352 ：無法列出 * v1. 租用：伺服器找不到要求的資源（ Get scales.calation.k8s.io ）
等等

如果您執行Kubernetes版本低於1.20的Kubernetes 2.0.0版或更新版本之Kube-state度量、則可能會出現這些訊息。


若要取得 Kubernetes 版本：

kubectl 版本 _

若要取得 kube 狀態度量版本：

_kubectl Get deploy/kube-state-metabs -o jsonpath='{.image}'

為了防止這些訊息發生、使用者可以修改其 kube 狀態度量部署、以停用下列簡化：

_ 互斥網路連帽組態 _
_validatingwebhookconfigurations _
_vole附件 資源 _

更具體地說、他們可以使用下列 CLI 引數：

resources= 憑證命名查詢、組態對應、可頌工作、取消設定、部署、端點、水平播客自動轉接器、擷取、工作、限制範圍、命名空間、網路原則、節點、持續不斷的卷冊、持續不斷的預算、群組、複製集、控制器、資源等量、機密、服務、狀態集

預設資源清單為：

" 憑證命名查詢、組態對應、可頌工作、取消設定集、部署、端點、水平播客自動轉接器、擷取、工作、租用、限制範圍、互動式網路連線組態、命名空間、網路原則、節點、持續不斷的磁碟區、持續不斷的預算、群組、複製控制器、資源集、資源等狀態服務、 驗證 webhookconfigurations 、 volume附件 "

我看到 Telegraf 的錯誤訊息類似下列內容、但 Telegraf 確實啟動並執行：

10 月 11 日 14 ： 23 ： 41 IP-172-31-39-47 系統 d[1] ：啟動外掛程式導向的伺服器代理程式、將計量標準回報至影響資料庫。
10月11日14：23：41 IP-172-31-39-47 Telewraf[1827]：Times="2021：10-11T14：23：41Z" level =錯誤msg="failed to create cache directory./etc/telegraf/.cache/snowflake 、 err: mkdir /etc/telegraf/.ca
Che ：權限遭拒。忽略 \n" func="gosnowflake.(*defaultLogger).Errorf" file="log.go:120"
10 月 11 日 14 ： 23 ： 41 IP-172-31-39-47 Teledraf[1827] ： Time="2021-10-11T14:23:41Z" Level=error msg=" 無法開啟。忽略。開啟 /etc/telegraf/.cache/snowflake/OCSP 回應 _cache.json ：否
檔案或目錄 \n" func="gosnowflake.(*defaultLogger).Errorf" file="log.go:120"
10 月 11 日 14 ： 23 ： 41 《 IP-172-31-39-47 電臺》 [1827] ： 2021-10-11T14 ： 23 ： 41Z I ！啟動Telegraf 1.19.3

這是已知的問題。 請參閱 "這篇GitHub文章" 以取得更多詳細資料。只要Telegraf已啟動且正在執行、使用者就可以忽略這些錯誤訊息。

在 Kubernetes 上、我的 Telegraf Pod 回報下列錯誤：
" 處理 mountstats 時發生錯誤資訊：無法開啟 mountstats 檔案： /hostfs/proc/1/mountstats 、錯誤：開啟 /hostfs/proc/1/mountstats ：權限遭拒 "

如果啟用並強制執行 SELinux 、則可能會阻止 Telegraf Pod 存取 Kubernetes 節點上的 /proc/1/mountstats 檔案。若要克服此限制、請編輯 agentconfiguration 、然後啟用 RunPrivileged 設定。如需詳細資訊、請參閱： https://docs.netapp.com/us-en/cloudinsights/task_config_telegraf_agent_k8s.html#openshift-instructions。

在 Kubernetes 上、我的 Telegraf ReplicicaSet Pod 回報下列錯誤：

[ 外掛程式中的 inputs.prometheus] 錯誤：無法載入 keypair /etc/kubernetes/pi/etcd/server.crt ： /etc/kubernetes/pi/etcd/server.key ：開啟 /etc/kubernetes/pi/etcd/server.crt ：無此類檔案或目錄

Telegraf ReplicaSet Pod可在指定為主節點或etcd節點上執行。如果ReplicaSet Pod未在其中一個節點上執行、您將會收到這些錯誤。檢查您的主節點/ etcd節點是否有問題。如果有、請將必要的容許值新增至Telegraf ReplicaSet、Telegraf-RS。

例如、編輯 ReplicaSet…​

Kubectl 編輯 RS telegraf-RS

並在規格中加入適當的公差。然後重新啟動ReplicaSet Pod。

我有PSP/PSA.環境。這是否會影響我的監控操作員？

如果您的 Kubernetes 叢集正在執行 Pod 安全政策（ PSP ）或 Pod 安全許可（ PSA ）、則您必須升級至最新的 Kubernetes 監控營運者。請依照下列步驟升級至目前支援 PP/PSA 的營運商：

1. 解除安裝 先前的監控業者：

kubectl delete agent agent-monitoring （ kubectl 刪除代理代理監視） -netapp -n netapp 監控
kubectl delete ns netapp 監控
kubectl delete crd agents.monitoring.netapp.com
kubectl delete clusterrole agent-manager-role agent-proxy-role agent-eterms-reader
kebectl delete clusterrolebinding agent-manager-rolebinding agent-proxy-rolebinding agent-cluster-admin-rolebinding

2. 安裝 監控操作員的最新版本。

我在嘗試部署操作員時遇到問題、而且我使用 PP/PSA 。

1. 使用下列命令編輯代理程式：

kubectl -n <name-space> 編輯代理程式

2. 將「安全性原則啟用」標示為「假」。這將會停用 Pod 安全政策和 Pod 安全許可、並允許營運者進行部署。使用下列命令確認：

Kubectl Get PSP （應顯示 Pod 安全政策已移除）
kubectl Get all -n <namespace>

grep -i PSP （應顯示找不到任何項目）

出現「ImagePullBackOff」錯誤

如果您有自訂或私有泊塢視窗儲存庫、但尚未設定 Kubernetes Monitoring Operator 正確辨識、就可能會出現這些錯誤。 瞭解更多資訊 關於設定自訂/私有repo。

我的監控操作員部署有問題、目前的文件無法協助我解決問題。

Operator 命名空間中的 Net-Oborative （工作負載對應） Pod 位於 CrashLoopBackOff

這些 Pod 對應於網路可觀察性的工作負載對應資料收集器。請嘗試下列項目：
•檢查其中一個 Pod 的記錄、確認最低核心版本。例如：

---
｛ "CI-租 戶 -id" ： "your －租戶 -id" 、 "collector － cluster " ： "your － k8s-cluster － name" 、 "Environment ： "prod" 、 "Level" ： "error" 、 "msg" ：驗證失敗。原因：核心版本 3.10.0 低於最低核心版本 4.18.0 、 "Time" ： "2022-11-09T08:23:08Z"}
---

• Net 觀察者 Pod 要求 Linux 核心版本至少為 4.18.0 。使用命令 "uname -r " 檢查核心版本、並確定它們 >=4.18.0

Pod 在 Operator 命名空間中執行（預設值： NetApp-Monitoring ）、但查詢中的工作負載對應或 Kubernetes 度量、 UI 中不會顯示任何資料

檢查 K8S 叢集節點上的時間設定。為了準確地進行稽核和資料報告、強烈建議您使用網路時間傳輸協定（ NTP ）或簡易網路時間傳輸協定（ SNTP ）、同步代理機器上的時間。

運算子命名空間中的某些網路觀察者 Pod 處於「擱置中」狀態

Net-觀察者 是一組示範集、在 k8s 叢集的每個節點上執行 Pod 。
•記下處於「擱置中」狀態的 Pod 、並檢查它是否發生 CPU 或記憶體資源問題。確保節點中有可用的必要記憶體和 CPU 。

安裝 Kubernetes Monitoring Operator 後、我立即在記錄中看到下列內容：

[ 外掛程式中的 inputs.prometheus] 錯誤：向 http://kube-state-metrics 提出 HTTP 要求時發生錯誤。 <namespace> 。 svc.cluster 。本機： 8080 / 指標： Get http://kube-state-metrics 。 <namespace> 。 svc.cluster 。本機： 8080 / 指標：撥號 TCP ： LOOKUP kube-state - 度量。 <namespace> 。 svc.cluster 。本機：無此類主機

此訊息通常只有在安裝新的營運者、且_Telefra-Rs_ pod在_ksm_ pod啟動之前就已啟動時才會出現。所有Pod都在執行時、這些訊息應該會停止。

我沒有看到叢集中存在的 Kubernetes CronJobs 正在收集任何度量。

驗證 Kubernetes 版本（即 kubectl version）。 如果是 v1.2.x 或更低版本、這是預期的限制。 Kubernetes Monitoring Operator 部署的 kube-state 度量版本僅支援 v1.cronjob 。 使用 Kubernetes 1.2.x 及以下版本時、 cronjob 資源為 v1beta 。 cronjob. 因此、 kube 狀態度量無法找到 cronjob 資源。

安裝操作員之後、 Telegraf-DS Pod 會進入 CrashLoopBackOff 、 Pod 記錄會顯示「 su ：驗證失敗」。

編輯 AgentConfiguration 中的 Teledraf 區段、並將 dockerMetricCollectionEnabled 設為 false 。如需詳細資訊、請參閱操作員的 "組態選項"。

附註： 如果您使用的是 Cloud Insights 聯邦版、則限制使用 su 的使用者將無法收集泊塢視窗計量、因為存取泊塢視窗插槽需要以 root 身分執行 telegraf 容器、或使用 su 將 telegraf 使用者新增至泊塢視窗群組。Docker 度量集合和使用 su 預設為啟用；若要停用兩者、請移除 AgentConfiguration 檔案中的 _telegraf.泊 塢視窗項目：

…​
規格：
…​
Telegraf ：
…​
     - 名稱： Docker
            執行模式：
              –示範
            替代：
              - 索引鍵：泊塢視窗 _UNIX 襪子 _placeholder
                值： UNIX ： //RUN / Docker 。 sock
…​
…​

我在 Telegraf 記錄檔中看到類似以下內容的重複錯誤訊息：

好！[agent] 寫入 outputs.http ： POST 時發生錯誤 "https://<tenant_url>/rest/v1/lake/ingest/influxdb": 已超過內容期限（等待標頭時超過 Client.Timeout ）

編輯 AgentConfiguration 中的 Teledraf 區段、並將 dockerMetricCollectionEnabled 設為 false 。如需詳細資訊、請參閱操作員的 "組態選項"。

我遺失某些事件記錄的 _ 參與物件 _ 資料。

請務必遵循中的步驟 "權限" 上一節。

為什麼我看到兩個監控營運商 Pod 正在執行、一個名為 NetApp-CI-monitoring 、 <pod> 、另一個名為 monitoring 、 <pod> ？

截至 2023 年 10 月 12 日、 Cloud Insights 已重新考慮營運商、以便為使用者提供更好的服務；若要充分採用這些變更、您必須 移除舊的運算子 和 安裝新的。

我的 Kubernetes 事件意外停止回報 Cloud Insights 。

grep event-exporter

awk '{print $1}'

sed 's/event-exporter./event-exporter/'`
應為「 NetApp-CI-EVENT - Exporter 」或「 EVENT - Exporter 」。 接著、編輯監控代理程式 kubectl -n netapp-monitoring edit agent，然後設置 log_file 的值以反映上一步中找到的適當事件導出程序 Pod 名稱。 更具體地說、 log_file 應該設定為「 /var/log/container/NetApp-CI-event-Exporter.log 」或「 /var/log/containers/event-Exporter.log 」

…​.
fluent-bit:
…​
- name: event-exporter-ci
substitutions:
- key: LOG_FILE
values:
- /var/log/containers/netapp-ci-event-exporter*.log
…​
…​.
或者、您也可以 解除安裝 和 重新安裝 代理程式。

我看到 Kubernetes Monitoring Operator 部署的 Pod 因為資源不足而當機。

請參閱 Kubernetes Monitoring Operator "組態選項" 視需要增加 CPU 和 / 或記憶體限制。

遺失影像或組態無效、導致 NetApp-CI-kube 狀態指標 Pod 無法啟動或準備就緒。目前狀況集已停滯、組態變更並未套用至 NetApp-CI-kube 狀態指標群。

StatefulSet 位於 A 中 "毀損" 州/省。在修正任何組態問題之後、 NetApp-CI-kube 狀態指標 Pod 就會恢復運作。