針對各種 Omnissa Access 元件監控列出的 URL 端點，以確保環境的正常運作。您也可以將特定端點用於負載平衡器，以確保服務可正常傳輸流量。
負載平衡器的健全狀況檢查
| 元件 | 健全狀況檢查 | 符合預期的傳回 | 附註 |
|---|---|---|---|
| Omnissa Access 服務 | /SAAS/API/1.0/REST/system/health/heartbeat | 字串：ok HTTP：200 | 每隔 30 秒的頻率 |
Android 行動 SSO - Certproxy： :5262/system/health | HTTP：200 | 每隔 30 秒的頻率 | |
iOS 行動 SSO - KDC： TCP half-open to port 88 | 連線 | 每隔 30 秒的頻率 | |
憑證介面卡：:7443/SAAS/API/1.0/REST/system/health | 字串：ok HTTP：200 | 每隔 30 秒的頻率 | |
| 20.01 之前的 Omnissa Access Connector | /hc/API/1.0/REST/system/health/allOk | 字串：true HTTP：200 | 每隔 30 秒的頻率 |
| Omnissa Access Connector 20.01 及更高版本 | https://hostname:portnumber/eks/health**附註：**負載平衡器不適用於目錄同步服務或使用者驗證服務。如果已設定 Kerberos 驗證服務，則這是您在負載平衡器後方設定時所需要的唯一企業服務。若要監控 Kerberos 驗證服務，請使用前述的端點，其中 portnumber 為主機的連接埠號碼預留位置。預設連接埠號碼是 443。 | 字串：true HTTP：200 | 每隔 30 秒的頻率 |
負載平衡器的健全狀況檢查會傳回簡單值以便網路設備輕鬆進行剖析。
用於監控的其他健全狀況檢查
此處列出的健全狀況檢查，可藉由監控有能力剖析資料並建立儀表板的解決方案來取用。請將頻率設為每隔 5 分鐘。
Omnissa Access 服務監控和健全狀況
URL 呼叫：/SAAS/jersey/manager/api/system/health
或
/SAAS/API/1.0/REST/system/health
原始輸出：
{
"AnalyticsUrl":"unknown",
"OpensearchServiceOk":"true",
"EhCacheClusterPeers":"unknown",
"OpensearchMasterNode":"unknown",
"OpensearchIndicesCount":"unknown",
"OpensearchDocsCount":"unknown",
"AuditPollInterval":"0",
"AnalyticsConnectionOk":"true",
"EncryptionServiceVerified":"unknown",
"FederationBrokerStatus":"unknown",
"ServiceReadOnlyMode":"false",
"OpensearchUnassignedShards":"unknown",
"AuditWorkerThreadAlive":"true",
"BuildVersion":"3.3.0.0 Build xxxxxxx",
"AuditQueueSize":"0",
"DatabaseStatus":"unknown",
"HostName":"unknown",
"OpensearchNodesCount":"unknown",
"EncryptionStatus":"unknown",
"FederationBrokerOk":"true",
"EncryptionConnectionOk":"true",
"EncryptionServiceImpl":"unknown",
"ClusterId":"22f6e089-45df-41ab-9c8a-77f3e4589230",
"EhCacheClusterDiagnostics":"unknown",
"OpensearchNodesList":"unknown",
"DatabaseConnectionOk":"true",
"OpensearchHealth":"unknown",
"StatusDate":"2018-08-06 19:14:40 UTC",
"ClockSyncOk":"true",
"MaintenanceMode":"false",
"MessagingConnectionOk":"true",
"fipsModeEnabled":"true",
"ServiceVersion":"3.3.0",
"AuditQueueSizeThreshold":"null",
"IpAddress":"unknown",
"AuditDisabled":"false",
"AllOk":"true"
}
| "AllOk" | "true", "false" | 用來監控 Omnissa Access 服務整體健全狀況的彙總健全狀況檢查 |
| "MessagingConnectionOk" | "true", "false" | 確認所有訊息產生者和取用者皆已連線至 RabbitMQ |
| "DatabaseConnectionOk" | "true", "false" | 確認資料庫的連線 |
| "EncryptionConnectionOk" | "true", "false" | 確認加密服務的連線正常，且主要金鑰儲存區也正常運作 |
| "AnalyticsConnectionOk" | "true", "false" | 確認分析服務的連線 |
| "FederationBrokerOk" | "true", "false" | 確認內嵌式驗證配接器的子系統正常運作 |
**附註：**輸出中的「不明」標籤表示資訊受到限制。依預設，系統會隱藏 IP 位址和主機名稱等機密資訊。若要顯示這項資訊，請參閱在 Omnissa Access 健全狀況檢查 API 中顯示其他資訊。
URL 呼叫：/catalog-portal/services/health
這是 Omnissa Access 使用者介面部分專用的健全狀況檢查。
原始輸出：
{
"status": "UP",
"uiService": {
"status": "UP"
},
"apiService": {
"status": "UP"
},
"eucCacheEngine": {
"status": "UP"
},
"cacheEngineClient": {
"status": "UP"
},
"persistenceEngine": {
"status": "UP",
"database": "Microsoft SQL Server",
"hello": 1
},
"tenantPersistenceEngine": {
"status": "UP",
"database": "Microsoft SQL Server",
"hello": 1
},
"diskSpace": {
"status": "UP",
"total": 8460120064,
"free": 4898279424,
"threshold": 10485760
}
}
| "status" | "UP", "DOWN" | 用來監控 Omnissa Access 使用者介面 (UI) 整體健全狀況的彙總健全狀況檢查 |
| "uiServer.status" | "UP", "DOWN" | 如果主要 UI 服務正在執行中，則為 UP |
| "apiService.status" | "UP", "DOWN" | 如果主要 UI API 服務正在執行中，則為 UP |
| "eucCacheEngine.status" | "UP", "DOWN" | 如果 Hazelcast 叢集引擎正在執行中，則為 UP |
| "cacheEngineClient.status" | "UP", "DOWN" | 如果 UI 的 Hazelcast 用戶端正在執行中，則為 UP |
| "persistenceEngine.status" | "UP", "DOWN" | 如果主要資料庫 (SQL) 正在執行中，則為 UP |
| "tenantPersistenceEngine.status" | "UP", "DOWN" | 如果主要資料庫 (SQL) 正在執行中，則為 UP |
| "diskSpace.status" | "UP", "DOWN" | 如果可用磁碟空間大於設定的臨界值 10 MB，則為 UP |
| "diskSpace.free" | 位元組 | Omnissa Access UI 安裝所在磁碟分割上的可用空間 (以位元組為單位) |
URL 呼叫：/opt/wss/horizon/workspace/logs/cert-auth.log
這是 Omnissa Access 憑證認證專用的健全狀況檢查。
此頁面對您有幫助嗎?