Monitoring Cloud Foundry 和 VMware Tanzu (先前稱為 Pivotal Cloud Foundry)

會自動探索 Cloud Foundry 或 VMware Tanzu 基礎中的主機及容器,並顯示在基礎架構圖中。 您可以輕鬆過濾基礎中的所有實體。

這是選用特性,依預設會在 Instana 後端中停用。 若要啟用此選用特性,請參閱 Instana 部署的頁面: SaaS在 Kubernetes 或 Red Hat OpenShift上自行管理,或 在 Docker

支援的版本

Instana 支援 VMware Tanzu Application Service for VM 5.0、 4.0、 3.0、 2.13、 2.12、 2.11、 2.10、 2.9、 2.8及 2.7 ,以及 VMware Tanzu Kubernetes Grid Integrated Edition 1.16、 1.15、 1.14、 1.13、 1.12、 1.11、 1.10、 1.9、 1.8、 1.7、 1.6及 1.5。

如需相關資訊,請參閱 Instana Microservices Application Monitoring for VMware Tanzu

安裝

如果您使用 VMware Tanzu (先前稱為 Pivotal Cloud Foundry 及短暫的 Pivotal Platform) ,或作為開放程式碼 Cloud Foundry 或其他 BOSH 型部署的 BOSH 版本 ,則 Instana 代理程式可以安裝為

基礎架構圖

會自動探索 Cloud Foundry 或 VMware Tanzu 基礎中的主機及容器,並顯示在基礎架構圖中。

您可以使用 entity.tanzu.foundation.name 過濾器,輕鬆過濾基礎中的所有實體,這也適用於 "vanilla" Cloud Foundry 部署。

為了進一步縮小實體的範圍, Cloud Foundry 支援具有 entity.cloudfoundry.organization (nameid)、 entity.cloudfoundry.space (nameid) 及 entity.cloudfoundry.application (nameid) 的過濾器。 此外, Garden 儲存器可以依 Cloud Foundry ApplicationCloud Foundry Space分組:

Cloud Foundry 應用程式的花園儲存器

Kubernetes 的所有可用機能也適用於透過 Kubernetes Grid 部署的 Kubernetes 叢集。 此外, Instana 還會自動挑選 Kubernetes Grid 管理的叢集,並將其顯示在 Instana 使用者介面中。 如需使用 Instana 來監視 Kubernetes的相關資訊,請參閱 Kubernetes 文件。

Garden 儲存器

Garden 儲存器具有專用儀表板。 如需相關資訊,請參閱 Garden 文件。

監視 BOSH 代理程式、Gorout層及其他重要處理程序

附註: 需要 Instana Microservices Application Monitoring for VMware Tanzu1.168.x 版及更高版本,才能存取此功能。

Instana 會自動監視 Cloud Foundry 及 Kubernetes 控制平面中值得注意之處理程序的現成 CPU、記憶體及檔案描述子耗用,特別是:

  • BOSH 代理程式
  • BOSH DNS
  • 戈羅
  • 雲端控制器
  • kube-apiserver
  • kube-controller-manager
  • kube-scheduler

Instana 所監視的立即可用Gorout者程序

VMware Tanzu Kubernetes 網格的 Kubernetes 儀表板

使用 VMware Tanzu Kubernetes Grid (舊稱為 Pivotal Container Service (PKS)) ,透過 Kubernetes Grid API 建立的 Kubernetes 叢集會顯示在 Instana 的 Kubernetes 區段中。 主節點也會進行檢測,並且可以在基礎架構對映中與其同層級工作者節點一起找到。

如需 Instana 如何監視 Kubernetes的相關資訊,請參閱 Kubernetes 文件。 附註: 您需要設定 kube-apiserver 的 --allow-privileged 旗標,以容許 Instana 代理程式儲存器以特許模式執行並啟用監視。

Cloud Foundry 儀表板

附註: 本節說明需要將 Instana 租戶單元列入白名單才能顯示的功能。 請聯絡 支援中心 以要求存取權。

附註: 存取此功能需要 Instana Microservices Application Monitoring for VMware Tanzu 磚版本 1.161.x 及更高版本。

Cloud Foundry 是整體應用程式堆疊的重要及獨特部分。 為了包含此重要性, Instana 具有 Cloud Foundry 應用程式的專用支援。 這會從 Instana 使用者介面中它自己的專用最上層元素開始,讓 Cloud Foundry 使用者可以輕鬆存取及易於瞭解。 同時,所有資訊會透過「動態圖形」深入鏈結至其他產品區域,例如基礎架構、應用程式視景及分析。

