開始 30 天免費試用。

「位置」通常指的是伺服器接收已定義監視器回應的地理分佈觀測點集合。

主要位置是執行定義監視器輪詢的主要監控位置。當主要位置偵測到停機時，系統也會從次要位置進行輪詢，以排除誤報情況。

次要監控位置可作為備援或輔助檢查點，用於驗證與備援。使用多個監控位置可提升監控覆蓋範圍與服務可靠性。

若需從超出方案支援範圍的額外地點進行監控，可使用額外的檢查附加元件。這些附加元件可讓您在主要方案之外執行更多地點檢查，並可調整次要地點的輪詢頻率，使其低於主要監控頻率。

例如，假設您的方案包含 8 個位置，而某個監視器的次要輪詢頻率為每 30 分鐘一次。若要在所有次要位置以每 5 分鐘監控，則一小時內 8 個位置共會進行 8 × 12 次輪詢，其中有 8 × 2 次為免費。

我們對網頁速度與真實瀏覽器監控 (RBM) 採用以執行次數為基礎的計價方式。每個監視器在各監控位置的執行都會被計算為一次檢查。

假設某方案允許 1,440 次檢查。您可將其配置為每個監視器每天執行 288 次檢查 (每 5 分鐘一次)，持續五天，或依需求分配至帳戶中的 WPA 或 RBM 項目使用。

以監視器為基礎的計價方式則根據三種類型的監視器 — 基本、主機與進階監視器 — 進行計價，這是我們新版定價模式的一部分。

以檢查次數為基礎的計價方式允許您調整監控位置數量與輪詢頻率。透過此選項，您可以增加監控位置，並降低相較於方案預設的輪詢頻率。

對於網站監視器而言，基本監視器授權允許主要位置以最短 1 分鐘頻率進行輪詢，並允許 7 個次要位置以 30 分鐘頻率進行輪詢。若您希望所有 8 個位置皆以 1 分鐘頻率進行監控，可透過「額外檢查附加元件」來實現。依此方式，您可計算所需的額外檢查次數：

總執行次數：每小時 60 次檢查 * 每天 24 小時 * 每月 30 天 * 8 個位置 = 共 345,600 次檢查

基本監視器允許的檢查次數如下：主要位置每小時 60 次檢查 × 24 小時 × 30 天 + 次要位置每小時 2 次檢查 × 24 小時 × 30 天 × 7 (次要位置數) ＝ 53,280 次檢查

所需額外檢查數 = 345,600 - 53,280 = 每月 292,320 次檢查

監視器的預設輪詢頻率會依據所選方案而定。使用者可將網站的輪詢頻率調整為最短 30 秒一次，但此設定需使用兩份基本授權。但對於內部部署輪詢器，其輪詢頻率固定為 5 分鐘一次。

在真實瀏覽器監控中，「交易」指的是受監控網頁應用程式中的一連串操作步驟，對於評估使用者體驗與識別效能問題至關重要。在真實瀏覽器監控 (RBM) 工具中，「合成執行」是指於瀏覽器內進行模擬測試，以評估系統效能。綜合而言，一筆交易等同於一次合成執行，也就是說，每個受監控的交易皆代表真實瀏覽器監控中的一次模擬測試。執行合成測試可確保 RBM 的可靠性，進而最佳化遠端監控，提供順暢的使用者體驗。

合成執行授權適用於交易監視器 (RBM) 與網頁速度瀏覽器監控。

在進階監控授權中，您可新增一個 WPA/RBM 監視器，並依方案在 8/16 個位置以每 30 秒或每 1 分鐘進行輪詢。選擇以合成執行為基礎的授權後，單一監視器最多可進行 10,000 次檢查。此外，您也可將此執行次數型授權彈性分配至多個進階監視器。

若使用者擁有大量 WPA 或 RBM 監視器需執行多地點檢查，選擇以執行次數為基礎的授權將更具成本效益。您方案中包含的進階授權可依需求用於新增其他進階監視器。

我們的 RBM 與網頁速度監視器可模擬實際使用者的網站體驗。這些監視器通常歸類為進階監視器，或採用以檢查次數為基礎的計費模式。

根本原因分析 (RCA) 是一種深入分析，用以找出導致停機事件的實際原因。精準找出根本原因有助於縮短問題解決時間，確保網站或應用程式的穩定運作。

所有方案都包含詳細的 RCA 報告，但影片 RCA 僅限 Enterprise 方案使用。

