當建立新的性能原則時,請利用這個頁面來定義性能原則條件內容。若要檢視此管理主控台頁面,請按一下作業原則 > 性能原則 > 新建。
關於性能原則內容的延伸資訊如下:
存在期間型條件:
存在期間上限 |
這個欄位設定存在期間的值,當原則的存在期間到達該值時,原則就會重新啟動相關聯的成員。可接受的值為以天或小時為單位的正整數,介於 1 小時和 365 天之間。不支援小數。若要使用到未滿一天的值,請轉換為小時。例如,如果是 1.5 天,請使用 36 小時。 |
反應模式 |
- 監督:指出性能原則是在作用中,而且也會傳送適當動作的建議給管理者,管理者可以接受或拒絕「執行時期作業」頁面上的建議。
- 自動:指出性能原則正在作用中,而且系統正在記載資料和採取動作中。
|
選取違反性能條件時要採取的動作。 |
重新啟動伺服器:重新啟動伺服器。如果是存在期間型條件原則,則動作必須是重新啟動伺服器。 |
回應時間過長條件:
回應時間 |
這個欄位使用於回應時間過長條件性能原則。當完成要求的平均值超出這個時間時,回應時間過長原則就會重新啟動成員。這個欄位可接受的值是介於 1 毫秒和 60 分鐘(含)之間。 |
反應模式 |
- 監督:指出性能原則是在作用中,而且也會傳送適當動作的建議給管理者,管理者可以接受或拒絕建議。
- 自動:指出性能原則正在作用中,而且系統正在記載資料和採取動作中。
|
選取違反性能條件時要採取的動作。 |
重新啟動伺服器:重新啟動伺服器。如果是工作量條件原則,則動作必須是重新啟動伺服器。 |
要求逾時過久條件:
使用的總記憶體 |
當記憶體用量超出資料堆大小的某個百分比且持續一段時間,記憶體過量原則就會重新啟動成員。使用的總記憶體百分比和超出記憶體臨界值的時間二者來決定何時重新啟動成員。這個欄位可接受的值是從 1 到 99 的整數。 |
反應模式 |
- 監督:指出性能原則是在作用中,而且也會傳送適當動作的建議給管理者,管理者可以接受或拒絕建議。
- 自動:指出性能原則正在作用中,而且系統正在記載資料和採取動作中。
|
選取違反性能條件時要採取的動作。 |
- 採取執行緒傾出:對 IBM Java Development Kit (JDK) 採取執行緒傾出。
- 重新啟動伺服器:重新啟動伺服器。
|
記憶體條件:記憶體過量:
使用的總記憶體 |
當記憶體用量超出資料堆大小的某個百分比且持續一段時間,記憶體過量原則就會重新啟動成員。使用的總記憶體百分比和超出記憶體臨界值的時間二者來決定何時重新啟動成員。這個欄位可接受的值是 1 到 99 的整數。 |
超出記憶體臨界值的時間 |
這個欄位使用於記憶體過量性能原則。當記憶體用量超出資料堆大小的某個百分比且持續一段時間,記憶體過量原則就會重新啟動成員。這個欄位可接受的值是介於 1 秒到 60 分鐘(含)之間。 |
反應模式 |
- 監督:指出性能原則是在作用中,而且也會傳送適當動作的建議給管理者,管理者可以接受或拒絕建議。
- 自動:指出性能原則正在作用中,而且系統正在記載資料和採取動作中。
|
選取違反性能條件時要採取的動作。 |
重新啟動伺服器:重新啟動伺服器。如果是工作量條件原則,則動作必須是重新啟動伺服器。 |
記憶體條件:記憶體洩漏:
條件的偵測層次 |
您可以選擇下列的偵測層次。就每一個層次而言,在偵測可疑的記憶體洩漏之速度與精確度之間有取捨。- 快速偵測,較高的假警報機率:
快速偵測原則可以快速偵測潛在的記憶體洩漏,不過它會錯誤識別記憶體洩漏的機率高於較慢的偵測原則,因為它在 Java 資料堆擴充至其配置的大小上限之前分析。
- 標準偵測,標準的假警報機率:
標準偵測原則的精確度高於快速原則,但是識別潛在的記憶體洩漏的速度較慢。標準及快速設定需要的歷程資料量相同,但是標準設定在 Java 資料堆擴充至其配置的大小上限之後才分析。
- 慢速偵測,較低的假警報機率:
慢速偵測原則最為精確,不過它偵測潛在的記憶體洩漏的速度比快速偵測原則慢。慢速設定需要最多的歷程資料。
|
反應模式 |
- 監督:指出性能原則是在作用中,而且也會傳送適當動作的建議給管理者,管理者可以接受或拒絕建議。
- 自動:指出性能原則正在作用中,而且系統正在記載資料和採取動作中。
|
選取違反性能條件時要採取的動作。 |
- 僅對 IBM Java Development Kit (JDK) 採取 JVM 資料堆傾出:
僅對 IBM JDK 採取資料堆傾出。
- 重新啟動伺服器:重新啟動伺服器。
|
風暴排放條件
條件的偵測層次 |
您可以選擇下列的偵測層次。就每一個層次而言,在偵測可疑的記憶體洩漏之速度與精確度之間有取捨。- 標準偵測,正常的假警報機率:
標準偵測原則的精確度低於慢速原則,但是識別潛在的記憶體洩漏的速度較快。這個原則針對回應時間和部署工作量管理程式權重使用較少的範例 (N=10),並依據範例集嘗試偵測每一個度量中的變更點。結果它的速度較快,因為它等待 20 個範例,10 個用於左平均值,10 個用於右平均值,以計算平均值的差異以及尋找本端上限。這些範例是以 15 秒的間隔來收集。可以在它出現的五分鐘內偵測風暴排放。由於範例數較少,因此若是範例有大量的暫時性上升或下沉,則會有假警報的機率較高。
- 慢速偵測,較低的假警報機率:
慢速偵測原則最為精確,不過它偵測潛在的記憶體洩漏的速度比標準偵測原則慢。這個原則對回應時間和部署工作量管理程式權重使用較多的範例 (N=15)。
結果它的速度較慢,因為它必須等待 30 個範例 (15 個用於左平均值,15 個用於右平均值),以計算平均值的差異。
偵測時間為七分鐘又 30 秒。由於範例數較多,因此若出現幾個有暫時性上升或下沉現象的範例,並不會明顯影響平均值,且假警報的機率較低。
|
反應模式 |
- 監督:指出性能原則是在作用中,而且也會傳送適當動作的建議給管理者,管理者可以接受或拒絕建議。
- 自動:指出性能原則正在作用中,而且系統正在記載資料和採取動作中。
|
選取違反性能條件時要採取的動作。 |
重新啟動伺服器:重新啟動伺服器。如果是工作量條件原則,則動作必須是重新啟動伺服器。 |
工作量條件:
要求總數 |
您可以在這個欄位指派要求數值到工作量原則。當服務到達了這個要求數量時,工作量條件原則會重新啟動成員。可接受的要求值必須是介於 1000 和 9223372036854775807 之間的整數。 |
反應模式 |
- 監督:指出性能原則是在作用中,而且也會傳送適當動作的建議給管理者,管理者可以接受或拒絕建議。
- 自動:指出性能原則正在作用中,而且系統正在記載資料和採取動作中。
|
選取違反性能條件時要採取的動作 |
重新啟動伺服器:重新啟動伺服器。如果是工作量條件原則,則動作必須是重新啟動伺服器。 |
當您完成欄位時,請按下一步。