sự khác nhau giữa mạng và HTTP (s) cân bằng tải trong GCP

Question

GCP cung cấp hai cân bằng tải là gì cụ thể là Mạng và HTTP (s) nơi các công trình cũ trên lớp 4 và các tác phẩm sau này lớp 7.

Ngoài ra còn có tài liệu cho biết rằng lưu lượng truy cập HTTP thậm chí có thể được cân bằng bởi bộ cân bằng tải mạng. Điều này hơi nhầm lẫn giữa cân bằng tải để chọn cho ứng dụng web trong GCP. Nó là tốt hơn để hiểu sự khác biệt trước khi chọn một cho dự án.

Tôi muốn biết sự khác nhau giữa chúng dựa trên workflow, thiết lập, vùng/khu dựa, tùy chọn cho phiên ái lực và nhiều người khác.

Answer 1

cân bằng tải mạng Vs HTTP (s) cân bằng tải

+---------------------+------------------------------------------+------------------------------------------------------+ 
|  Category  |  Network Load Balancing (NLB)  |    HTTP(S) Load Balancing (HLB)    | 
+---------------------+------------------------------------------+------------------------------------------------------+ 
|  1. Region/ | NLB supports only within a region.  | HLB supports both within cross-region    | 
|  Cross-Region | Does not support cross-region   | load balancing.          | 
|      | load balancing       |              | 
+---------------------+------------------------------------------+------------------------------------------------------+ 
| 2. Load balancing | NLB is based on IP address, port   | HLB is based only on HTTP and HTTPS     | 
|  based on  | and protocol type. Any TCP/UDP   | protocols.           | 
|      | traffic, even SMTP can be    |              | 
|      | load balanced.       |              | 
+---------------------+------------------------------------------+------------------------------------------------------+ 
|  3. Packet  | Packet inspection is possible and  | HLB cannot inspect packets.       | 
|  inspection  | load balance based on packets   |              | 
+---------------------+------------------------------------------+------------------------------------------------------+ 
|  4. Instance  | No need of creating instance group.  | Managed/UnManaged Instance group     | 
|   Group  | Target pools need to be created.   | is necessary for creating HTTP/HTTPS    | 
|      | Instance can be just tagged to the pool. | load balancer.          | 
|      | Ideal for unmanaged instance group  |              | 
|      | where instances are non homogeneous.  |              | 
+---------------------+------------------------------------------+------------------------------------------------------+ 
|  5. Workflow  | Forwarding rules is the starting point. | This is quite complex in HTTP(s) load balancer.  | 
|      | It directs the request to the   | Global forwarding rulesroutes direct the request  | 
|      | target pools from which compute   | to target HTTP proxy, which in turn checks the  | 
|      | engines will pick the request.   | URL map to determine appropriate backend    | 
|      |           | services. These services in turn direct the request | 
|      | Forwarding rules -> target pool   | to the instance group.        | 
|      | -> instances       |              | 
|      |           |              | 
|      |           | Global forwarding rules -> Target HTTP proxy ->  | 
|      |           | URL map -> Backend Sevices -> instance group   | 
+---------------------+------------------------------------------+------------------------------------------------------+ 
|  6. Types of  | Basic network load balancer which  | 1. Cross-region load balancer uses only one   | 
| load balancer | directs the request based on IP address, | global IP address and routes the request    | 
|      | port and the protocol within the region. | to the nearest region.        | 
|      |           |              | 
|      |           | 2. Content-based load balancer is based    | 
|      |           | on the URL path. Different path rules need   | 
|      |           | different backend services. for eg: /video   | 
|      |           | and /static require two separate backend services. | 
+---------------------+------------------------------------------+------------------------------------------------------+ 
| 7. Session affinity | Session affinity can be set, but only | 1. Client IP Affinity: This directs the same   | 
|      | during the creation of target pool.  | client ip to same backend instance by    | 
|      | Once it is set, the value    | computing hash of the IP.       | 
|      | cannot be changed.      | 2. Generated Cookie Affinity: Load balancer stores | 
|      |           | cookie in clients and directs the same client to  | 
|      |           | same instance with the help of retrieved cookie.  | 
+---------------------+------------------------------------------+------------------------------------------------------+ 
| 8. Health check | Health check is optional, but network | Health can be verified by either using HTTP   | 
|      | load balancing relies on HTTP Health  | heath check or HTTPS health check.     | 
|      | checks for determining instance health. |              | 
+---------------------+------------------------------------------+------------------------------------------------------+ 

Qua bảng trên được dựa trên quan điểm của tôi. Nếu bất cứ điều gì là không chính xác hoặc Nếu tôi đã bỏ lỡ một cái gì đó, xin vui lòng bình luận và tôi sẽ thêm nó vào bảng.

Dưới đây là link để biết hướng dẫn về cách thiết lập Bộ cân bằng tải HTTP trong GCP.