Elastic Load Balancing 常見問答集

問：如何決定要為應用程式選取哪個負載平衡器？

答：Elastic Load Balancing (ELB) 支援四種負載平衡器類型。您可以根據應用程式的需要選擇最適合的負載平衡器。如果需要針對 HTTP 請求進行負載平衡，建議使用 Application Load Balancer (ALB)。如果是網路/傳輸協定 (layer4 – TCP、UDP) 負載平衡，以及針對絕佳效能/低延遲應用程式，建議使用 Network Load Balancer。如果您的應用程式建立在 Amazon Elastic Compute Cloud (Amazon EC2) Classic 網路內，則應該使用 Classic Load Balancer。如果您需要部署和執行第三方虛擬設備，則可以使用 Gateway Load Balancer。

問：是否可在不使用公有 IP 的情況下，從 Amazon Virtual Private Cloud (VPC) 以私有方式存取 Elastic Load Balancing API？

答：是，您可以透過建立 VPC 端點，從 Amazon Virtual Private Cloud (VPC) 以私有方式存取 Elastic Load Balancing API。使用 VPC 端點，AWS 網路會處理 VPC 和 Elastic Load Balancing API 之間的路由，無須使用網際網路閘道、網路位址轉譯 (NAT) 閘道或虛擬私有網路 (VPN) 連接。Elastic Load Balancing 使用的最新一代 VPC 端點採用 AWS PrivateLink 技術，這項 AWS 技術可使用彈性網路介面 (ENI) 搭配 VPC 的私有 IP 啟用 AWS 服務間的私有連線。若要進一步了解 AWS PrivateLink，請參閱 AWS PrivateLink 文件。

問：是否有適用於負載平衡器的 SLA？

答：是，Elastic Load Balancing 可保證負載平衡器每月至少 99.99% 可用 (傳統、應用程式或網路)。若要進一步了解 SLA 並知道您是否有資格獲得積分，請造訪此處。

問：Application Load Balancer 支援哪些作業系統？

答：Application Load Balancer 可在 Amazon EC2 服務目前所支援的任何作業系統支援目標。

問：Application Load Balancer 支援哪些協定？

答：Application Load Balancer 支援對使用 HTTP 和 HTTPS (安全 HTTP) 協定的應用程式執行負載平衡。

問：Application Load Balancer 是否支援 HTTP/2？

答：是。Application Load Balancer 原本就已啟用 HTTP/2 支援。支援 HTTP/2 的用戶端可以透過 TLS 連接到 Application Load Balancer。

問：如何在我的 Application Load Balancer 上使用靜態 IP 或 PrivateLink？

答：您可以轉送來自 Network Load Balancer 的流量，此工具依可用區域提供 PrivateLink 與靜態 IP 位址支援給 Application Load Balancer。建立 Application Load Balancer 類型目標群組、將您的 Application Load Balancer 註冊到該群組，然後將 Network Load Balancer 設定為轉送流量至 Application Load Balancer 類型目標群組。

問：可以使用哪些 TCP 連接埠執行負載平衡？

答：您可以為下列 TCP 連接埠執行負載平衡：1-65535

問：Application Load Balancer 是否支援 WebSocket？

答：是。Application Load Balancer 原本就已提供 WebSocket 和安全 WebSocket 支援，且隨時可以使用。

問：Application Load Balancer 是否支援請求追蹤？

答：是。Application Load Balancer 預設會啟用請求追蹤。

問：Classic Load Balancer 具有與 Application Load Balancer 相同的功能和優點嗎?

答：儘管有一些重疊，但這兩種類型的負載器之間沒有相同的功能。Application Load Balancer 是我們未來應用程式層負載平衡平台的基礎。

問：是否可以將 Amazon EC2 執行個體設定為僅接受來自 Application Load Balancer 的流量？

答：可以。

問：是否可為 Application Load Balancer 的前端設定安全群組？

答：可以。

問：我是否可在 Application Load Balancer 使用在 Classic Load Balancer 所用的現有 API？

答：否。Application Load Balancer 需要一組新的應用程式介面 (API)。

問：如何同時管理 Application Load Balancer 和 Classic Load Balancer？

答：ELB 主控台可讓您從相同的介面管理 Application Load Balancer 和 Classic Load Balancer。如果您使用 命令列介面 (CLI) 或軟體開發套件 (SDK)，則需要在 Application Load Balancer 使用不同的「服務」。例如，在 CLI 中，您將使用 `aws elb describe-load-balancers` 描述 Classic Load Balancer，並使用 `aws elbv2 describe-load-balancers` 描述 Application Load Balancer。

問：是否可將 Classic Load Balancer 轉換成 Application Load Balancer (反之亦然)？

答：否。您無法將負載平衡器從一種類型轉換成另一種類型。

問：是否可從 Classic Load Balancer 遷移到 Application Load Balancer？

答：是。您可以使用本文件所列的其中一個選項，從 Classic Load Balancer 遷移到 Application Load Balancer。

問：是否可使用 Application Load Balancer 做為第 4 層負載平衡器？

答：否。如果您需要 Layer-4 功能，則應該使用 Network Load Balancer。

問：是否可使用單一 Application Load Balancer 處理 HTTP 和 HTTPS 請求？

答：是，您可以在單一 Application Load Balancer 新增 HTTP 連接埠 80 和 HTTPS 連接埠 443 的接聽程式。

問：我是否可以取得從我的帳戶發出的所有 Application Load Balancing API 呼叫的歷史記錄，以便用於安全分析和營運方面的故障排除？

答：是。要取得從您的帳戶發出的應用程式負載平衡 API 呼叫歷史記錄，請使用 AWS CloudTrail。

問：Application Load Balancer 是否支援 HTTPS 終止？

答：是。您可以在 Application Load Balancer 上終止 HTTPS 連接。您必須在負載平衡器上安裝 Secure Sockets Layer (SSL) 憑證。負載平衡器使用此憑證終止連接，然後解密用戶端的請求，再將它們傳送到目標。

問：取得 SSL 憑證的步驟為何？

