監視主機

附註:

System ID 可用來與資產管理系統產生關聯。 依預設， Instana 代理程式會針對 Linux OS 收集 System ID 。 若為其他受支援的作業系統 (Windows、 macOS、Solaris、 AIX) ，您需要使用代理程式 configuration.yaml 檔案來明確啟用此特性:

com.instana.plugin.host:
  collectSystemId: true

CPU 使用率

整體 CPU 使用率 (以百分比表示)。

資料點: Filesystem

精度: 1 秒

記憶體用量

其計算方式為: (total - actualFree) / total (以百分比表示)。

感應器會使用 actualFree 值 (包括可用及快取記憶體的實際受限記憶體) ，而不只是 free (通常是相當低的值 (用於快取/緩衝))。

資料點: Filesystem

精度: 1 秒

CPU 負載

在過去選取的時段內，正在或等待執行的處理程序平均數。

資料點: Filesystem

精度: 5 秒

CPU 使用率

CPU 使用率值，以百分比表示; user、 system、 wait、 nice及 steal。 在選取的時段內，這些值會顯示在圖形上。

資料點: Filesystem

精度: 1 秒

環境定義切換

環境定義切換總數。 這僅在 Linux 主機上受支援。 在選取的時段內，該值會顯示在圖形上。

資料點: Filesystem

精度: 1 秒

CPU 負載

CPU 負載。 在選取的時段內，該值會顯示在圖形上。

資料點: Filesystem

精度: 1 秒

個別 CPU 使用率

個別 CPU 使用率值，以百分比表示; user、 system、 wait、 nice及 steal。 在選取的時段內，這些值會顯示在圖形上。

資料點: Filesystem

精度: 1 秒

個別 GPU 用量

個別 GPU 用量值。

支援的 Nvidia 圖形卡:

支援的 OS: Linux

必要條件: 已安裝最新官方 Nvidia 驅動程式。

這裡說明啟動具有 GPU 支援的 Instana 代理程式 Docker 儲存器: 透過 Instana 代理程式儲存器啟用 GPU 監視。

GPU 記憶體/處理程序

下列處理程序清單使用 GPU。

支援的 Nvidia 圖形卡:

支援的 OS: Linux

必要條件: 已安裝最新官方 Nvidia 驅動程式。

這裡說明啟動具有 GPU 支援的 Instana 代理程式 Docker 儲存器: 透過 Instana 代理程式儲存器啟用 GPU 監視。

記憶體

已用記憶體值 (以百分比表示)。 以位元組為單位的記憶體值; swap total、 swap free、 buffers、 cached及 available。 在選取的時段內，這些值會顯示在圖形上。

資料點: Filesystem

精度: 1 秒

開啟檔案

開啟檔案使用情形 (在作業系統上可用時); current 與 max。 在選取的時段內，這些值會顯示在圖形上。

檔案系統

每個裝置的檔案系統。

* 總計、讀取及寫入使用率資料點度量會以百分比顯示磁碟 I/O 使用率。 此功能僅與 Linux相容。

