資源

配額名稱

計算方式

場景說明（見上圖）

一個ALB實例可添加的擴展證書數(shù)（不計入默認(rèn)證書）

alb_quota_loadbalancer_certificates_num_standard_edition

一個ALB實例添加的擴展證書數(shù)是該實例下每個監(jiān)聽添加的擴展證書數(shù)的總和。

ALB Ingress可添加的擴展證書數(shù)，會根據(jù)證書管理方式的不同有如下計算方式：

• 自動發(fā)現(xiàn)證書數(shù)：根據(jù)該域名在阿里云數(shù)字證書中心對應(yīng)的證書總數(shù)來計算。

• Secret證書數(shù)：根據(jù)spec.tls下的secretName的總數(shù)來計算。同一命名空間的Secret證書數(shù)不重復(fù)計算，不同命名空間的證書數(shù)疊加計算。

• 通過ALBConfig指定證書數(shù)：根據(jù)AlbConfig中的CertificateId數(shù)量來計算。

• 證書混合使用時：根據(jù)證書管理方式的兼容性計算證書總數(shù)。

• 如果一個ALB Ingress被關(guān)聯(lián)至多個監(jiān)聽，則該證書數(shù)將在每個監(jiān)聽下都被計算一次。

• ALB Ingress 1監(jiān)聽協(xié)議為HTTP，HTTP協(xié)議無需使用擴展證書，因此擴展證書數(shù)為0。

• ALB Ingress 2監(jiān)聽協(xié)議為HTTP，由于HTTP協(xié)議無需使用擴展證書，因此擴展證書數(shù)為0。

• ALB Ingress 3被關(guān)聯(lián)至監(jiān)聽3和監(jiān)聽4，監(jiān)聽3擴展證書數(shù)為1，監(jiān)聽4擴展證書數(shù)為1，因此ALB Ingress 3添加的擴展證書數(shù)為2。

一個ALB實例可添加的轉(zhuǎn)發(fā)規(guī)則數(shù)（不計入默認(rèn)規(guī)則）

alb_quota_loadbalancer_rules_num_standard_edition

一個ALB實例添加的轉(zhuǎn)發(fā)規(guī)則數(shù)為該實例下每個監(jiān)聽中所有ALB Ingress的轉(zhuǎn)發(fā)規(guī)則數(shù)之和。

ALB Ingress添加的轉(zhuǎn)發(fā)規(guī)則數(shù)的計算方式為：

該ALB Ingress中spec.rules字段下所有host配置項下的path列表條目數(shù)之和。若該ALB Ingress被關(guān)聯(lián)至多個監(jiān)聽，則其轉(zhuǎn)發(fā)規(guī)則數(shù)在每個監(jiān)聽下都將被記入一次。?

• ALB Ingress 1轉(zhuǎn)發(fā)規(guī)則數(shù)為1。

• ALB Ingress 2轉(zhuǎn)發(fā)規(guī)則數(shù)為1。

• ALB Ingress 3配置1條轉(zhuǎn)發(fā)規(guī)則，但同時被關(guān)聯(lián)至監(jiān)聽3和監(jiān)聽4，因此ALB Ingress3添加的轉(zhuǎn)發(fā)規(guī)則數(shù)為2。

一個ALB實例可添加的后端服務(wù)器數(shù)

alb_quota_loadbalancer_servers_num_standard_edition

一個ALB實例添加的后端服務(wù)器數(shù)為該實例下每個監(jiān)聽中所有ALB Ingress的后端服務(wù)器數(shù)之和。

ALB Ingress添加的后端服務(wù)器數(shù)的計算方式為：

該ALB Ingress下每條轉(zhuǎn)發(fā)規(guī)則的后端Service的Pod數(shù)之和。若該ALB Ingress被關(guān)聯(lián)至多個監(jiān)聽，則其后端服務(wù)器數(shù)在每個監(jiān)聽下都將被計入一次。?

• ALB Ingress 1添加的后端服務(wù)器數(shù)為3。

• ALB Ingress 2添加的后端服務(wù)器數(shù)為3。

• ALB Ingress 3配置1條轉(zhuǎn)發(fā)規(guī)則，且同時被關(guān)聯(lián)至監(jiān)聽3和監(jiān)聽4，其后端Service的Pod數(shù)為2，因此ALB Ingress3添加的后端服務(wù)器數(shù)為4。

