Table of Content :

• Application Load Balancer
• Network Load Balancer
• Classic Load Balancer
• Sticky Session
• X-Forward-For(XFF) Header
• ELB Health Check
• Cross-Zone Load Balancing
• ALB - Request Routing

Application Load Balancer

• ALB 是設計用來平衡 HTTP 和 HTTPS 兩種協定的流量。
• ALB 的工作是在網路七層(OSI model)中的**第七層(Application Layer)**中進行
• ALB 有一個功能是能做 Request Routing，可以讓 LB 依據使用者寫的 rule 進行基於HTTP協定的導向，稍後會解釋
• Web Application Firewall(WAF) 可以被附加在 ALB 上
• 適合 網頁應用程式 使用

Network Load Balancer

• NLB 是設計用來平衡 TCP/UDP 兩種協定的流量
• NLB 的工作是在網路七層(OSI model)中的第四層(Transport Layer)中進行
• NLB 可以低延遲的處理一秒百萬個請求
• 可以進行跨區域(cross zone)的負載平衡
• 適合多人線上遊戲或是需要或是瓶頸在網路效能的應用程式來使用

Classic Load Balancer

• 這是 AWS 推出的第一個 LB
• 可以平衡 HTTP, HTTPS 或是 TCP 三種協定的流量 (不能同時處理 HTTP 和 TCP)
• 可以使用 網路七層中第七層 的功能 - 像是 sticky session (稍後會提)
• 可以對 "純 TCP 應用程式"使用 strict Layer 4 (OSI model) balancing
• 可以進行跨區域(cross zone)的負載平衡
• 如果底下的服務(web-server 或 DB)沒有回應，則會回傳 504 error(timeout)
• 不推薦使用此種 LB，推薦使用 ALB 或 NLB

Sticky Session

• sticky session 是一種做負載平衡的方法，他會使用 cookie 把使用者的 session 綁在特定的 EC2 instance上
• 好處是確保同個 session 的請求都會被送到同個 instance 上
• 通常這個功能是使用 CLB 的人才會使用
• 但 ALB 也可以開啟這個功能，但 stick 的對象就不會是 EC2 instance，而是 Target Group
• 適用於資訊會儲存在 EC2 instance 本地時使用

X-Forward-For(XFF) Header

• 這個 header 會記錄使用者的原始的 IP，如果妳的應用程式需要檢查或紀錄請求的原始 IP，可以在請求中查找這個 header
• 如果 IP 經過映射，則此 header 會將一路上映射的 IP 依序append

ELB Health Check

• Health Check 會直接打 instances 上的某個 URL( /health-check ) 來做檢查
• 被 ELB 監控的 instances 會回傳 InService 或是 OutofService 當作 health check的結果
• ELB 不會終止(terminate) 不健康的 instance， ELB只會將負載導向健康的 instances
• ALB 和 NLB 的 health check 結果可以在 target group上找到

Cross-Zone Load Balancing

• 只有 NLB 和 CLB 能啟用跨區負載平衡

• 跨區負載平衡 啟用 時，負載會平均分散到 有啟用跨區負載平衡的可用區域(AZ)中的各 instances

  

• 沒有啟用時，負載會平均分散在單一可用區域(AZ) 內的 instances

  

ALB - Request Routing

• 依照規則來推送或重新導向進來的負載

  

• 可以變更請求中的 :

  • Host header
  • Source IP
  • Path
  • Http header
  • Http method
  • Query string