規劃、調整和維護業務關鍵閘道解決方案

本文適用於任何規劃在業務關鍵案例中部署內部部署數據網關的人。 如果內部部署數據閘道對企業正常運作至關重要，並處理業務關鍵性數據，則為業務關鍵。

如果業務關鍵閘道未正確管理，您可能會遇到失敗的查詢或效能變慢。 當您正確規劃、調整及維護業務關鍵閘道解決方案時，可能會將影響業務的問題降到最低。

詞彙

本文中會使用下列重要詞彙：

• 閘道：計算機上安裝的內部部署數據閘道應用程式。
• 閘道伺服器：已安裝內部部署數據閘道應用程式的 Windows 電腦（虛擬機或實體電腦/伺服器）。
• 網關叢集：一組可一起運作的閘道（且可能已負載平衡）。
• 閘道成員：屬於閘道叢集一部分的閘道。

下圖示範上述概念之間的關聯性。

適用於業務關鍵閘道的 建議

對於業務關鍵閘道，閘道必須正確部署和管理，以確保高可用性、良好效能及可維護的延展性。 部署閘道不正確可能會導致效能不佳、查詢失敗，以及診斷潛在問題時發生困難。 這也可能會妨礙您在使用量成長時相應增加和相應放大閘道的能力。

若要確保最佳的延展性、效能和輸送量，請遵循下一節中的建議。

了解所有閘道修復金鑰

請確定所有閘道復原金鑰皆為 已知，並保留在安全的地方。 如果沒有復原金鑰，就無法復原或降級閘道。 這項限制是設計方式。 如果您遺失修復密鑰，唯一的選項是建立新的閘道並重新建立數據源。 此外，您無法在沒有復原密鑰的情況下將新的閘道新增至叢集，這會限制未來的延展性。

將修復金鑰儲存在安全的地方，就像儲存系統管理認證一樣，例如密碼安全，只能由授權的系統管理員存取。

如果您目前不知道所有閘道復原金鑰，這是一個 重大的業務風險。 立即建立新的閘道叢集，並開始將工作負載移轉至閘道叢集。

開發工作負載和業務關鍵工作負載

藉由設定一或多個開發網關叢集和一或多個生產網關叢集，將開發工作負載與業務關鍵工作負載分開，如下所述。

使用開發閘道叢集來測試新的語意模型、報表、查詢等等。 一旦驗證新的工作負載，請將它移轉至業務關鍵閘道叢集。 此流程可防止新的、未經測試或實驗性工作負載對生產工作負載產生效能影響。

此外，請使用您的開發閘道叢集來測試新的閘道更新，再將更新套用至業務關鍵閘道叢集。 在業務關鍵閘道叢集上使用之前，應在開發閘道叢集中至少部署 24 小時的新閘道更新。

使用多個閘道叢集

如果您要為組織中的大量使用者建立閘道叢集，您必須根據業務單位或較小單位建立多個閘道叢集，以限制對一小部分使用者的任何潛在效能影響。

我們不建議將單一業務關鍵網關叢集用於整個公司（除非公司很小）。 在單一閘道叢集案例中，一位使用者可能會傳送查詢，對閘道間的所有流量造成顯著的效能影響。 如果整個公司都使用閘道，效能影響可能會影響整個公司。 此外，當整個公司使用閘道叢集時，可能較難識別使用 閘道效能監視 功能時，哪些查詢可能會導致效能問題。

使用閘道高可用性和負載平衡功能

請一律針對任何業務關鍵閘道叢集使用 閘道高可用性和負載平衡 功能。

• 高可用性：排除單一失敗點。
• 負載平衡：自動將工作負載分散到叢集中的所有閘道伺服器。

基於任何原因，為每個網關叢集設定至少兩個閘道，以防網關脫機。 此設定可確保單一閘道失敗不會造成整個閘道叢集失敗。 此外，可以在閘道上啟用CPU、記憶體、並行限制，以更好地將負載分散到閘道叢集。

規劃和維護閘道叢集延展性

使用我們建議的硬體和軟體指導方針來設定閘道叢集，可確保叢集以良好的效能執行。 未正確調整的閘道可能會導致效能不佳。 您必須考慮許多因素，才能在網關叢集上取得良好的效能。

判斷閘道伺服器硬體規格

網關伺服器規格（CPU、記憶體、磁碟等）是重要的因素，因為在大多數情況下，Power Query 轉換會套用至網關伺服器上的數據。 因此，閘道伺服器必須有足夠的資源、記憶體和處理能力來處理所有資料轉換。

當您需要選擇伺服器大小時，有兩個最重要的計量：記憶體和CPU。 您需要充足的記憶體和CPU電源，才能處理閘道上的Power Query資料轉換步驟。 閘道伺服器必須強大到足以處理您擁有的最高工作負載。 如果閘道伺服器無法處理工作負載，您的直接查詢或數據重新整理將會失敗。 也請務必瞭解同時執行多少個查詢。

