Nếu chi phí không phải là một vấn đề, liệu có bất kỳ lợi ích nào trong việc triển khai bộ cân bằng tải phần mềm cho lưu lượng truy cập web so với phần cứng không?
Nếu chi phí không phải là một vấn đề, liệu có bất kỳ lợi ích nào trong việc triển khai bộ cân bằng tải phần mềm cho lưu lượng truy cập web so với phần cứng không?
Câu trả lời:
Sự khác biệt giữa bộ cân bằng tải "phần cứng" và "phần mềm" không còn có ý nghĩa. Bộ cân bằng tải được gọi là "phần cứng" là CPU lớp PC, giao diện mạng với khả năng xử lý gói và một số phần mềm để liên kết tất cả lại với nhau. Một bộ cân bằng tải "phần mềm" nhận ra trên một máy chủ tốt với các NIC hiện đại là ... giống nhau.
Những gì bạn nhận được với các dịch vụ thương mại cao cấp như F5 hoặc Citrix Netscaler là:
Với các bộ cân bằng tải phần mềm (mã nguồn mở), bạn không bị ngược lại, những gì bạn nhận được phụ thuộc vào phần mềm bạn chọn và cách bạn thực hiện. Điều đó nói rằng, thông thường bạn sẽ thấy:
Sự khác biệt không thực sự trên "phần cứng" so với "phần mềm". Đó là "mua một ngăn xếp công nghệ đã được chứng minh là một thiết bị" so với "tự xây dựng nó". Tất nhiên có nhiều biến để xem xét khi đưa ra quyết định cuối cùng (chi phí, bộ kỹ năng đường phố, khả năng chịu đựng thời gian chết, tăng trưởng trong tương lai, v.v.).
Bộ cân bằng tải phần cứng thường có bộ tính năng phong phú hơn, đặc biệt là khi bạn truy cập vào các tính năng lớn như F5. Bạn cũng có thêm lợi ích của khả năng mở rộng lớn hơn do giảm tải phần cứng.
Mặt khác, nếu bạn biết lưu lượng truy cập của mình sẽ không quá cao, bộ cân bằng tải phần mềm thực sự hoạt động khá tốt. Nếu bạn có thể thực hiện nhờ có Lớp 4 LB, Linux LVS + Keepaliving là một lựa chọn rất tốt. Nếu bạn cần sức mạnh của LB lớp 7, bạn có thể sử dụng HAProxy.
Vì vậy, tóm lại, LB LB thường có quy mô tốt hơn so với SW LB.
Hi vọng điêu nay co ich!
Một vài suy nghĩ:
Pro: máy bạn chạy bộ cân bằng tải có thể có phần cứng mạnh hơn nhiều nên sẽ nhanh hơn và áp dụng độ trễ ít hơn (mặc dù tùy thuộc vào tốc độ liên kết của bạn với thế giới bên ngoài, điều này có thể tạo ra một chút khác biệt).
Con: một bộ cân bằng tải phần cứng có thể sẽ không có nhiều năng lượng tính toán hơn mức cần thiết (nó có thể chạy trên chip dựa trên nguyên tử hoặc ARM chứ không phải CPU Intel / AMD cao cấp chunky) vì vậy sẽ tiêu thụ ít năng lượng hơn và tạo ra ít hơn nhiệt.
Pro: cài đặt sắp xếp cân bằng tải phần mềm của riêng bạn có thể giúp bạn linh hoạt hơn trong cấu hình và các nâng cấp / thay đổi sau này, trong đó giải pháp phần cứng có thể là giải pháp "hộp đen" kín hơn nhiều. Mặc dù nếu bạn đang mua một dịch vụ được quản lý để thực hiện bộ cân bằng phần mềm thì điều này sẽ tạo ra rất ít sự khác biệt.
Con: nếu bạn không quản lý bộ cân bằng phần mềm (nghĩa là nhiệm vụ được thuê ngoài hoặc bạn đang mua dịch vụ như một phần của sự sắp xếp lưu trữ được quản lý lớn hơn), bạn có thể thấy phí quản trị viên để duy trì cài đặt có nghĩa là phần cứng ngoài luồng giải pháp sẽ rẻ hơn trong thời gian dài. Ngoài ra, hãy nhớ tính đến thời gian của bạn vào bất kỳ chi phí nào nếu bạn hoặc công ty của bạn sẽ quản lý bộ cân bằng tải.
105931 sessions per second
và khoảng 17% sử dụng CPU - đó là điên khá cho một bộ xử lý Xeon cơ bản đơn
Tôi cũng sẽ tính đến những điểm này:
Nếu công ty có bộ phận CNTT với chuyên gia mạng, thì LB Phần cứng có thể giúp giảm tải bảo trì từ nhóm phát triển.
Đôi khi, đặc biệt đối với các công ty lớn, áp dụng một phần cứng mới mà không ai biết cách vận hành, ngụ ý trong việc thuê các chuyên gia tư vấn đắt tiền hoặc thậm chí là một nhân viên mới.
Nhóm phát triển sẽ ghét một giải pháp Phần cứng nếu họ dự định nhấn mạnh các tính năng của bộ cân bằng tải, ví dụ như, để áp dụng triển khai liên tục.
Rõ ràng CT LB có thể cải thiện việc xử lý các kết nối SSL và do đó giảm tổng số máy chủ ứng dụng cần thiết: