BizTalk Server中的速率型節流會套用至包含協調流程或傳送配接器的主機實例，這些實例會接收和傳遞或處理已發佈至 MessageBox 的訊息。 使用 BizTalk 設定儀表板，您可以在 BizTalk 群組中，修改指定主機的速率型節流組態設定。 這些設定會套用至指派給指定主控件的所有主控件執行個體。 本主題提供修改這些設定的逐步程序。
可能會觸發根據速率的節流的狀況有：
主控件執行個體使用的記憶體數量、執行緒數目或資料庫連線數目超過節流閾值。
主控件執行個體的訊息傳遞內送速率超過訊息傳遞外寄速率 * 指定的速率增加因數 (百分比) 值。
主控件執行個體同時處理的訊息數目超過每一 CPU 的內含式訊息數 * 電腦上可用的 CPU 數目。
若要執行此作業，您必須以 BizTalk Server Administrators 群組的成員身分登入。
在[BizTalk Server管理主控台] 中，展開 [BizTalk Server系統管理]，以滑鼠右鍵按一下[BizTalk 群組]，然後按一下 [設定]。
在 [ BizTalk 設定儀表板] 對話方塊的 [ 主機 ] 索引標籤上，按一下 [ 速率型節流] 索引卷 標。
執行下列動作，然後按一下 [ 套用 ] 以套用修改，然後繼續進行另一個索引標籤。否則，按一下 [ 確定 ] 以套用修改並結束 [設定儀表板]。
| 使用 | 作法 | 界限值 | 預設值 | 升級邏輯 |
|---|---|---|---|---|
| 主機 | 從下拉式清單中，選取代表BizTalk Server執行時間實例的主機。 | - | - | - |
發佈
| 使用 | 作法 | 界限值 | 預設值 | 升級邏輯 |
|---|---|---|---|---|
| 最小取樣數目 | 指定BizTalk Server在考慮速率型節流之前，取樣視窗持續時間的最小訊息數目。 若取樣視窗中的樣本實際數目低於此值，則會捨棄樣本，而且不會套用節流。 此值應該與中型負載情形下可發佈訊息的速率一致。 例如，如果您的系統預期在中型負載下每秒處理 1,000 份檔，則此參數應設定為 1,000 * 取樣視窗持續時間，以秒為單位 (或更精確，1 * 取樣視窗持續時間 (秒) ) 。 若此值設得太低，則在低負載情形下，系統可能會發生節流狀況。 若此值設得太高，則可能沒有足夠的樣本可有效利用此技術。 |
1 – 整數型別的最大值 | 100 | - |
| 取樣視窗持續期間 | 指定時間間隔 (以秒為單位)，這是用來計算以收集之樣本為基礎的發佈速率。 若發佈單一訊息所需的延遲很高，應增加持續期間。 | 1 – 整數型別的最大值 | 15000 | - |
| 速率增加因數 | 指定百分比以控制發生節流狀況之前，您允許要求速率較完成速率高出多少。 例如，若訊息正以每秒 200 個的速率發佈，且此參數設為 125，則在套用節流之前，系統將可允許每秒最多發佈 250 個訊息 (125% * 200 = 250)。 若指定給此參數的值太小，系統會頻繁地進行節流，因而導致過度節流。 若指定給此參數的值太大，則不能有效節流，使節流機制無法識別合理的節流狀況。 |
1 – 整數型別的最大值 | 125 | - |
| 節流延遲上限 | 指定延遲上限 (以毫秒為單位，) BizTalk Server 因為節流而對訊息實例施加。 實際的延遲根據節流狀況的嚴重性而有所不同。 | 1 – 整數型別的最大值 | 300000 | - |
| 節流覆寫 | 指定是否要覆寫訊息發佈節流。 | 0：不要覆寫 1：起始節流條件 2：不要節流 |
0 | 從登錄讀取的節流參數應以一對一的方式對應至主控件執行個體參數。 |
| 節流覆寫嚴重性 | 指定輸入節流條件的嚴重性。 較高的值會增加 當節流覆寫 設定為 1 時起始的輸入節流條件嚴重性。 |
1 – 1000 | 100 | 所有主控件執行個體值當中的最低值。 |
傳遞
| 使用 | 作法 | 界限值 | 預設值 | 升級邏輯 |
|---|---|---|---|---|
| 最小取樣數目 | 在考慮速率型節流之前，指定 BizTalk 將取樣 視窗持續時間 的最小訊息數目。 若取樣視窗中的樣本實際數目低於此值，則會捨棄樣本，而且不會套用節流。 此值應該與中型負載情形下可傳遞訊息的速率一致。 例如，如果您的系統預期在中型負載下每秒處理 1,000 份檔，則此參數應該設定為 1,000 * 範例視窗持續時間，以秒為單位， (或更精確地說，1 * 範例視窗持續時間 (秒) 此案例) 。 若此值設得太低，則在低負載情形下，系統可能會發生節流狀況。 若此值設得太高，則可能沒有足夠的樣本可有效利用此技術。 |
1 – 整數型別的最大值 | 100 | - |
| 取樣視窗持續期間 | 指定時間間隔 (以秒為單位)，這是用來計算以收集之樣本為基礎的處理速率。 若處理單一訊息所需的延遲很高，應增加持續期間。 | 1 – 整數型別的最大值 | 15000 | - |
| 速率增加因數 | 指定百分比以控制發生節流狀況之前，您允許協調流程或傳訊引擎的傳遞速率較完成速率高出多少。 例如，若訊息正以每秒 200 個的速率處理，且此參數設為 125，則在套用節流之前，系統可允許每秒最多處理 250 個訊息 (125% * 200 = 250)。 若指定給此參數的值太小，系統會頻繁地進行節流，因而導致過度節流。 若指定給此參數的值太大，則不能有效節流，使節流機制無法識別合理的節流狀況。 |
1 – 整數型別的最大值 | 125 | - |
| 節流延遲上限 | 指定因為節流而對訊息實例施加的最大延遲BizTalk Server。 實際的延遲根據節流狀況的嚴重性而有所不同。 | 1 – 整數型別的最大值 | 300000 | - |
| 節流覆寫 | 指定是否要覆寫訊息傳遞節流。 | 0：不要覆寫 1：起始節流條件 2：不要節流 |
0 | 從登錄讀取的節流參數應以一對一的方式對應至主控件執行個體參數。 |
| 節流覆寫嚴重性 | 指定輸出節流狀況的嚴重性。 較高的值會增加 當節流覆寫 設定為 1 時起始的輸出節流條件嚴重性。 |
1 – 1000 | 100 | 所有主控件執行個體值當中的最低值。 |
注意
若要還原預設設定，請按一下 [還原預設值]。
訓練
學習路徑
在 Azure 上執行高效能運算 (HPC) 應用程式 - Training
Azure HPC 是適用於 HPC 和 AI 工作負載的特殊用途雲端功能，使用頂尖處理器和 HPC 級的 InfiniBand 互連來提供最佳的應用程式效能、可擴縮性和價值。 Azure HPC 可讓使用者透過一系列高度可用的 HPC 和 AI 技術來發揮創新、生產力和企業靈活性，且可隨著您業務和技術需求的變更進行動態配置。 此學習路徑是一系列可協助您開始使用 Azure HPC 的課程模組，您可以選擇您最感興趣的主題，或逐一完成每個課程模組。