列出應用程式

依預設, Instana 會列出它從所有報告叢集偵測到的所有應用程式。 應用程式可輕鬆搜尋或依最相關的資訊 (例如 stateorganizationspace) 來排序:

列出 Cloud Foundry 應用程式

應用程式儀表板

Cloud Foundry 應用程式儀表板包含應用程式最重要的資訊,以檢查狀態及任何問題。 它會列出此應用程式所建立的 Garden 儲存器,並鏈結至詳細的 Garden 儲存器 儀表板。

它也會透過 分析呼叫 按鈕,提供對這個應用程式所有呼叫的存取權。

Cloud Foundry 應用程式儀表板

探索受管理服務

部署在基礎上的 Instana 代理程式會偵測並監視在其上執行的服務。 在 Instana 代理程式偵測到認證和設定的情況下,會自動監視某些圖磚所建立的服務,請參閱 支援的版本 一節。

未自動監視的服務可以透過 Instana 磚的 自訂代理程式配置 機能來手動配置。

如果有您想要自動配置的圖磚或 BOSH 版本,請在 Instana Idea 提交中開啟特性要求,讓我們知道。

BOSH 整合

根據 BOSH Director 提供的資料, Instana 提供許多自動化。

BOSH 部署的自動維護時間範圍

附註: 需要 Instana Microservices Application Monitoring for VMware Tanzu 磚版本 1.168.x 及更高版本,才能存取此功能。

Instana 磚會自動偵測跨 VMware Tanzu 基礎執行的 BOSH 部署,並建立、排程及取消排程維護時間。

如需此特性的相關資訊,請參閱 維護時間範圍 文件。

磚的「自動維護時間範圍」特性需要下列配置:

  • 後端連線> API 端點 URL: 必須指向 Instana 中的租戶單位。
  • 後端連線> API 記號: 需要至少具有 Configuration of custom alerts 許可權的 API 記號。 如需相關資訊,請參閱我們的 API 記號 文件。

若要取消啟動「自動維護時間範圍」功能,請在磚配置中選取 代理程式自動配置> BOSH 自動維護時間範圍 選項。

若要轉出變更,請針對 VM 的應用程式服務或 Kubernetes 網格磚,選取 OpsManager 中的 套用變更

BOSH 部署的管線意見

附註: 需要 Instana 微服務應用程式監視 磚版本 1.166.1 及更高版本,才能存取此功能。

重要事項:「管線回饋」功能的狀態目前為 實驗性。 在具有許多服務實例的基礎中,每一個服務實例通常都有專用的 BOSH 部署,它可能會變得有點過於喋喋不休。 讓我們知道您的想法!

Instana 磚會自動偵測跨基礎執行的 BOSH 部署,並作為 Instana 內「管線意見」功能的一部分,將這些部署報告為 releases

如需相關資訊,請參閱我們的 管線意見回饋整合 文件。

監視 Cloud Foundry 上的應用程式

支援的執行時期

Instana 建置套件

附註: instana_buildpack Cloud Foundry 建置套件目前處於 實驗性 狀態。 instana_buildpack 的部署是在「 代理程式自動配置 」畫面下的磚中接受。

從 1.177.0版開始,磚會整合 instana_buildpack Cloud Foundry 建置套件,以自動化 Node.js、 Python 或 Ruby Cloud Foundry 應用程式的 Instana 設定。 當 Cloud Foundry 應用程式資訊清單接受 instana_buildpack 時,它會自動配置暫置處理程序以在 Droplet ( Cloud Foundry所執行的容器映像檔) 中烘烤所有需要使用 Instana 監視該 Cloud Foundry 應用程式的項目。

instana_buildpack 是所謂的 裝飾元建置套件,它會將邏輯及資源新增至暫置處理程序,而且必須與實際啟動 Cloud Foundry 應用程式實例的 最終 建置套件一起使用。 例如,下列指令行將使用 instana_buildpack 來自動監視 Node.js 應用程式:

cf push -b instana_buildpack -b nodejs_buildpack

附註: instana_buildpack 建置套件 不得 用作建置套件序列中的 最後一個 建置套件,因為這會導致編譯打包錯誤。

在應用程式 manifest.yml 中定義多個建置套件也可以達到相同的目的,如下所示:

---
applications:
- name: test-nodejs
  buildpacks:
    - instana_buildpack
    - nodejs_buildpack

如需如何在推送 Cloud Foundry 應用程式時使用多個建置套件的相關資訊,請參閱 使用多個建置套件推送應用程式 文件。