答：您可以使用 AWS Certificate Manager 佈建 SSL/TLS 憑證，或者透過下列步驟從其他來源取得憑證：建立憑證請求、取得由 CA 簽署的憑證請求，然後使用 AWS Certification Manager 或 AWS Identity and Access Management (IAM) 服務上傳憑證。

問：Application Load Balancer 如何與 AWS Certificate Manager (ACM) 整合？

答：Application Load Balancer 已與 AWS Certificate Management (ACM) 整合。與 ACM 的整合簡化了將憑證繫結到負載平衡器的程序，從而簡化了整個 SSL 卸載程序。購買、上傳和續約 SSL/TLS 憑證是複雜而耗時的手動程序。ACM 與 Application Load Balancer 整合之後，這整個程序已簡化為只要請求信任的 SSL/TLS 憑證，然後選取 ACM 憑證就能將它佈建到負載平衡器。

問：Application Load Balancer 是否支援後端伺服器身份驗證？

答：否，Application Load Balancer 僅支援後端加密。

問：如何啟用 Application Load Balancer 的伺服器名稱指示 (SNI)？

答：當您將一個以上的 TLS 憑證關聯到負載平衡器上相同的安全接聽程式時，就會自動啟用 SNI。同樣地，當您只將一個憑證關聯到一個安全接聽程式時，則安全接聽程式的 SNI 模式就會自動停用。

問：是否可將相同網域的多個憑證關聯到一個安全接聽程式？

答：是，您可以將相同網域的多個憑證關聯到一個安全接聽程式。例如，您可以關聯以下憑證：

• ECDSA 和 RSA 憑證
• 針對 SSL/TLS 憑證使用含有不同金鑰大小 (例如，2K 和 4K) 的憑證
• 單一網域、多個網域 (SAN) 和萬用字元憑證

問：Application Load Balancer 是否支援 IPv6？

答：是，Application Load Balancer 支援 IPv6。

問：如何在 Application Load Balancer 上設定規則？

答：您可以為負載平衡器上的每個接聽程式設定規則。這些規則包含條件，以及滿足這些條件時的對應動作。支援的條件包括主機標頭、路徑、HTTP 標頭、方法、查詢參數和來源 IP 無類別網域間路由 (CIDR)。支援的動作包括重新導向、固定回應、驗證和轉發。設定完成之後，負載平衡器會使用規則判斷應如何路由特定 HTTP 請求。您可以在原則中使用多個條件和動作，而且可在每個條件中指定多個值的相符項目。

問：Application Load Balancer 的資源是否有限制？

答：您的 AWS 帳戶會提供這些 Application Load Balancer 限制。

問：我如何保護負載平衡器後方的 Web 應用程式不受 Web 攻擊？

答：您可將 Application Load Balancer 與 AWS Web Application Firewall (WAF) 整合，AWS WAF 是一種 Web 應用程式防火牆，可讓您根據 IP 地址、HTTP 標頭和自訂統一資源識別符 (URI) 字串來設定規則，協助保護 Web 應用程式不受攻擊。AWS WAF 可使用這些規則封鎖、允許或監控 (計算) Web 應用程式的 Web 請求。如需詳細資訊，請參閱 AWS WAF 開發人員指南。

問：是否可以對任意 IP 地址進行負載平衡？

答：您可以使用來自負載平衡器 VPC 內目標的負載平衡器 VPC CIDR 的任何 IP 地址，以及來自位於負載平衡器 VPC 外部目標 (例如，可透過 AWS Direct Connect 或 VPN 連接進行連線之對等 VPC、Amazon EC2 Classic 及現場部署位置的目標) 的 RFC 1918 範圍 (10.0.0.0/8、172.16.0.0/12 及 192.168.0.0/16) 或 RFC 6598 範圍 (100.64.0.0/10) 的任何 IP 地址。

問：如何針對跨 VPC 和現場部署位置分發的應用程式進行負載平衡？

答：有多種方式可以達到混合負載平衡目的。如果應用程式於分散在 VPC 和現場部署位置的目標上執行，您可以使用它們的 IP 地址將它們新增至相同的目標群組。若要在不影響應用程式的情況下遷移至 AWS，請以逐步新增方式將 VPC 目標新增至目標群組，然後將現場部署目標從目標群組中移除。 

如果您有兩個不同的應用程式，其中一個應用程式的目標位於 VPC，另一個應用程式的目標位於現場部署位置，您可以將 VPC 目標放在一個目標群組，將現場部署目標放在另一個目標群組，然後使用以內容為基礎的路由功能，將流量路由到每個目標群組。您也可以針對 VPC 和現場部署目標使用個別的負載平衡器，以及在 VPC 和現場部署目標之間使用 DNS 加權來實現加權負載平衡。

問：是否可以對 EC2-Classic 執行個體進行負載平衡？

答：將 EC2-Classic 執行個體的執行個體 ID 註冊為目標時，無法對這些執行個體進行負載平衡。但是，如果您使用 ClassicLink 將這些 EC2-Classic 執行個體連結至負載平衡器的 VPC，然後使用這些 EC2-Classic 執行個體的私有 IP 做為目標，就可以對 EC2-Classic 執行個體進行負載平衡。如果您目前使用 EC2 Classic 執行個體搭配 Classic Load Balancer，可以輕鬆地遷移至 Application Load Balancer。

問：如何啟用 Application Load Balancer 中的跨區域負載平衡？

答：Application Load Balancer 已預設為啟用跨區域負載平衡。

問：驗證使用者時，什麼時候應該使用 Application Load Balancer 與 Amazon Cognito 的整合，什麼時候應該使用 Application Load Balancers 對 OpenID Connect (IODC) 身分供應商 (IdP) 的原生支援？

答：您應該在下列情況下，透過 Amazon Cognito 進行身份驗證：

• 您想為使用者提供彈性，透過社交網路身分 (Google、Facebook 和 Amazon) 或企業身分 (SAML) 來驗證身分，或者透過 Amazon Cognito 使用者集區所提供您自己的使用者目錄。
• 您管理多個身分供應商 (包含 OpenID Connect)，但想在 Application Load Balancer (ALB) 建立單一身份驗證規則，以使用 Amazon Cognito 來聯合您的多個身分供應商。
• 您需要從一個集中的位置主動管理含有一或多個社交或 OpenID Connect 身分供應商的使用者設定檔。例如，您可以將使用者分成群組，然後新增自訂屬性代表使用者狀態，以及控制付費使用者的存取。