瀏覽器中載入的每個網頁皆計為一次頁面瀏覽數，與背景載入的資源數量無關。

RUM 的授權是依據頁面瀏覽數計算的。使用者需購買頁面瀏覽數才能使用 RUM 監視器。

代理式是指在裝置上安裝軟體代理程式，收集效能資料並傳送至中央伺服器進行分析與警示。

代理式監控包含：

• Windows 伺服器監控
• Linux 伺服器監控
• FreeBSD 伺服器監控
• OS X 伺服器監控

無代理監控包含：

• HP 伺服器監控
• IBM 伺服器監控
• Solaris 伺服器監控
• SNMP 伺服器監控
• WMI 伺服器監控
• Vmware (虛擬機器/ESX/ESXi 主機/叢集)
• Nutanix 主機 (虛擬機器/叢集)
• Kubernetes 節點
• Azure 虛擬機器
• GCP 計算
• 雲端 AWS EC2 執行個體

代理式是指在裝置上安裝軟體代理程式，收集效能資料並傳送至中央伺服器進行分析與警示。

代理模式與無代理模式皆歸為主機監視器。

外掛程式是自訂腳本或整合功能，可用於監控 IT 基礎架構或應用程式中超出 Site24x7 標準監控能力的部分。這些外掛程式可協助您收集特定指標或執行自訂檢查。

每個包含 25 個特定屬性的外掛程式需佔用 1 份基本監視器授權。新增額外外掛程式將消耗您的基本監視器授權數。每個外掛程式最多可監控伺服器的 25 項特定屬性。

我們的監控解決方案能自動偵測並監控每台主機上執行的程序與服務。此外，如有需要，您也可手動新增特定程序或服務進行監控。

使用我們的 Professional 方案，您可在每台主機上免費監控最多 25 個程序！若要監控超過 25 個程序，則需額外購買基本授權 (每份涵蓋 25 個額外程序)。

在 Enterprise 方案中，您可免費監控每台主機最多 50 個程序。若需超出此限制的監控，則需額外購買授權。

在 Docker 中，每台主機的前 10 個容器可免費監控。之後每增加 10 個容器，需佔用一份主機監視器授權。

對於 Kubernetes，主要 Kubernetes 叢集將被視為一個基本監視器。如需其他元件的詳細資訊，請參閱這篇文章。

每個獨立的資料庫執行個體都被視為一個資料庫主機。假設在同一台伺服器上執行兩個 MySQL 執行個體，則會被視為兩個資料庫授權。

我們目前支援 MSSQL、MySQL 與 PostgreSQL 等資料庫，並支援以外掛程式為基礎的 Oracle、Cassandra、MongoDB、ClickHouse、CouchBase 等資料庫。

每個資料庫伺服器會佔用一份進階監視器授權，並可免費監控 10 個資料庫。同一伺服器內的額外資料庫則需各自佔用一份基本監視器授權。

AWS EC2、Azure VM 與 GCP Compute 等雲端虛擬機器將透過以下兩種方式進行監控：

• 透過相應 API 進行無代理監控：這有助於偵測新加入的虛擬機器資源、自動擴展的環境，以及虛擬化層級的資源使用情況。
• 使用 Site24x7 伺服器代理程式的代理型監控：此功能可協助監控系統資源、程序與服務、識別相依關係，並自動修復事件。

在 VMware 監控中，VMware Cluster、VMware ESX/ESXi 與 VMware VM 各需佔用一份主機授權。資料存放區與資料存放區快照則屬於基本監視器。

ESX 硬體將作為權重制監視器，其授權數量取決於所連結的感測器數量；每 50 個硬體感測器需佔用 1 份基本監視器授權。

vCenter 是免費的監視器。在您的環境中監控 Nutanix 叢集、主機與虛擬機器時，每個主機都需要單獨的授權。

基礎架構事件是指反映 IT 環境中重大變更或狀況的通知。此功能不需額外付費。

AWS 資源會依監控的服務類型分別歸為主機監視器或基本監視器。服務所佔用的基本監視器授權數取決於監控指標數量與監控複雜度。查看 AWS 監視器類型清單。

在 Site24x7 中，「子監視器」指的是隸屬於主要監視器之下的附屬監控執行個體。它用於監控服務或應用程式的特定層面或元件。

每個受監控的主機作業系統 (無論虛擬或實體) 皆視為一台伺服器，並會佔用一份主機監視器授權。

在 AWS 中，預設每台伺服器可監控最多 25 個主要資源，包括容器與磁碟區。若需監控更多，每五個子監視器將佔用一份基本授權。

在 Azure 與 GCP 中，您可在每台伺服器內追蹤最多 25 個主要資源，包括程序、服務與資源使用情況。若需在單一伺服器上監控超過 25 個資源，這些額外檢查將佔用您的基本監視器授權。

自動擴展群組是一組邏輯上的 EC2 執行個體集合，用於實現動態擴展。透過 Site24x7，您可監控群組內的資源指標 (例如 CPU 使用率) 並設定警示。這可讓您依應用程式負載變化調整擴展策略，確保執行個體能隨需求變化適當擴縮。

若我們偵測到的資源數超出您的授權上限，系統通常會暫停監控並保留在您的帳戶中。您可在需要時購買授權並啟用。

啟用按時計價後，這些監視器將自動開始收集您的監控指標。您僅需支付資源在帳戶中實際運作期間的費用。如有需要，您可選擇暫停這些監視器。

我們僅針對資源處於啟用狀態的時間進行計費，讓您能以單一主機監視器的成本監控多個資源。

例如，在 Professional 方案中：

• 每天監控 EC2 執行個體 1 至 4 小時，持續 30 天的費用為 0.72 美元 (計算方式：0.4 小時 × 每小時 0.006 美元 × 30 天)。
• 每天監控 EC2 執行個體 6 小時，持續 30 天的費用為 1.08 美元 (計算方式：6 小時 × 每小時 0.006 美元 × 30 天)。
• EC2 1 與 EC2 2 的合計費用為 1.80 美元，低於單一主機監視器的 2 美元成本。

透過此功能，您可依需求設定監控時段，例如上班時間、週末或特定時段。

否。監控一台網路裝置需使用一份元件授權，並可透過 SNMP 監控最多 100 個介面。每增加 100 個介面需額外使用一份授權。在 NetFlow Analyzer 中分析單一介面流量會消耗一份元件授權。在 NCM 中追蹤單一裝置設定變更會消耗一份元件授權。此項亦包含韌體漏洞管理與網路設定合規 (僅支援於 Enterprise 套件)。

網路元件授權僅適用於特定與網路相關的監視器類型。如需支援的資源類型詳細資訊，請參閱此頁面。

是，每個 VeloCloud Edge 需一份網路元件授權。

如 VoIP 與 WAN RTT 等 Cisco IPSLA 監視器，每個監視器會消耗 4 份網路元件授權。每台無線區域網路控制器 (WLC) 需一份元件授權。每兩個無線存取點 (AP) 共需一份元件授權。

每新增一個磁碟、磁帶庫或光纖通道 (FC) 交換器至儲存監控時，會消耗 2 份網路元件授權。

是，每個 Cisco Meraki 裝置及每個組織皆需各自一份網路元件授權。

在 Site24x7 中，我們提供專為 MSP 設計的方案，可透過單一入口網站有效監控多個帳戶。每個被監控的帳戶稱為「客戶」。

MSP 可為每位客戶設定授權上限。若客戶未個別新增，仍可共同使用監視器，但總數不得超過 MSP 帳戶的授權上限。

初始情況下，Site24x7 允許使用者新增九位客戶。若要監控更多帳戶，需購買額外的客戶附加元件。

若要提高監視器容量，MSP 管理員必須購買額外授權。

上限設定類似於設置使用限制。它定義了 MSP 帳戶中客戶可使用的監視器最大數量。

啟用上限設定後，客戶帳戶中可新增的監視器數量將受到限制。達到此上限後，將無法再新增監視器。

若未設定上限，單一 MSP 帳戶下的所有客戶將共用一個可用監視器資源池。只要整體資源池尚有可用監視器，各客戶皆可新增監視器。

MSP 管理員可依下列步驟為每位客戶設定上限。

訂閱 > 套用授權 > 基本、進階與主機授權 (您可針對每位客戶設定各監視器的上限)。

授權分配僅限由 MSP 管理員執行。為了方便追蹤，您可以啟用「顯示分配」選項，以查看授權分配給各客戶的情況。

MSP 管理員可在任何時間啟用或停用客戶入口網站。

無論是方案或附加元件，使用信用卡付款或設定重複付款的 PayPal 使用者皆可自動續訂。此外，透過「套用授權」選項所設定的客戶使用上限將會保留並延續至後續週期。