Tôi đang suy nghĩ về kiến trúc cho một Máy chủ web mới. Có phải Varnish là một bộ đệm trước Nginx như một proxy ngược và phục vụ các tệp tĩnh trước apache cho tất cả các công việc nặng nhọc là một ý tưởng tốt?
Tôi sẽ chạy php và ruby trên các ứng dụng rails.
Sẽ có quá nhiều chi phí chuyển qua yêu cầu php để apache thông qua hai quá trình khác?
Cảm ơn rất nhiều!
Câu trả lời:
Vâng, nó hợp lệ. Cách tiếp cận cá nhân của tôi sẽ là sử dụng Varnish lên phía trước và sử dụng VCL để phân chia lưu lượng giữa các yêu cầu NGINX tĩnh và nâng vật nặng của bạn (cho dù đó là Apache hay Hành khách hay ... không thành vấn đề). Điều này đặc biệt đúng nếu nó nằm trên cùng một máy vì bạn không cần thêm chi phí. Nó không nhất thiết phải mua cho bạn bất cứ thứ gì.
Varnish không (chưa) hỗ trợ nén gzip, vì vậy có thể nên đổi nó xung quanh với nginx ở phía trước để nén những gì vecni gửi lại. Vì véc ni và nginx không đấu tranh cho cùng một tài nguyên (nginx sử dụng CPU để nén gzip, trong khi véc ni sử dụng bộ nhớ) nên chúng sẽ chạy trơn tru trên cùng một máy.
Varnish hiện hỗ trợ nén gzip , vì vậy trừ khi bạn cần chấm dứt SSL (như được đề xuất trong các bình luận), tôi sẽ đề nghị đưa vecni tiếp xúc trực tiếp với Internet.
Dành cho http:
(internet) -> (véc ni, gzip, bộ nhớ đệm, esi) -> (ứng dụng)
Dành cho https:
(internet) -> (nginx, ssl) -> (véc ni, gzip, bộ nhớ đệm, esi) -> (ứng dụng)
Nếu bạn cũng muốn có apache (đối với hỗ trợ mod_foobar phổ biến), tôi sẽ đặt nó giữa vecni và ứng dụng
Cập nhật: Đã cập nhật để bao gồm hỗ trợ gzip trong véc ni 3.0. Đã thêm ssl / esi theo đề xuất trong bình luận
Số lượng chi phí không đáng kể. Tôi giả sử một phần lý do bạn muốn có hai tầng này là vì khả năng mở rộng; trong trường hợp mà bạn rất có thể sẽ thấy, liên quan đến apache, vecni và nginx đó không hoạt động rất chăm chỉ.
Nếu bạn cả ba tầng trên một máy, sẽ có ít tác động hiệu suất hơn trước khi bạn đạt được công suất của chính máy chủ đó.
Thay thế, tại sao không véc ni + nginx với hành khách? Tôi đã sử dụng thiết lập này trong quá khứ và nginx sử dụng hành khách tương đối nhẹ và chạy khá tốt. Có thể đáng suy nghĩ về việc nếu bạn không kết hôn với apache chạy đường ray của bạn.
Tôi là quản trị viên hệ thống cho một nền tảng thương mại điện tử khởi nghiệp. Chúng tôi sử dụng véc ni + nginx trước ngăn xếp PHP / apache của chúng tôi và nó đã làm việc kỳ diệu.
Chúng tôi có một ứng dụng sử dụng bộ nhớ cao và ứng dụng đã sử dụng khoảng 15-20gigs RAM cho mỗi webnode và một khi chúng tôi đặt véc ni ở phía trước thì bây giờ là khoảng 8gig RAM cho mỗi nút. Họ chưa bao giờ tăng vọt.
Vì vậy, tôi đánh giá cao nó.
Tôi đang chạy Drupal, với mô-đun boost trên máy chủ Apache + PHP + MySQL, nhưng trước mặt họ tôi đang sử dụng Nginx với tính năng gzip-static và sử dụng kết quả tăng cường để phục vụ người dùng.
Và trên hết, tôi đang sử dụng vecni, tất cả trên cùng một PC, tôi đang có kết quả tốt.
Tôi cũng đang sử dụng Nginx để điều chỉnh các tiêu đề mà Drupal không làm tốt cho bộ đệm.
Đó không phải là một ý tưởng tốt trừ khi bạn cần một cái gì đó như ESI. Nginx có hệ thống bộ nhớ đệm riêng hoạt động tốt hơn .
Apache có thể được sử dụng để chấm dứt SSL (giải mã), kiểm tra http://noosfero.org/Development/Varnish#SSL