Thảo luận cách chia sẻ băng thông cho site phim, ảnh

Bạn hãy tạo thớt mới. Mình sẽ cho bạn 1 cái tên code upload và quản lý phim để tìm hiểu. Tránh loãng chủ đề.

 

Xin chào, Bạn tạo thớt mới cho đúng trọng tâm câu hỏi, mình sẽ trả lời nhé. Bạn tạo thớt mới sẽ có nhiều ng góp ý cho bạn hơn.

 

@money : 4. Nếu storage dùng của Hetzner còn vps thuê của OVH được không em? (giả sử thôi, ý anh muốn là 2 provider bất kỳ cho 2 dịch vụ lưu trữ và vps là khác nhau)

Thưa anh. Đào sâu nghiên cứu câu hỏi này của anh, em xin phép trình bày thêm một chút:

Có 2 phương án:
1. VPS cho domain mua ở OVH, chỉ chạy source code phim. (domain tạm gọi là domain.com)
- Mua 16 VPS ở hetzner, trong đó có 1 VPS ở hetzner (server.domain.com), anh mount thư mục chứa phim và cấu hình các vps còn lại cũng mount thư mục upload phim vào. Thì kết quả vẫn ổn. Về cơ bản thư mục lưu trữ phim, và các vps còn lại vẫn ở hetzner, chỉ là domain chính chạy source code đặt ở nhà cung OVH mà thôi.
- Giải thích đơn giản là
+ Domain.com - (ở OVH) chạy source code
+ server.domain.com, s1.server.dom.com đến s16.server.domain.com ở hetzner là nơi lưu trữ phim và upload phim.

2. VPS cho domain mua ở OVH, chạy source code và lưu luôn phim tại VPS này. Domain.com và server.domain.com (lưu trữ phim) ở OVH
- Mua 16 VPS ở hetzner và a mount thư mục chứa phim từ OVH đến 16 vps ở hetzner cũng được, nhưng sẽ chậm hơn rất nhiều.
- Lúc này 16 VPS từ hetzner mount đến thư mục chứa phim ở OVH sẽ không còn là mạng lan nội bộ nữa.
- Vps ở OVH lưu trữ phim phải mở port với các ip public của 16 Vps ở hetzner.

Nhận xét: Phương án 2 (TRONG TRƯỜNG HỢP KẾT NỐI GIỮA OVH VÀ HETZNER KHÔNG LỖI, VÀ LÀ TỐT NHẤT) thực sự băng thông sẽ tốn gấp đôi. Và user xem phim sẽ rất chậm. Đôi lúc có thể mất kết nối từ OVH VÀ HETZNER là điều chắc chắn.

 

Xin giải thích cho bạn như sau:

Thông thường với load balance, đó là cơ chế cân bằng tải, dùng nhiều vps làm backend để tăng hiệu suất cho user truy cập.
Con frontend ở phía trước sẽ chịu toàn bộ tổng băng thông, chỉ chia tải được hiệu năng qua backend, và mỗi backend sẽ chịu 1 phần trong tổng băng thông.

Còn dùng nginx spit_clients (cấu hình redirect nhé), mình phải tạo thêm 1 sub domain là server.domain.com, mục đích của nó là redirect toàn bộ và chia đều băng thông đến các vps phía sau.

server.domain.com chỉ làm nhiệm vụ chia theo cấu hình nginx spit_clients và redirect nên không chịu một tí băng thông nào.

Bạn vào server.domain.com nó tự động redirect qua s1.server.domain.com hoặc s2.server.domain.com ... s16.server.domain.com là bạn đã cấu hình nginx spit_clients thành công.

Mục đích tạo nhiều sub domain đến đây hy vọng bạn hiểu (s1.server.domain.com đến s16.server.domain.com) lí do tại sao.

Như vậy mới gọi là chia tải băng thông. Hy vọng bạn đã hiểu.
.

 

Không có gì bro. Lý thuyết là thế, khi thực hiện thì cũng không đơn giản đâu.
Luôn hỗ trợ anh em trong kiến thức mình biết.

 

Đúng rồi anh.

Có lẽ phải làm post hướng dẫn tỉ mỉ anh em về ignore DMCA.

 

Ok, Mời bro chờ một chút.

P/s: Diễn đàn mình là mở, nên nhiều bí mật không dám bật mí rộng. Không phải ngại chia sẻ, mà ngại nhiều cái chia sẻ sẽ nát bươm ra thì mệt.

 

Của bro đây: http://cafemmo.club/threads/thao-luan-va-chia-se-cach-ignore-dmca.2334/
Xin mời bạn cùng thảo luận nhé.

 

Sao mà buồn ghê gớm thế bro. Qua topic thảo luận nhé.

 

Không ngu đâu. Dùng từ "Ngu" là hơi mạnh và hạ thấp mình đó.
Chẳng qua chưa biết, hoặc nhiều lúc hơi cố chấp tí thôi.

 

Càng học được nhiều thì càng thấy ngu mà các bác.