這些不同的查詢選項對您的閘道伺服器有不同的影響。

查詢類型	限制因數
Import	記憶體
DirectQuery	CPU
Live 連線	CPU

在匯入期間，必須查詢和處理整個數據集，這是記憶體繁重的工作。 此匯入通常需要較長的時間。 DirectQueries 和 Live 連線 通常是 CPU 繁重。 在大部分情況下，會多次執行直接查詢，只處理一小部分的數據。 由於只會處理少量的數據，因此這些直接查詢通常不是記憶體繁重的工作。 不過，由於查詢會視需要執行多次，因此可能需要大量CPU。

根據您的工作負載，請考慮將閘道伺服器優化為記憶體或CPU。

調整閘道叢集的時機

調整是業務關鍵閘道叢集的重要層面。 隨著閘道叢集的使用量成長，閘道叢集必須相應增加和/或相應放大，以確保效能良好。 如果您先前已相應增加叢集中的網關，建議您開始相應放大閘道叢集。

調整和散發叢集內個別節點的流量負載，是一個複雜的程式，會根據每個個別案例而有所不同。 雖然沒有明確的模型可確保所有閘道流量都能可預測的服務，但以下所列的限制表示需要調整。 一般而言，我們建議相應放大（將節點新增至叢集）優先相應增加（增加個別節點上的 CPU、RAM 或磁碟空間）。 相應放大在整體系統處理額外流量的能力方面往往更有效率。 相應放大也會對叢集可以處理的頻寬總計產生積極影響，而相應增加通常不會。 當一或多個網關節點顯示達到以下所述的閾值的指示時，應該強烈考慮相應放大叢集。

• CPU：CPU 在延長期間超過 80%，不過偶爾會短暫（低於 5 分鐘）的尖峰，而最大 CPU 不會異常。

• RAM：可用記憶體會定期低於 20%。

• 磁碟：可用磁碟空間經常低於5 GB。 此下降也可能表示需要更策略性地設定快取或多任務緩衝處理目錄。

• 並行：在單一節點上同時執行 40 多個查詢。

由於跨網關節點散發的重新整理和查詢可能會有截然不同的配置檔，因此我們也建議您對長時間執行或需要大量記憶體的作業進行額外的審查。 在這種情況下，查詢優化可能會對效能和延展性產生巨大影響，不僅對個別報表和重新整理，而且對整個系統都有巨大的影響。 我們建議將有問題的重新整理隔離至單一專用網關叢集，以評估效能特性，並使用查詢計劃診斷、折疊指標和所有其他已發佈的效能建議來執行優化。 此隔離可將擷取的數據量和所需的後續處理量降至最低。 此隔離也可用來作為長期策略，將長時間執行的 ETL 作業封存至專用網關叢集，以減少與整個組織其他一般重新整理的爭用。

相應增加閘道叢集

相應增加是當您增加閘道伺服器的規格時（CPU、記憶體、磁碟等等）。

如果閘道執行一或多個查詢時達到最大 CPU 或記憶體，可能需要相應增加。 查詢只能在一部閘道伺服器上執行，這就是為什麼閘道伺服器必須有足夠的資源可供處理整個查詢以及產生的數據。

相應放大閘道叢集

如果閘道伺服器已經有高規格（換句話說，閘道伺服器已經相應增加），或您達到單一閘道伺服器可以管理的限制，因為正在執行的並行查詢數目。 跨整個網關成員集進行廣泛式負載增加是一個很好的指示，指出藉由新增節點來調整叢集是正確的動作過程。 何時調整閘道叢集 會提供特定臨界值，指出何時要調整。 如需相應放大的詳細資訊，請移至 使用閘道高可用性和負載平衡功能。

藉由建立新的閘道叢集來調整

如果您的閘道叢集的資源使用量很高，或有異常大量的使用者依賴閘道叢集，則可以建立新的閘道叢集。 接著可以將工作負載的子集移轉至新的閘道叢集。 當大量使用者依賴單一閘道叢集時，使用者可能會傳送導致整個閘道叢集顯著效能影響的查詢的可能性會大幅增加。

依賴單一閘道叢集的異常大量使用者，是應該建立新閘道叢集的指標。

監視和疑難解答閘道效能

請務必使用 閘道效能監視 功能來監視業務關鍵閘道的整體效能。 您也可以使用這項功能來針對效能問題進行疑難解答、找出瓶頸，以及識別影響整體網關效能的查詢。 這項功能也是協助您判斷何時調整閘道叢集的重要工具。

如果您將查詢識別為對網關造成嚴重影響而導致整體效能不佳，您可以重寫查詢以更有效率且將效能影響降到最低。

如果 Microsoft 識別閘道或閘道相關元件所造成的效能不佳，例如超載的 Power BI 進階版 容量，則必須藉由調整或減少負載來補救多載元件。 當閘道或閘道相關元件超載時，Microsoft 不會調查效能不佳的問題。