「階段作業起始通訊協定」超載保護
「階段作業起始通訊協定 (SIP)」超載可保護系統免於發生下列兩種超載情況:記憶體超載和 CPU 超載。 儲存器管理的超載保護 (CMOP) 和 Proxy 管理的超載保護 (PMOP) 可根據超載設定資訊來進行即時保護。
SIP 儲存器管理的超載保護
在獨立式伺服器部署中,SIP 儲存器管理的超載保護 (CMOP) 只提供記憶體和 CPU 兩種超載情況的防禦。 管理者可以使用 SIP 儲存器設定,來設定數個靜態臨界值。 當超出這些臨界值時,儲存器會開始捨棄新要求,其作法是只要要求起始新對話框,就會回以 503 回應,直到儲存器不再超載為止。 這包括會影響記憶體和 CPU 使用率的設定。
在 ND 部署中,當儲存器處於已超載狀態時,CMOP 可讓儲存器使用相同的 SIP 儲存器設定,來通知 Proxy 伺服器。 在 Proxy 伺服器收到這項通知之後,它會開始捨棄新要求,而不將要求轉遞給儲存器。 不論配置為何,CMOP 會阻止 ND 中所有的記憶體超載情況。
- 應用程式階段作業數目上限
- 每個平均期間的訊息數上限
- 回應時間上限
- 分派佇列大小上限
- message.queue.burst.factor
- thread.message.queue.max.size
- weight.overload.watermark
SIP Proxy 管理的超載保護
- on 或 off 機制可能太過精細
- 許可率可能波動
- 可能難以建立負載的絕對上限
- 可能將不穩定的負載傳送給儲存器
當部署 PMOP 時,Proxy 伺服器會對每一個儲存器採用許可率控制器。 當儲存器超載時,採取的作法並不是接受或拒絕新負載達一段時間,反倒是可將新的工作量傳送到後端儲存器,且不完全關閉新資料流量的流動。 這可讓 Proxy 伺服器為儲存器提供一致的負載,且不會超過儲存器設定的最大值。
SIP Proxy 伺服器會根據指定給儲存器的所配置「每個平均期間的訊息數上限 (MMAP)」設定的百分比,來計算訊息至每一個後端儲存器的傳輸量最大值。 訊息傳輸量的最大值稱為「傳輸量係數上限 (MTF)」。
依預設會停用 MTF,如果要啟用,唯一的作法是指定 maxThroughputFactor 自訂內容的值。 指定給 MTF 自訂內容的值應小於百分比 100,以防在儲存器發生 CPU 超載。 例如,您可以將此值設為百分比 90。
當所設定的 MTF 自訂內容值小於百分比 100 時,傳給儲存器的傳輸量總計絕不會超過指定給 MMAP 儲存器設定的最大值。 當出現超載情況時,此程序會阻止儲存器處理過多的負載。
如果需要穩定又精確的超載保護,應一律指定 MTF 值。 指定 MTF 設定可提供最佳的負載結果,其範圍可達系統容量的兩倍。 在您配置超載保護時,應將您的系統容量納入考量。
- 各伺服器的比率控制(在 Proxy 伺服器上管理)
- 可自動調整的每秒許可率控制器
- 用來控制比率的「對話框內對非對話框」平均比例
- 處於超載狀態時能自動降低比率
- 能夠吸收快速負載轉移
- 容忍激增(容許短暫偶然的負載激增),而不觸發超載
- 在叢集中進行轉移時,可避免過度超載的穩定性控制
- burstResetFactor
- deflatorRatio
- dropOverloadPackets
- inDialogAveragingPeriod
- maxThroughputFactor
- outDialogAveragingPeriod
- perSecondBurstFactor
- proxyTransitionPeriod
- sipProxyStartupDelay