一個ALB實例可添加的監(jiān)聽數(shù)

alb_quota_loadbalancer_listeners_num_standard_edition

一個ALB實例添加的監(jiān)聽數(shù)為AlbConfig中Listeners列表所包含的port:protocol組合數(shù)。

每個ALB Ingress關(guān)聯(lián)的監(jiān)聽數(shù)由注解項alb.ingress.kubernetes.io/listen-ports的值決定。

• ALB Ingress 1關(guān)聯(lián)的監(jiān)聽數(shù)為1。

• ALB Ingress 2關(guān)聯(lián)的監(jiān)聽數(shù)為1。

• ALB Ingress 3關(guān)聯(lián)的監(jiān)聽數(shù)為2。

資源

配額名稱

計算方式

場景說明（見上圖）

同一個后端服務(wù)器（IP）可被添加到ALB后端服務(wù)器組的次數(shù)

alb_quota_server_added_num

一個Pod IP被添加到一個Service:Port組合中，而該Service:Port組合又被多個轉(zhuǎn)發(fā)規(guī)則關(guān)聯(lián)時，每個關(guān)聯(lián)的轉(zhuǎn)發(fā)規(guī)則都會計算為一個計數(shù)。如果這些轉(zhuǎn)發(fā)規(guī)則又被關(guān)聯(lián)到多個監(jiān)聽，那么在每個監(jiān)聽下都會計數(shù)一次。?

• Pod1被添加到Service1:Port80與Service2:Port80，二者各與1條轉(zhuǎn)發(fā)規(guī)則相關(guān)聯(lián)，因此Pod1被添加到ALB后端服務(wù)器組的次數(shù)為2。Pod2與Pod3同理。

• Pod4被添加到Service3:Port80，與1條轉(zhuǎn)發(fā)規(guī)則相關(guān)聯(lián)，該轉(zhuǎn)發(fā)規(guī)則被關(guān)聯(lián)至2個監(jiān)聽，因此Pod4被添加到ALB后端服務(wù)器組的次數(shù)為2。Pod5同理。

?

同一個服務(wù)器組可被關(guān)聯(lián)ALB監(jiān)聽和轉(zhuǎn)發(fā)規(guī)則的次數(shù)

alb_quota_servergroup_attached_num

一個Service:Port組合所關(guān)聯(lián)的轉(zhuǎn)發(fā)規(guī)則數(shù)。

若轉(zhuǎn)發(fā)規(guī)則被關(guān)聯(lián)至多個監(jiān)聽，則在每個監(jiān)聽下都將被計數(shù)一次。

• Service1:Port80關(guān)聯(lián)1條轉(zhuǎn)發(fā)規(guī)則，該轉(zhuǎn)發(fā)規(guī)則被關(guān)聯(lián)至1個監(jiān)聽，因此Service1:Port80被關(guān)聯(lián)至ALB監(jiān)聽和轉(zhuǎn)發(fā)規(guī)則的次數(shù)為1。Service2:Port80同理。

• Service3:Port80關(guān)聯(lián)1條轉(zhuǎn)發(fā)規(guī)則，該轉(zhuǎn)發(fā)規(guī)則被關(guān)聯(lián)至2個監(jiān)聽，因此Service3:Port80被關(guān)聯(lián)至ALB監(jiān)聽和轉(zhuǎn)發(fā)規(guī)則的次數(shù)為2。

一個服務(wù)器組可添加的后端服務(wù)器數(shù)（IP和端口）

alb_quota_servergroup_servers_num

ALB Ingress的一個Service:Port組合所添加的Pod:Port的組合數(shù)。

• Service1:Port80共有3個Pod，因此Service1:Port80添加的后端服務(wù)器數(shù)為3。Service2:Port80同理。

• Service3:Port80共有2個Pod，因此Service3:Port80添加的后端服務(wù)器數(shù)為2。

資源

配額名稱

計算方式

場景說明（見上圖）

一個監(jiān)聽可關(guān)聯(lián)的訪問控制數(shù)

-

AlbConfig中Listeners列表里

每個port:protocol對應(yīng)的非空的aclConfig數(shù)。

• 監(jiān)聽1關(guān)聯(lián)的訪問控制數(shù)為1。

