對於雲原生API Gateway執行個體,本文提供專享執行個體的容量閾值、QPS效能參考以及配額限制,可以協助您更加準確地按需選擇規格或形態。
形態說明
|
形態 |
資源模式 |
容量管理 |
適用情境 |
|
專享執行個體 |
使用者獨佔實體資源 |
按規格選擇,規格越高容量越大 |
高頻穩態、合規審計、深度定製 |
容量閾值(專享執行個體)
以下為不同網關規格下的容量閾值。當網關容量指標處於警戒水位以下時,可以得到完整的SLA保障。對於核心業務,建議將網關容量指標控制在安全水位以下,從而獲得更好的穩定性。
-
安全水位:能夠在突發流量增長至雙倍的情況下,依然確保網關係統維持高輸送量和低延遲效能。
-
警戒水位:當水位達到警戒線以上時,網關的延遲可能會增加,並且在突發流量下可能存在穩定性風險。
-
apigw.dev.x1為單節點部署的網關規格,無法提供SLA保障,僅限測試情境使用。請確保線上業務使用部署了多個節點的網關規格。
-
對於超過網關CPU/記憶體的警戒水位後引起的請求異常,網關無法提供SLA保障。網關提供了CPU/記憶體的警戒水位警示,請及時關注網關的負載水位與警示。
|
網關規格 |
用戶端串連數 |
HTTPS每秒建立串連 |
CPU使用率 |
記憶體使用量率 |
||||
|
安全水位 |
警戒水位 |
安全水位 |
警戒水位 |
安全水位 |
警戒水位 |
安全水位 |
警戒水位 |
|
|
apigw.dev.x1 |
12000 |
24000 |
400 |
800 |
30% |
60% |
75% |
75% |
|
apigw.small.x1 |
24000 |
48000 |
800 |
1600 |
30% |
60% |
75% |
75% |
|
apigw.small.x2 |
48000 |
96000 |
1600 |
3200 |
30% |
60% |
75% |
75% |
|
apigw.small.x4 |
96000 |
192000 |
3200 |
6400 |
30% |
60% |
75% |
75% |
|
apigw.medium.x1 |
192000 |
384000 |
6400 |
12800 |
30% |
60% |
75% |
75% |
|
apigw.medium.x2 |
384000 |
768000 |
12800 |
25600 |
30% |
60% |
75% |
75% |
|
apigw.medium.x3 |
576000 |
1152000 |
19200 |
38400 |
30% |
60% |
75% |
75% |
|
apigw.large.x1 |
768000 |
1536000 |
25600 |
51200 |
30% |
60% |
75% |
75% |
|
apigw.large.x2 |
1536000 |
3072000 |
51200 |
102400 |
30% |
60% |
75% |
75% |
|
apigw.large.x3 |
2304000 |
4608000 |
76800 |
153600 |
30% |
60% |
75% |
75% |
|
apigw.large.x4 |
3072000 |
6144000 |
102400 |
204800 |
30% |
60% |
75% |
75% |
Serverless執行個體底層資源由平台託管,無規格選擇;其單租戶容量閾值見本文"Serverless執行個體容量閾值"章節。
QPS效能參考(專享執行個體)
網關QPS吞吐受多種因素影響,如應答大小、是否開啟HTTPS、是否開啟gzip等。下表是網關處於30%CPU水位的QPS悲觀值(最差情況下)參考。
HTTPS建立串連會佔用較多CPU資源。對於瞬時大量HTTPS並發串連的業務情境,請參考下表中短串連+HTTPS的資料評估網關容量。
短串連
|
應答位元組數 |
HTTPS |
gzip |
dev.x1 |
small.x1 |
small.x2 |
small.x4 |
medium.x1 |
medium.x2 |
medium.x3 |
large.x1 |
large.x2 |
large.x3 |
large.x4 |
|
1 KB |
否 |
否 |
1700 |
3400 |
6800 |
13600 |
28000 |
56000 |
84000 |
112000 |
224000 |
336000 |
448000 |
|
1 KB |
是 |
否 |
500 |
1000 |
2000 |
4000 |
8700 |
17400 |
26100 |
34800 |
69600 |
104400 |
139200 |
長串連
|
應答位元組數 |
HTTPS |
gzip |
dev.x1 |
small.x1 |
small.x2 |
small.x4 |
medium.x1 |
medium.x2 |
medium.x3 |
large.x1 |
large.x2 |
large.x3 |
large.x4 |
|
1 KB |
否 |
否 |
2200 |
4400 |
8800 |
17600 |
35000 |
70000 |
105000 |
140000 |
280000 |
420000 |
560000 |
|
1 KB |
是 |
否 |
2000 |
4000 |
8000 |
16000 |
32000 |
64000 |
96000 |
128000 |
256000 |
384000 |
512000 |
|
1 KB |
是 |
是 |
1700 |
3400 |
6800 |
13600 |
28000 |
56000 |
84000 |
112000 |
224000 |
336000 |
448000 |
|
10 KB |
否 |
否 |
1800 |
3600 |
7200 |
14400 |
30000 |
60000 |
90000 |
120000 |
240000 |
360000 |
480000 |
|
10 KB |
是 |
否 |
1700 |
3400 |
6800 |
13600 |
28000 |
56000 |
84000 |
112000 |
224000 |
336000 |
448000 |
|
10 KB |
是 |
是 |
1000 |
2000 |
4000 |
8000 |
16000 |
32000 |
48000 |
64000 |
128000 |
192000 |
256000 |
配額限制
全域配額
如需提升配額請提交工單申請。
|
配額項 |
配額 |
|
單 Region 執行個體數量 |
100 |
|
單 Region 最大消費者組數 |
1000 |
|
單消費者組內消費者數 |
500 |
|
單 Region 最大消費者數 |
100000 |
執行個體規格配額
專享執行個體可通過升級規格擴容;若升級至高規格仍不滿足,可通過提交工單申請進一步提升配額。其中,“消費者數量”和“消費者授權規則數”作為獨立的配額項分別展示、分別統計和校正。
|
Serverless |
DEV |
Small |
Medium |
Large |
||||||||
|
配額項 |
Serverless |
dev.x1 |
small.x1 |
small.x2 |
small.x4 |
medium.x1 |
medium.x2 |
medium.x3 |
large.x1 |
large.x2 |
large.x3 |
large.x4 |
|
發布網域名稱數 |
100 |
100 |
200 |
300 |
400 |
500 |
600 |
800 |
1000 |
1200 |
1400 |
1600 |
|
服務數 |
200 |
200 |
800 |
1200 |
1600 |
2000 |
2500 |
3000 |
4000 |
4500 |
5000 |
6000 |
|
線上路由總數(含HTTP API路由、REST API介面、Ingress路由) |
2500 |
2500 |
5000 |
6000 |
7000 |
7500 |
8000 |
9000 |
10000 |
11000 |
12000 |
13000 |
|
消費者授權規則數 |
500 |
500 |
2000 |
4000 |
6000 |
8000 |
12000 |
16000 |
20000 |
27500 |
35000 |
42500 |
|
消費者數量 |
500 |
500 |
2000 |
4000 |
6000 |
8000 |
12000 |
16000 |
20000 |
27500 |
35000 |
42500 |
|
消費者配額規則數 |
500 |
500 |
2000 |
4000 |
6000 |
8000 |
12000 |
16000 |
20000 |
27500 |
35000 |
42500 |
|
K8s服務來源數 |
1 |
3 |
3 |
3 |
3 |
5 |
5 |
5 |
5 |
5 |
5 |
5 |
|
安裝的外掛程式數 |
5 |
5 |
10 |
10 |
10 |
20 |
20 |
20 |
30 |
30 |
30 |
30 |
|
上傳自訂外掛程式數 |
暫不支援 |
10 |
20 |
20 |
20 |
50 |
50 |
50 |
80 |
80 |
80 |
80 |
消費者授權額度計算口徑
各執行個體規格的消費者數量上限和消費者授權規則數上限分別列於上表;其他規格以執行個體規格配額表為準。
消費者數量 = 當前網關授權關係中,直接授權的消費者與通過消費者組授權引用的消費者合并去重後的數量。同一個消費者被多條規則或多個消費者組引用時只計1次;消費者組為空白時不增加消費者數量。
消費者授權規則數 = 當前網關保留的消費者授權規則條數。直接授權一條計1條,消費者組授權一條也計1條;無論消費者組包含多少消費者或是否為空白,都只計1條。
兩項用量分別與對應的配額上限比較:消費者數量不超過消費者數量上限,且消費者授權規則數不超過消費者授權規則數上限。通過白名單或特殊配置提高的配額只改變可用上限,不改變上述計算口徑。