* Leaked (指使用中且等於 capacity - used - free的已刪除檔案。 在 Linux 上，您可以使用 lsof | grep deleted找到這些檔案。

** NFS (網路檔案系統) 不支援 Reads/Writes 。

依預設， Instana 只會監視本端檔案系統。 可以在 configuration.yaml 檔案中明確列出應該監視或排除的檔案系統。 配置設定的名稱是裝置名稱，可從 mtab 檔案或 df 指令輸出的第一個直欄取得。

需要以下列格式指定暫存檔案系統: tmpfs:/mount/point。 例如，要監視的檔案系統清單:

com.instana.plugin.host:
  filesystems:
    - '/dev/sda1'
    - 'tmpfs:/sys/fs/cgroup'
    - 'server:/usr/local/pub'

或要併入/排除:

com.instana.plugin.host:
  filesystems:
    include:
      - '/dev/xvdd'
      - 'tmpfs:/tmp'
      - 'server:/usr/local/pub'
    exclude:
      - '/dev/xvda2'

網路介面

每個介面的網路資料流量及錯誤。

TCP 活動

在選取的時段內， TCP 活動值會顯示在圖形上。

附註: Instana 不支援 Sun Solaris 主機的 TCP 活動度量值。

處理程序頂端清單

處理程序清單大約每 10 秒重新整理一次，並且只包含具有大量系統用量 (前 10 秒的 CPU 使用率超過 10% ，以及超過 512 MB 記憶體用量 (RSS)) 的處理程序。

使用 Linux top 語意。 100% CPU 是指完整使用單一 CPU 核心，您可以搜尋上個月的 Snapshot 歷程。 正規化 CPU 的計算方式是將 CPU 除以邏輯處理器數目。

已安裝套件清單

當 configuration.yaml 檔案中的 collectInstalledSoftware 設為 true 時，作業系統上已安裝的套件一天可以解壓縮一次。

目前支援下列 Linux 發行套件:

• Debian型 (dpkg)
• Red Hat型 (rpm 和 yum)

com.instana.plugin.host:
  collectInstalledSoftware: true # [true, false]

SELinux 原則封鎖 eBPF

如果您已在主機上安裝 SELinux ，則通常需要建立原則，以容許代理程式利用 eBPF。 SELinux 可能會阻止 unconfined services (例如主機代理程式) 發出 eBPF 感應器用來檢測 Linux 核心的 bpf_* 系統呼叫。 若要驗證是否發生此情況，必須查看「審核」系統的日誌項目，依預設會儲存在 /var/log/audit/audit.log中。

下列範例來自 Red Hat Linux 機器:

$ cat /var/log/audit/audit.log | grep ebpf
type=AVC msg=audit(1598891569.452:193): avc:  denied  { map_create } for  pid=1612 comm="ebpf-preflight-" 
scontext=system_u:system_r:unconfined_service_t:s0 tcontext=system_u:system_r:unconfined_service_t:s0 
tclass=bpf permissive=0
type=SYSCALL msg=audit(1598891569.452:193): arch=c000003e syscall=321 success=no exit=-13 
a0=0 a1=7ffc0e1f5020 a2=78 a3=fefefefefefefeff items=0 ppid=1502 pid=1612 auid=4294967295 
uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="ebpf-preflight-" 
exe="/opt/instana/agent/data/repo/com/instana/ebpf-preflight/0.1.6/ebpf-preflight-0.1.6.bin" 
subj=system_u:system_r:unconfined_service_t:s0 key=(null)
type=PROCTITLE msg=audit(1598891569.452:193):
proctitle="/opt/instana/agent/data/repo/com/instana/ebpf-preflight/0.1.6/ebpf-preflight-0.1.6.bin"

請注意，審核日誌檔通常會循環，因此在啟動主機代理程式之後不久，我們必須執行此指令。

在日誌檔中，我們看到 map_create 系統呼叫被拒絕。 若要容許 eBPF 感應器進行此系統呼叫，我們需要建立 SELinux 原則。 為此，我們需要 audit2allow程式。 在 Red Hat 系統上，可以如下安裝:

yum install policycoreutils-python

然後，使用 audit2allow，我們可以根據日誌項目來建立原始原則檔案:

grep ebpf /var/log/audit/audit.log | audit2allow -M instana_ebpf

上述指令將建立下列檔案:

ls -Al | grep instana_ebpf

-rw-r--r--. 1 root                    root                      886 31. Aug 18:31 instana_ebpf.pp
-rw-r--r--. 1 root                    root                      239 31. Aug 18:31 instana_ebpf.te

原始原則檔案 instana_ebpf.te現在包含容許拒絕系統呼叫的指示:

$ cat instana_ebpf.temodule instana_ebpf 1.0;require {
	type unconfined_service_t;
	class bpf map_create;
}#============= unconfined_service_t ==============#!!!! This avc is allowed in the current policy
allow unconfined_service_t self:bpf map_create;

此原則將容許任何類型為未限制 (非常通用) 的應用程式建立 map_create 系統呼叫。

此外， eBPF 感應器還需要一些系統。 我們必須編輯 instana_ebpf.te 檔案，使它看起來如下:

$ cat instana_ebpf.te module instana_ebpf 1.0;require {
	type unconfined_service_t;
	class bpf { map_create map_read map_write prog_load prog_run };
}#============= unconfined_service_t ==============#!!!! This avc is allowed in the current policy
allow unconfined_service_t self:bpf { map_create map_read map_write prog_load prog_run };

然後，必須將此檔案重新寫入二進位格式，作為 instana_ebpf.mod 檔案:

$ checkmodule -M -m -o instana_ebpf.mod instana_ebpf.te
checkmodule:  loading policy configuration from instana_ebpf.te
checkmodule:  policy configuration loaded
checkmodule:  writing binary representation (version 19) to instana_ebpf.mod

instana_ebpf.mod 檔案必須重新包裝成可載入模組:

semodule_package -o instana_ebpf.pp -m instana_ebpf.mod

最後，我們可以套用原則套件:

semodule -i instana_ebpf.pp

任何不受限制的處理程序 (例如主機代理程式) 現在都可以建立這些系統。