• 監(jiān)聽2關(guān)聯(lián)的訪問控制數(shù)為1。

• 監(jiān)聽3關(guān)聯(lián)的訪問控制數(shù)為0。

• 監(jiān)聽4關(guān)聯(lián)的訪問控制數(shù)為0。

一個監(jiān)聽可關(guān)聯(lián)的訪問控制條目數(shù)

-

AlbConfig中Listeners列表里

每個port:protocol對應(yīng)的非空的aclConfig包含的ACL條目數(shù)之和。

• 監(jiān)聽1關(guān)聯(lián)的訪問控制條目數(shù)為該aclId對應(yīng)的訪問控制條目數(shù)。

• 監(jiān)聽2關(guān)聯(lián)的訪問控制條目數(shù)為2。

• 監(jiān)聽3關(guān)聯(lián)的訪問控制條目數(shù)為0。

• 監(jiān)聽4關(guān)聯(lián)的訪問控制條目數(shù)為0。

資源

配額名稱

計算方式

場景說明（見上圖）

一條轉(zhuǎn)發(fā)規(guī)則可添加的動作數(shù)

--?

• 新建或更新轉(zhuǎn)發(fā)規(guī)則時，若該轉(zhuǎn)發(fā)規(guī)則后端servicePort的名稱為use-annotation，則動作數(shù)為后端服務(wù)通過Annotation自定義的轉(zhuǎn)發(fā)動作數(shù)的總和。

• 新建或更新轉(zhuǎn)發(fā)規(guī)則時，若該轉(zhuǎn)發(fā)規(guī)則后端servicePort的名稱不是use-annotation，則動作數(shù)為后端服務(wù)通過Annotation自定義的轉(zhuǎn)發(fā)動作數(shù)加上1。

• ALB Ingress 1定義了1條轉(zhuǎn)發(fā)規(guī)則，該轉(zhuǎn)發(fā)規(guī)則后端servicePort為80，未通過Annotation自定義的轉(zhuǎn)發(fā)動作，因此該轉(zhuǎn)發(fā)規(guī)則添加的動作數(shù)為1。

• ALB Ingress 2與ALB Ingress 3同理，各定義了1條轉(zhuǎn)發(fā)規(guī)則。

?

一條轉(zhuǎn)發(fā)規(guī)則可添加的匹配評估數(shù)

alb_quota_rule_matchevaluations_num

新建或更新轉(zhuǎn)發(fā)規(guī)則時，該轉(zhuǎn)發(fā)規(guī)則的非空Host數(shù)、Path匹配評估數(shù)、后端服務(wù)通過Annotation自定義的轉(zhuǎn)發(fā)條件的匹配評估數(shù)三者總和。當(dāng)pathType為Prefix時，每條Path的匹配評估數(shù)為2，pathType為其他值時，每條Path的匹配評估數(shù)為1。

• ALB Ingress 1定義了1條轉(zhuǎn)發(fā)規(guī)則，該轉(zhuǎn)發(fā)規(guī)則非空Host數(shù)為1，Path數(shù)為1，后端服務(wù)通過annotation自定義的轉(zhuǎn)發(fā)條件的匹配評估數(shù)為1，因此該轉(zhuǎn)發(fā)規(guī)則添加的匹配評估數(shù)為3。

• ALB Ingress 2定義了1條轉(zhuǎn)發(fā)規(guī)則，該轉(zhuǎn)發(fā)規(guī)則的非空Host數(shù)為1，Path數(shù)為1，因此該轉(zhuǎn)發(fā)規(guī)則添加的匹配評估數(shù)為2，ALB Ingress 3定義的1條轉(zhuǎn)發(fā)規(guī)則同理。

一條轉(zhuǎn)發(fā)規(guī)則可添加的通配符數(shù)

-

新建或更新轉(zhuǎn)發(fā)規(guī)則時，該轉(zhuǎn)發(fā)規(guī)則的動作和匹配評估所包含的通配符總數(shù)。

ALB Ingress 2定義了1條轉(zhuǎn)發(fā)規(guī)則，該轉(zhuǎn)發(fā)規(guī)則關(guān)于Host的匹配評估中包含一個通配符*，因此該轉(zhuǎn)發(fā)規(guī)則添加的通配符數(shù)為1。