或者，如果您已投資在開發自訂 IdP 解決方案，且只想要透過與 OpenID Connect 相容的單一身分供應商來驗證身分，則可使用 Application Load Balancer 原生 OIDC 解決方案。

問：Application Load Balancer 支援哪些類型的重新導向？

答：支援以下三種重新導向類型。

問：ALB 針對固定回應動作的訊息本文支援哪種內容類型？

答：支援以下內容類型：text/plain、text/css、text/html、application/javascript、application/json。

問：透過 Application Load Balancer 的 AWS Lambda 呼叫如何運作？

答：負載平衡器收到的 HTTP(S) 請求是由內容型路由規則處理。如果請求內容與規則匹配 (透過 Lambda 函數將其轉送到目標群組作為目標的操作)，則叫用相應的 Lambda 函數。請求的內容 (包括標頭和內文) 以 JavaScript Object Notation (JSON) 格式傳送至 Lambda 函數。來自 Lambda 函數的回應應該採用 JSON 格式。來自 Lambda 函數的回應會轉換為 HTTP 回應，並傳送至用戶端。負載平衡器會使用 AWS Lambda 呼叫 API，來呼叫您的 Lambda 函數，而且需要您已將 Lambda 函數的呼叫許可提供給 Elastic Load Balancing 服務。

問：透過 Application Load Balancer 的 Lambda 呼叫是否支援同時透過 HTTP and HTTPS 通訊協定的請求？

答：是。Application Load Balancer 支援對同時透過 HTTP 和 HTTPS 通訊協定的請求進行 Lambda 呼叫。

問：我可在哪些 AWS 區域中使用 Lambda 函數做為目標與 Application Load Balancer 搭配？

答：您可在美國東部 (維吉尼亞北部)、美國東部 (俄亥俄)、美國西部 (加利佛尼亞北部)、美國西部 (奧勒岡)、亞太區域 (孟買)、亞太區域 (首爾)、亞太區域 (新加坡)、亞太區域 (雪梨)、亞太區域 (東京)、加拿大 (中部)、歐洲 (法蘭克福)、歐洲 (愛爾蘭)、歐洲 (倫敦)、歐洲 (巴黎)、南美洲 (聖保羅)，以及 GovCloud (美國西部) AWS 區域，使用 Lambda 做為目標與 Application Load Balancer 搭配。

問：AWS Local Zones 是否提供 Application Load Balancer？

答：是，Application Load Balancer 於洛杉磯本地區域提供。在洛杉磯本地區域內，Application Load Balancer 會在單一子網路內營運並自動擴展，以符合不同的應用程式負載程度，不必手動介入。

問：Application Load Balancer 定價的運作方式？

答：我們按 Application Load Balancer 執行小時數及每小時使用的負載平衡器容量單位 (LCU) 數計算，不足一小時按一小時計費。

問：什麼是負載平衡器容量單位 (LCU)？

答：LCU 是決定 Application Load Balancer 付費方式的新指標。LCU 可定義 Application Load Balancer 處理流量時在各定價方式 (新連線、作用中連線、頻寬和規則評估) 消耗的最高資源量。

問：Classic Load Balancer 是否依 LCU 計費？

答：否，Classic Load Balancer 將持續以頻寬和每小時用量計費。

問：如何知道 Application Load Balancer 使用多少 LCU？

答：我們透過 Amazon CloudWatch 公開四個組成 LCU 的維度用量。

問：LCU 是否會將所有定價方式列入計費？

答：否。每小時的 LCU 數是依據組成 LCU 的四種維度中最高的資源消耗量計費。

問：不足一個單位的 LCU 是否會列入計費？

答：是。

問：是否為新的 AWS 帳戶提供 Application Load Balancer 免費方案？

答：是。對於新的 AWS 帳戶，Application Load Balancer 免費方案提供 750 小時和 15 個 LCU。此免費方案僅適用於 AWS 新客戶，註冊 AWS 後的 12 個月內均可使用。

問：是否可以在免費方案合併使用 Application Load Balancer 和 Classic Load Balancer？

答：是。您可以同時使用 Classic 和 Application Load Balancer，且可個別使用 15 GB 和 15 個 LCU。750 個負載平衡器小時數則由 Classic 和 Application Load Balancer 共用。

問：什麼是規則評估？

答：規則評估的算法是將處理的規則數量乘以一個小時的平均請求率。

問：如何計算不同憑證類型和金鑰大小的 LCU 費用？

答：以 LCU 運算計費時，憑證金鑰大小只會影響每秒新連線數。下表針對不同 RSA 和 ECDSA 憑證金鑰大小列出此計費方式的值。

 

問：如果啟用 Application Load Balancer 中的跨區域負載平衡，是否需要支付區域性 AWS 資料傳輸費？

答：否。由於 Application Load Balancer 的跨區域負載平衡一直處於開啟狀態，您不需支付此類型的區域資料傳輸費用。

問：Application Load Balancer 使用者身分驗證是否分開計費？

答：否。在 Application Load Balancer 啟用身份驗證功能無須另外付費。使用 Amazon Cognito 搭配 Application Load Balancer 時，需支付 Amazon Cognito 定價。

問：如何為搭配 AWS Lambda 目標的 Application Load Balancer 用量計費？

答：我們一如往常按 Application Load Balancer 執行小時數及每小時使用的負載平衡器容量單位 (LCU) 數計算，不足一小時按一小時計費。對於 Lambda 目標，每個 LCU 提供每小時 0.4 GB 已處理位元組、每秒 25 個新連線、每分鐘 3,000 個作用中連線，以及每種 1000 個規則評估。對於已處理位元組維度，每個 LCU 為 Lambda 目標提供每小時 0.4 GB，而為所有其他目標 (如 Amazon EC2 執行個體、容器和 IP 地址) 提供每小時 1GB。請注意，平常的 AWS Lambda 計費適用於 Application Load Balancer 進行的 Lambda 呼叫。

問：我如何區分 Lambda 目標處理的位元組與其他目標 (Amazon EC2、容器和現場部署伺服器) 處理的位元組？

