Điểm:2

cân bằng tải trên một NIC để vượt qua giới hạn trên mỗi kết nối

lá cờ ru

Tôi có một thiết lập lạ khi ISP cung cấp kết nối rất nhanh (10 Gbps) nhưng giới hạn mỗi kết nối ở 50 Mbps. Điều này tốt cho các ứng dụng đa luồng mà tôi chỉ có thể tăng số lượng luồng. Nhưng tôi cũng muốn giải quyết vấn đề này cho các ứng dụng đơn luồng.Tôi đang chạy Linux và đây là tất cả lưu lượng TCP (phải có) - Tôi cảm thấy có một cách hay để thực hiện việc này bằng cách sử dụng iptables nhưng cách này hơi nằm ngoài khả năng của tôi. Tôi bị giới hạn ở một thẻ NIC trên thiết bị. Có cách nào để tạo một bộ cân bằng tải chỉ cần tạo nhiều kết nối trên cùng một NIC và sau đó quay vòng các gói không? (Về cơ bản, tôi đã làm điều này trong phần mềm dành cho các ứng dụng đa luồng.. nhưng muốn làm điều đó ở cấp hệ điều hành).

vấn đề được giải quyết những gì đã xảy ra là.. không bị giới hạn bởi ISP. Tôi đang cố kết nối với các thiết bị có kích thước cửa sổ TCP cố định. việc thay đổi các thiết bị đó thành kích thước cửa sổ TCP động đã tăng thông lượng trên mỗi kết nối lên mức tối đa. thêm ở đây:

https://en.wikipedia.org/wiki/Bandwidth-delay_product

Nonny Moose avatar
lá cờ gb
Họ có nói tại sao họ làm vậy không?
lá cờ ru
Đây là môi trường được lưu trữ - bạn có thể truy cập máy chủ của mình qua internet công cộng với giá tương đối rẻ. Nhưng tổ chức của chúng tôi đã chọn sợi tối. Chúng tôi thực sự trả tiền cho 10 Gbps. Vì vậy, tôi có thể nhận được 10 Gbps... với hàng triệu luồng. Tôi nghĩ rằng ISP đã không nhận ra có bao nhiêu người sẽ chọn sử dụng cáp quang tối nên họ đã cung cấp quá mức cho nó trong thời gian dài.. và bây giờ họ phải giới hạn tốc độ mọi người trên cơ sở mỗi kết nối (không vi phạm tổng giới hạn tốc độ mà chúng tôi đã thanh toán. . cái đó trong hợp đồng). Toàn bộ điều này thực sự tốn kém .. cố gắng để có được giá trị tiền của chúng tôi :)
Điểm:2
lá cờ ru

Tôi không nghĩ có một điểm.

Tất nhiên, bạn có thể sử dụng nhiều IP nguồn (cho dù từ nhiều máy chủ, nhiều NIC hay thậm chí là một NIC duy nhất) nhưng sau đó, bạn có thể NAT tất cả các IP đó vào địa chỉ IPv4 công khai mà bạn có - vì vậy không có gì khác biệt so với bên ngoài. Bạn cũng có thể sử dụng nhiều chủ đề.

Nhưng rõ ràng, bạn chỉ có thể thử liên kết nhiều địa chỉ IP nguồn với một NIC duy nhất, không nhiều.

lá cờ ru
Cảm ơn bạn đã trả lời nhanh - Tôi sẽ cố gắng tạo một loạt IP trên Máy chủ của mình (cùng một NIC), sau đó sử dụng iptables để chuyển vòng cho chúng.. và sau đó NAT ra đầu bên kia (tất cả trên cùng một Máy chủ). Có thể điều này bằng cách nào đó sẽ đánh lừa hệ thống nghĩ rằng chúng là các kết nối riêng biệt. Tôi không chắc họ đang theo dõi NHƯ THẾ NÀO .. nhưng nó có thể là cùng một nguồn và chính xác cùng một đích .. miễn là nó nằm trong một luồng khác, nó sẽ có băng thông riêng!
Zac67 avatar
lá cờ ru
Có khả năng, nhiều luồng/kết nối ổ cắm là tất cả những gì bạn yêu cầu. Đưa vào các địa chỉ IP khác nhau *trước* NAT thực sự không thể tạo ra sự khác biệt (trừ khi chúng được yêu cầu để làm cho ứng dụng sử dụng ECMP).
Điểm:1
lá cờ br

Có hai cách hạn chế điều này - trên cơ sở mỗi VM hoặc trên cơ sở mỗi vNIC. Nếu trên cơ sở mỗi VM, bạn không thể làm gì khác ngoài việc đe dọa chuyển sang nhà cung cấp khác hoặc thực sự chuyển nhà cung cấp, thì rõ ràng cách trước có thể không hoạt động. Nếu nó dựa trên cơ sở mỗi vNIC thì bạn có thể tự thêm nhiều hơn nếu có thể hoặc yêu cầu nhà cung cấp thêm họ một lần nữa và một lần nữa nếu họ từ chối đe dọa rời đi.

Cuối cùng, bạn có một nhu cầu kinh doanh mà có vẻ như nhà cung cấp của bạn không đáp ứng được, vì vậy hãy sẵn sàng trả thêm một chút để có được những gì bạn cần.

lá cờ ru
Cảm ơn rất nhiều vì đã trả lời nhanh - chắc chắn điều đó thực sự kỳ lạ. Bằng cách nào đó, họ đang theo dõi từng kết nối và sau đó giới hạn nó - nhưng họ không quan tâm liệu nguồn và đích có hoàn toàn giống nhau hay không. Mã đa luồng của tôi thực sự đang thực hiện song song chính xác điều tương tự (cùng một nguồn, cùng một đích - trong trường hợp này là qua HTTPS nhưng đã thử các mã khác và điều đó không thành vấn đề). Tôi đoán rằng tôi đang tự hỏi liệu có cách nào để trừu tượng hóa điều này ở cấp độ HĐH để mọi kết nối TCP biến thành.. giả sử.. 50 kết nối trong số đó.. trái ngược với việc phải trang bị lại từng phần mềm để thực hiện việc này trong nội bộ.
lá cờ ru
Nói cách khác .. nó không phải trên cơ sở mỗi VM hay mỗi vNIC... nó chắc chắn là trên cơ sở mỗi kết nối... Tôi chỉ không chắc CÁCH này được theo dõi và nếu có một cách hay để đi xung quanh nó :) Chúng tôi được đảm bảo một tốc độ nhất định (đó là sợi quang tối).. xem nhận xét của tôi cho người đăng khác ở trên.. nhưng tôi nghĩ họ đang giới hạn tốc độ trên mỗi kết nối của chúng tôi để tránh tắc nghẽn. Tôi đã thử nghiệm chính xác cùng một thiết lập với một ISP khác không giới hạn luồng (chúng tôi có các ISP dự phòng.. trung tâm dữ liệu dự phòng..v.v.) và nó nhanh hơn 50 lần cho mỗi luồng.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.