答：Applications Load Balancer 發出兩個新的 CloudWatch 指標。LambdaTargetProcessedBytes 指標表示 Lambda 目標處理的位元組，而 StandardProcessedBytes 指標表示所有其他目標類型處理的位元組。

問：是否可為 Network Load Balancer 建立 TCP 或 UDP (Layer 4) 接聽程式？

答：可以。Network Load Balancer 同時支援 TCP、UDP 和 TCP+UDP (Layer 4) 接聽程式，也支援 TLS 接聽程式。

問：Network Load Balancer 提供哪些重要功能？

答：Network Load Balancer 提供 TCP 和 UDP (Layer 4) 負載平衡。其架構每秒可處理數百萬個請求、突然變化的流量模式，以及提供極低的延遲。此外，Network Load Balancer 還支援 TLS 終止，保留用戶端的來源 IP，並提供穩定的 IP 支援和可用區域隔離。同時還支援對 WebSocket 類型應用程式實用的長時間執行連線。

問：Network Load Balancer 是否可在相同連接埠上同時處理 TCP 和 UDP 協定流量？

答：是。要這麼做，您可以使用 TCP+UDP 接聽程式。例如，如果是使用 TCP 和 UDP 的 DNS 服務，您可以在連接埠 53 建立 TCP+UDP 接聽程式，負載平衡器就會處理該連接埠上的 UDP 和 TCP 請求流量。您必須將 TCP+UDP 接聽程式與 TCP+UDP 目標群組建立關聯。

問：Network Load Balancer 與 Classic Load Balancer 上的 TCP 接聽程式有何不同？

答：Network Load Balancer 可保留用戶端的來源 IP，但在 Classic Load Balancer 中不保留。客戶可使用代理協定搭配 Classic Load Balancer 取得來源 IP。Network Load Balancer 自動為負載平衡器提供每個可用區域 (AZ) 的靜態 IP，同時在每個 AZ 為負載平衡器指派一個彈性 IP。Classic Load Balancer 不支援這些功能。

問：是否可從 Classic Load Balancer 移轉至 Network Load Balancer？

答：是。您可以使用本文件所列的其中一個選項，從 Classic Load Balancer 移轉到 Network Load Balancer。

問：Network Load Balancer 的資源是否有限制？

答：是，請參閱 Network Load Balancer 限制文件以取得詳細資訊。

問：是否可使用 AWS 管理主控台設定我的 Network Load Balancer？

答：是，您可以使用 AWS 管理主控台、AWS CLI 或 API 設定 Network Load Balancer。

問：是否可在 Network Load Balancer 使用 Classic Load Balancer 的現有 API？

答：否。若要建立 Classic Load Balancer，請使用 2012-06-01 API。若要建立 Network Load Balancer 或 Application Load Balancer，請使用 2015-12-01 API。

問：是否可在單一可用區域建立 Network Load Balancer？

答：是，建立負載平衡器時提供一個子網路，即可在單一 AZ 建立 Network Load Balancer。

問：Network Load Balancer 是否支援 DNS 區域和可用區域備援？

答：是，您可以使用 Amazon Route 53 運作狀態檢查和 DNS 備援功能來增強在 Network Load Balancer 之下執行的應用程式可用性。使用 Route 53 DNS 備援，您可以在多個 AWS 可用區域執行應用程式，並跨區域指定備用負載平衡器以進行容錯移轉。 

在 Network Load Balancer 已設定異地同步備份的情況下，如果該 AZ 的負載平衡器沒有已註冊的運作狀態良好 Amazon EC2 執行個體，或者該區域的負載平衡器節點運作狀態不良，則 Route 53 會容錯移轉到其他運作狀態良好 AZ 的備用負載平衡器節點。

問：Network Load Balancer 是否可混搭 ELB 提供的 IP 和彈性 IP 或指派的私有 IP？

答：否。Network Load Balancer 地址必須由您完全掌控，或由 ELB 完全掌控。這樣才能確保在 Network Load Balancer 使用彈性 IP 時，用戶端已知的所有地址都不會改變。

問：是否可以在每個子網路的 Network Load Balancer 指派一個以上的 EIP？

答：否。在 Network Load Balancer 所在的每個關聯子網路，Network Load Balancer 只能支援一個與公有/網際網路面向的 IP 地址。

問：如果移除/刪除 Network Load Balancer，與其關聯的彈性 IP 地址會發生什麼情況？

答：與負載平衡器關聯的彈性 IP 地址將會傳回您分配的集區以供日後使用。

問：Network Load Balancer 是否支援內部負載平衡器？

答：您可以將 Network Load Balancer 設定為與網際網路連結的負載平衡器或內部負載平衡器，與 Application Load Balancer 和 Classic Load Balancer 類似。

問：內部 Network Load balancer 是否可在每個子網路支援一個以上的私有 IP？

答：否。在負載平衡器所在的每個關聯子網路，Network Load Balancer 只能支援一個私有 IP。

問：是否可使用 Network Load Balancer 設定 Websockets？

答：是，將 TCP 接聽程式設為將流量路由到實作 WebSockets 協定 (https://tools.ietf.org/html/rfc6455) 的目標。由於 WebSockets 是 layer 7 協定，而 Network Load Balancer 在 layer 4 運作，因此 Network Load Balancer 沒有處理 WebSockets 或其他較高級協定的特殊處理程序。

問：是否可以對任意 IP 地址進行負載平衡？

答：是。您可以使用來自負載平衡器 VPC 內目標的負載平衡器 VPC CIDR 的任何 IP 地址，以及來自位於負載平衡器 VPC 外部目標 (可透過 AWS Direct Connect 進行連線的 EC2-Classic 及現場部署位置) 的 RFC 1918 範圍 (10.0.0.0/8、172.16.0.0/12 及 192.168.0.0/16) 或 RFC 6598 範圍 (100.64.0.0/10) 的任何 IP 地址。IP 地址目標類型的負載平衡僅支援 TCP 接聽程式，目前不支援 UDP 接聽程式。

問：是否可使用 Network Load Balancer 設定 AWS PrivateLink？

答：是，搭配 TCP 和 TLS 接聽程式的 Network Load Balancer 可用於設定 AWS PrivateLink。您不能在 Network Load Balancer 上透過 UDP 接聽程式設定 PrivateLink。

問：什麼是 UDP 流程？

答：使用者資料包協定 (UDP) 沒有連線時，負載平衡器會根據 5-tuple 雜湊維持 UDP 流程狀態，確保相同內容中傳送的封包一致地轉送至相同的目標。只要流量持續流動，在閒置逾時到達前，該流程都視為作用中。一旦到達逾時閾值，負載平衡器就會捨棄親和性，而內送 UDP 封包將視為新流程並負載平衡至新目標。

問：Network Load Balancer 支援的閒置逾時為何？

答：Network Load Balancer 支援的 TCP 連線閒置逾時為 350 秒。UDP 流程的閒置逾時為 120 秒。

問：不使用執行個體 ID，改用 IP 地址將負載平衡器後方的容器設為目標時，可以獲得什麼好處？

答：執行個體上的每個容器現在都可以擁有自己的安全群組，不需要和其他容器共享安全規則。您可以將安全群組連接至 ENI，且執行個體上的每個 ENI 都可以有不同的安全群組。您可以將容器對應至特定 ENI 的 IP 地址，以依據容器建立與安全群組的關聯。使用 IP 地址進行負載平衡也能夠讓在執行個體上執行的多個容器使用相同連接埠 (例如連接埠 80)。跨容器使用相同連接埠的能力可讓執行個體上的容器透過熟知的連接埠 (而非隨機連接埠) 互相通訊。

問：如何針對跨 VPC 和現場部署位置分發的應用程式進行負載平衡？

答：有多種方式可以達到混合負載平衡目的。如果應用程式於分散在 VPC 和現場部署位置的目標上執行，您可以使用它們的 IP 地址將它們新增至相同的目標群組。若要在不影響應用程式的情況下遷移至 AWS，請以逐步新增方式將 VPC 目標新增至目標群組，然後將現場部署目標從目標群組中移除。您也可以針對 VPC 和現場部署目標使用個別的負載平衡器，以及在 VPC 和現場部署目標之間使用 DNS 加權來實現加權負載平衡。

問：是否可以對 EC2-Classic 執行個體進行負載平衡？

答：將 EC2-Classic 執行個體的執行個體 ID 註冊為目標時，無法對這些執行個體進行負載平衡。但是，如果您使用 ClassicLink 將這些 EC2-Classic 執行個體連結至負載平衡器的 VPC，然後使用這些 EC2-Classic 執行個體的私有 IP 做為目標，就可以對 EC2-Classic 執行個體進行負載平衡。如果您目前使用 EC2 Classic 執行個體搭配 Classic Load Balancer，可以輕鬆地遷移至 Network Load Balancer。

問：如何啟用 Network Load Balancer 中的跨區域負載平衡？

答：您只能在 Network Load Balancer 建立之後啟用跨區域負載平衡。要啟動此功能，編輯負載平衡屬性部分，然後選取跨區域負載平衡支援核取方塊。

問：如果啟用 Network Load Balancer 中的跨區域負載平衡，是否需要支付區域性 AWS 資料傳輸費？

答：是，啟用 Network Load Balancer 中的跨區域負載平衡，必須支付可用區域間的區域性資料傳輸費。請在 Amazon EC2 隨需定價頁面的資料傳輸費部分查看相關費用。

問：跨區域負載平衡是否會對 Network Load Balancer 限制造成影響？

答：是。Network Load Balancer 目前每個可用區域支援 200 個目標。例如，如果您在 2 個 AZ，可在 Network Load Balancer 註冊最多 400 個目標。如果啟用跨區域負載平衡，則目標上限會從每個 AZ 200 個目標降低到每個負載平衡器 200 個目標。因此，在上述範例中，啟用跨區域負載平衡時，即使負載平衡器在 2 個 AZ，也只能在負載平衡器註冊 200 個目標。

問：Network Load Balancer 是否支援 TLS 終止？

答：是，您可以在 Network Load Balancer 上終止 TLS 連接。您必須在負載平衡器上安裝 SSL 憑證。負載平衡器使用此憑證終止連接，然後解密用戶端的請求，再將它們傳送到目標。

問：在 Network Load Balancer 上終止 TLS 時是否保留來源 IP？

答：即使您在 Network Load Balancer 上終止 TLS，來源 IP 也會繼續保留。

問：取得 SSL 憑證的步驟為何？

答：您可以使用 AWS Certificate Manager 佈建 SSL/TLS 憑證，或者透過下列步驟從其他來源取得憑證：建立憑證請求、取得由憑證授權機構 (CA) 簽署的憑證請求，然後使用 AWS Certification Manager (ACM) 或 AWS Identity and Access Management (IAM) 服務上傳憑證。

問：如何啟用 Network Load Balancer 的伺服器名稱指示 (SNI)？

答：當您將一個以上的 TLS 憑證關聯到負載平衡器上相同的安全接聽程式時，就會自動啟用 SNI。同樣地，當您只將一個憑證關聯到一個安全接聽程式時，則安全接聽程式的 SNI 模式就會自動停用。

問：Network Load Balancer 如何與 AWS Certificate Manager (ACM) 或 Identity Access Manager (IAM) 整合？

答：Network Load Balancer 已與 AWS Certificate Management (ACM) 整合。與 ACM 整合可非常輕鬆地將憑證繫結到負載平衡器，進而讓整個 SSL 卸載程序更加容易。購買、上傳和續約 SSL/TLS 憑證是耗時而複雜的手動程序。ACM 與 Network Load Balancer 整合之後，這整個程序已簡化為只要請求信任的 SSL/TLS 憑證，然後選取 ACM 憑證就能將它佈建到負載平衡器。建立 Network Load Balancer 後，您可以立即設定 TLS 接聽程式，然後選擇從 ACM 或 Identity Access Manager (IAM) 選取憑證。此體驗類似於您在 Application Load Balancer 或 Classic Load Balancer 中進行的體驗。

問：Network Load Balancer 是否支援後端伺服器身份驗證？

答：否，網路負載平衡器僅支援後端加密。

問：網路負載平衡器支援哪些憑證類型？

答：Network Load Balancer 僅支援 2K 金鑰大小的 RSA 憑證。我們目前不支援大於 2K 的 RSA 憑證金鑰大小或 Network Load Balancer 上的 ECDSA 憑證。

問：哪些 AWS 區域支援 Network Load Balancer 上的 TLS 終止？

答：您可在美國東部 (維吉尼亞北部)、美國東部 (俄亥俄)、美國西部 (加利佛尼亞北部)、美國西部 (奧勒岡)、亞太區域 (孟買)、亞太區域 (首爾)、亞太區域 (新加坡)、亞太區域 (雪梨)、亞太區域 (東京)、加拿大 (中部)、歐洲 (法蘭克福)、歐洲 (愛爾蘭)、歐洲 (倫敦)、歐洲 (巴黎)、南美洲 (聖保羅)，以及 GovCloud (美國西部) AWS 區域，使用 Network Load Balancer 上的 TLS 終止。

問：Network Load Balancer 定價的運作方式？

答：我們按 Network Load Balancer 執行小時數及 Network Load Balancer 每小時使用的負載平衡器容量單位 (LCU) 數計算，不足一小時按一小時計費。

問：什麼是負載平衡器容量單位 (LCU)？

答：LCU 是決定 Network Load Balancer 付費方式的新指標。LCU 可定義 Network Load Balancer 處理流量時在各定價方式 (新連線/流程、作用中連線/流程和頻寬) 消耗的最高資源量。

問：Network Load Balancer 上 TCP 流量的 LCU 指標有哪些？

答：TCP 流量的 LCU 指標如下：

• 每秒 800 個新 TCP 連線。
• 100,000 個作用中 TCP 連線 (每分鐘採樣)。
• 若以 Amazon EC2 執行個體、容器和 IP 地址做為目標，每小時 1 GB。

答：UDP 流量的 LCU 指標如下：

• 每秒 400 個新流程。
• 50,000 個作用中 UDP 流程 (每分鐘採樣)。
• 若以 Amazon EC2 執行個體、容器和 IP 地址做為目標，每小時 1 GB。
  

問：Network Load Balancer 上的 TLS 流量的 LCU 指標有哪些？

答：TLS 流量的 LCU 指標如下：

• 每秒 50 個新 TLS 連線。
• 3,000 個作用中 TLS 連線 (每分鐘採樣)。
• 若以 Amazon EC2 執行個體、容器和 IP 地址做為目標，每小時 1 GB。

問：每秒新連線/流程數是否與每秒請求數相同？

答：否。單一連線可傳送多個請求。

問：Classic Load Balancer 是否依 LCU 計費？

答：否。Classic Load Balancer 將持續以頻寬和每小時用量計費。

問：如何知道 Network Load Balancer 使用多少 LCU？

答：我們將透過 Amazon CloudWatch 公開組成 LCU 的三種維度用量。

問：LCU 是否會將所有定價方式列入計費？

答：否。每小時的 LCU 數是依據組成 LCU 的三種維度中最高的資源消耗量計費。

問：不足一個單位的 LCU 是否會列入計費？

答：是。

問：是否為新的 AWS 帳戶提供 Network Load Balancer 免費方案？

答：是。對於新的 AWS 帳戶，Network Load Balancer 免費方案提供 750 小時和 15 個 LCU。此免費方案僅適用於 AWS 新客戶，註冊 AWS 後的 12 個月內均可使用。

問：是否可以在免費方案合併使用 Network Load Balancer、Application Load Balancer 和 Classic Load Balancer？

答：是。您可以在 Application 和 Network 個別使用 15 個 LCU，Classic 則可使用 15 GB。750 個負載平衡器小時數則由 Application、Network 和 Classic Load Balancer 共用。

問：我應該何時使用 Gateway Load Balancer ，而不是 Network Load Balancer 或 Application Load Balancer？

答：在部署網路流量不流向 Gateway Load Balancer 本身的內嵌虛擬設備時，應使用 Gateway Load Balancer。Gateway Load Balancer 透過第三方虛擬設備透明地傳遞所有 Layer 3 流量，並且對於流量的來源和目的地不可見。如需進一步了解這些負載平衡器的差異，請參閱功能比較頁面。

問：Gateway Load Balancer 是按區域還是可用區域 (AZ) 部署？

答：Gateway Load Balancer 在一個 AZ 中執行。

問：Gateway Load Balancer 提供哪些重要功能？

答：Gateway Load Balancer 提供 Layer 3 閘道和 Layer 4 負載平衡功能。它是一種透明的內嵌裝置，不會變更封包的任何部分。其架構每秒可處理數百萬個請求、變化的流量模式，以及提供極低的延遲。請參閱此資料表中的 Gateway Load Balancer 功能。 

問：Gateway Load Balancer 是否執行 TLS 終止？

答：Gateway Load Balancer 不執行 TLS 終止，也不維護任何應用程式狀態。這些功能由其將流量導向到的第三方虛擬設備和向其傳送流量的第三方虛擬設備執行。

問：Gateway Load Balancer 是否維護應用程式狀態？

答：Gateway Load Balancer 不維護應用程式狀態，但會使用 5 元組 (針對 TCP/UDP 流量) 或 3 元組 (針對非 TCP/UDP 流量) 來維持流向特定設備的流量粘性。

問：Gateway Load Balancer 如何定義流量？

答：依預設，Gateway Load Balancer 將流量定義為由來源 IP、目的地 IP、IP 協定、來源連接埠和目標連接埠組成的 5 元組組合。Gateway Load Balancer 預設使用 5 元組雜湊確保該流量的兩個方向 (即來源到目的地和目的地到來源) 一致轉發到同一目標。只要流量持續流動，在閒置逾時到達前，該流程都視為作用中。一旦到達逾時閾值，負載平衡器就會捨棄親和性，而內送琉璃封包將視為新流程並可能負載平衡至新目標。

問：何時應在 Gateway Load Balancer 上使用 5 元組、3 元組和 2 元組黏性？

預設的 5 元組 (來源 IP、目的地 IP、IP 協定、來源連接埠和目的地連接埠) 黏性能為目標提供最佳流量分配，並且適用於大多數 TCP 和 UDP 型應用程式，但某些例外狀況除外。預設的 5 元組黏性不適用於 TCP 或 UDP 型應用程式，這些應用程式會對控制和資料使用單獨的串流或連接埠號碼，例如 FTP、Microsoft RDP、Windows RPC 和 SSL VPN。此類應用程式的控制的資料流量可能會落在不同的目標設備上，並可能導致流量中斷。如果您想要支援此類協定，應使用 3 元組 (來源 IP、目的地 IP、IP 協定) 或 2 元組 (來源 IP、目的地 IP、IP 協定) 啟用 GWLB 流量黏性。

有些應用程式根本不使用 TCP 或 UDP 傳輸，而是使用 SCTP 和 GRE 等 IP 協定。使用 GWLB 的預設 5 源組黏性，協定流量可能會落在不同的目標設備上，並且可能會導致中斷。如果您想要支援此類協定，應使用 3 元組 (來源 IP、目的地 IP、IP 協定) 或 2 元組 (來源 IP、目的地 IP、IP 協定) 啟用 GWLB 流量黏性。

請參閱流量黏性文件，以了解如何變更流量黏性類型。

問：Gateway Load Balancer 支援的閒置逾時為何？

答：Gateway Load Balancer 支援的 TCP 連線閒置逾時為 350 秒。非 TCP 流程的閒置逾時為 120 秒。這些逾時是固定的，無法變更。

問：設備是否可以對封包分段？

答：否。Gateway Load Balancer (GWLB) 的目標設備在將收到的封包傳送回 GWLB 時不得對其進行分段。由於 IP 片段中不存在第 4 層標頭，因此設備建立的片段會在 Gateway Load Balancer 中被丟棄。為防止設備上發生碎片，建議在設備上啟用 Jumbo Frame 或將設備的網路介面設定為使用所需的最大 MTU，從而透過保持原始封包內容不變來實現透明轉送行為。

問：Gateway Load Balancer 如何處理單個可用區域中某個虛擬設備執行個體的故障？

答：當單個虛擬設備執行個體發生故障時，Gateway Load Balancer 會將其從路由清單中移除，然後將流量重新路由到正常運作的設備執行個體。

問：Gateway Load Balancer 如何處理單個 AZ 內所有虛擬設備出現故障的情況？

答：如果某個可用區域中的所有虛擬設備均發生故障，則 Gateway Load Balancer 將丟棄網路流量。我們建議在多個 AZ 中部署 Gateway Load Balancer 以提高可用性。如果某個 AZ 中的所有設備均發生故障，則可以使用指令碼來新增新設備，或將流量導向到另一個 AZ 中的 Gateway Load Balancer。

問：是否可以將設備設定為多個 Gateway Load Balancer 的目標？

答：是的，多個 Gateway Load Balancer 可以指向同一組虛擬設備。

問：我可以為 Gateway Load Balancer 建立什麼類型的接聽程式？

答：Gateway Load Balancer 是一種透明的內嵌裝置，可以偵聽所有類型的 IP 流量 (包括 TCP、UDP、ICMP、GRE、ESP 等)。因此，僅在 Gateway Load Balancer 上建立 IP 接聽程式。

問：Gateway Load Balancer 的資源是否有限制？

答：是，請參閱 Gateway Load Balancer 限制文件以取得詳細資訊。

問：是否可使用 AWS 管理主控台設定我的 Gateway Load Balancer？

答：是，您可以使用 AWS 管理主控台、AWS CLI 或 API 設定 Gateway Load Balancer。

問：是否可在單一可用區域建立 Gateway Load Balancer？

答：是，建立負載平衡器時提供一個子網路，即可在單一可用區域建立 Gateway Load Balancer。但是，我們建議使用多個可用區來提高可用性。建立好 Gateway Load Balancer 後，您無法為其新增或刪除可用區域。

問：如何啟用 Gateway Load Balancer 中的跨區域負載平衡？

答：依預設，會停用跨區域負載平衡。您只能在 Gateway Load Balancer 建立之後啟用跨區域負載平衡。要啟動此功能，編輯負載平衡屬性部分，然後選取跨區域負載平衡支援核取方塊。

問：如果啟用 Gateway Load Balancer 中的跨區域負載平衡，是否需要支付 AWS 資料傳輸費？

答：是，啟用 Gateway Load Balancer 中的跨區域負載平衡，必須支付可用區域間的資料傳輸費。請在 Amazon EC2 隨需定價頁面的資料傳輸費部分查看相關費用。

問：跨區域負載平衡是否會對 Gateway Load Balancer 限制造成影響？

答：是。Gateway Load Balancer 目前每個可用區域支援 300 個目標。例如，如果您在 3 個可用區域中建立了 Gateway Load Balancer，則您可註冊最多 900 個目標。如果啟用跨區域負載平衡，則目標數量上限會從每個可用區域 300 個目標降低到每個 Gateway Load Balancer 300 個目標。

問：Gateway Load Balancer 定價的運作方式？

答：我們按 Gateway Load Balancer 執行小時數及 Gateway Load Balancer 每小時使用的負載平衡器容量單位 (LCU) 數計算，不足一小時按一小時計費。

問：什麼是負載平衡器容量單位 (LCU)？

答：LCU 是決定 Gateway Load Balancer 付費方式的 Elastic Load Balancing 指標。LCU 可定義 Gateway Load Balancer 處理流量時在各定價方式 (新連線/流程、作用中連線/流程和頻寬) 消耗的最高資源量。

問：Gateway Load Balancer 的 LCU 指標是什麼？

答：TCP 流量的 LCU 指標如下：

• 每秒 600 個新流程 (或連線)。
• 60,000 個作用中流程 (連線) (每分鐘採樣)。
  
• 若以 EC2 執行個體、容器和 IP 地址做為目標，每小時 1 GB。

問：為什麼需要 Gateway Load Balancer 端點？

為了具有價值，虛擬設備需要引入儘可能少的延遲，並且往返虛擬設備的流量必須使用安全連線。Gateway Load Balancer 端點可建立滿足這些要求的低延遲安全連線。

問：Gateway Load Balancer 端點如何幫助集中化？

使用 Gateway Load Balancer 端點時，設備可以駐留在不同的 AWS 帳戶和 VPC 中。這允許將設備集中在一個位置，以簡化管理並減少操作開銷。

問：Gateway Load Balancer 端點如何運作？

Gateway Load Balancer 端點是使用 PrivateLink 技術的新型 VPC 端點。當網路流量從來源 (網際網路閘道、VPC 等) 流向 Gateway Load Balancer 再返回時，Gateway Load Balancer 端點可確保兩者之間使用私有連線。所有流量流經 AWS 網路，並且資料永遠不會公開到網際網路中，從而提高安全性和效能。

問：PrivateLink 介面端點與 Gateway Load Balancer 端點有何不同？

PrivateLink 界面端點與 Network Load Balancer (NLB) 配合，以便分發發往 Web 應用程式的 TCP 和 UDP 流量。而 Gateway Load Balancer 端點與 Gateway Load Balancer 搭配使用，以連接流量的來源和目的地。流量透過虛擬設備從 Gateway Load Balancer 端點流向 Gateway Load Balancer ，然後透過安全的 PrivateLink 連線流回目的地。

問：我可以將多少個 Gateway Load Balancer 端點連接到一個 Gateway Load Balancer？

Gateway Load Balancer 端點是一個 VPC 端點，並沒有限制可以連接多少個 VPC 端點到使用 Gateway Load Balancer 的服務。然而，我們建議每個 Gateway Load Balancer 不要連接超過 50 個 Gateway Load Balancer 端點，以在服務失敗時降低產生更廣泛影響的風險。

問：Classic Load Balancer 支援哪些作業系統？

答：Classic Load Balancer 可在 Amazon EC2 服務目前所支援的任何作業系統上支援 Amazon EC2 執行個體。

問：Classic Load Balancer 支援哪些協定？

答：Classic Load Balancer 支援對使用 HTTP、HTTPS (安全 HTTP)、SSL (安全 TCP) 和 TCP 協定的應用程式執行負載平衡。

問：可以為哪些 TCP 連接埠執行負載平衡？

答：您可以為下列 TCP 連接埠執行負載平衡：

• [EC2-VPC] 1-65535
• [EC2-Classic] 25, 80, 443, 465, 587, 1024-65535

問：Classic Load Balancer 是否支援 IPv6 流量？

答：是。每個 Classic Load Balancer 都有一個關聯的 IPv4、IPv6，以及雙協議棧 (IPv4 和 IPv6) DNS 名稱。VPC 不支援 IPv6。您可以使用 Application Load Balancer 為 VPC 提供原生 IPv6 支援。

問：是否可以將 Amazon EC2 執行個體設定為僅接受來自 Classic Load Balancer 的流量？

答：是。

問：是否可為 Classic Load Balancer 的前端設定安全群組？

答：如果您使用的是 Amazon Virtual Private Cloud，則可以為 Classic Load Balancer 的前端設定安全群組。

問：是否可以使用單一 Classic Load Balancer 處理 HTTP 和 HTTPS 請求？

答：是，您可以將 HTTP 連接埠 80 和 HTTPS 連接埠 443 對應到單一 Classic Load Balancer。

問：已執行負載平衡的 Amazon EC2 執行個體需要從每個 Classic Load Balancer 接受多少個連線？

答：Classic Load Balancer 並不為其可以嘗試與您已負載平衡的 Amazon EC2 執行個體建立的連接數設置上限。您會發現此數值會隨著並行 HTTP、HTTPS 或 SSL 請求的數量，或者 Classic Load Balancer 收到的並行 TCP 連接數而擴展。

問：是否可以對使用已支付 AMI 啟動的 Amazon EC2 執行個體執行負載平衡？

答：您可以從 AWS Marketplace 對使用已支付 AMI 啟動的 Amazon EC2 執行個體執行負載平衡。但是，Classic Load Balancer 不支援從 Amazon DevPay 網站使用已支付 AMI 啟動的執行個體。

問：是否可以在 Amazon Virtual Private Cloud 中使用 Classic Load Balancer？

答：是。請參閱 Elastic Load Balancing 網頁。

問：我是否可以取得從我的帳戶發出的所有 Classic Load Balancer API 呼叫的歷史記錄，以便用於安全分析和營運方面的故障排除？

答：是。要收到從您的帳戶發出的所有 Classic Load Balancer API 呼叫的歷史記錄，只需在 AWS 管理主控台中開啟 CloudTrail 即可。

問：Classic Load Balancer 是否支援 SSL 終止？

答：是，您可以在 Classic Load Balancer 上終止 SSL。您必須在每個負載平衡器上安裝 SSL 憑證。負載平衡器使用此憑證終止連接，然後解密用戶端的請求，再將它們傳送到後端執行個體。

問：取得 SSL 憑證的步驟為何？

答：您可以使用 AWS Certificate Manager 佈建 SSL/TLS 憑證，或者透過下列步驟從其他來源取得憑證：建立憑證請求、取得由 CA 簽署的憑證請求，然後使用 AWS Identity and Access Management (IAM) 服務上傳憑證。

問：Classic Load Balancer 如何與 AWS Certificate Manager (ACM) 整合？

答：Classic Load Balancer 現在已與 AWS Certificate Management (ACM) 整合。與 ACM 整合可非常輕鬆地將憑證繫結到每個負載平衡器，進而讓整個 SSL 卸載程序更加容易。購買、上傳和續約 SSL/TLS 憑證通常是耗時而複雜的手動程序。ACM 與 Classic Load Balancer 整合之後，這整個程序已簡化為只要請求信任的 SSL/TLS 憑證，然後選取 ACM 憑證就能將它佈建到每個負載平衡器。

問：如何啟用 Classic Load Balancer 中的跨區域負載平衡？

答：您可以使用主控台、AWS CLI 或 AWS 開發套件啟用跨區域負載平衡。如需詳細資訊，請參閱 Cross-Zone Load Balancing 文件。

問：如果啟用 Classic Load Balancer 中的跨區域負載平衡，是否需要支付區域性 AWS 資料傳輸費？

答：否，啟用 Classic Load Balancer 中的跨區域負載平衡，無須支付可用區域間的區域性資料傳輸費。