nginx + FastCGI dla aplikacji django --- uruchomić dwa serwery WWW lub jeden?

Question

Mam zamiar wdrożyć aplikację Django na serwerze WWW nginx i chcę się upewnić, że buduję system poprawnie.

Powszechnie wiadomo, że jeśli wdrażasz Django na serwerze apache, to powinieneś umieścić serwer nginx przed aplikacją, aby wyświetlać pliki statyczne, przy których nginx jest bardziej wydajny.

Jeśli zamiast Apache dla kodu Django, chciałbym użyć nginx + FastCGI do hostowania aplikacji Django, czy jest jakikolwiek powód, aby skonfigurować drugą instalację nginx, aby zasiadała przed serwerem nginx obsługującym zawartość dynamiczną , aby obsłużyć zawartość statyczną, a także przekierowanie do zawartości dynamicznej?

Czy istnieją różne parametry konfiguracyjne dla zawartości statycznej i dynamicznej, które sprawiają, że chcę zachować oddzielne serwery lub czy mogę hostować je wszystkie w pojedynczej instalacji nginx, z niektórymi adresami URL zamapowanymi na django treść, a reszta jest mapowana na statyczną zawartość obsługiwaną z tej samej instalacji nginx?

Dzięki za porady!

Answer 1

Większość dyrektyw config mogą żyć wewnątrz bloków lokalizacji (czyli nie są globalne tylko oni) i to bardzo powszechne w tym jest praktyka. Nie powinieneś mieć problemu z ustawianiem tego przy użyciu tylko 1 instancji nginx.

Jedną z najlepszych rzeczy na ten temat jest to, że możesz ustawić to w ten sposób na początku, a następnie zmienić zdanie w późniejszym czasie, przełączając blok lokalizacji, aby przejść do serwera zaplecza, bez żadnego z tego widocznego dla świata zewnętrznego.

Więc śmiało, zrób to teraz na jednym serwerze, wiedząc, że możesz później zainstalować serwer lub klastrę zaplecza, ponieważ musisz skalować.

Answer 2

Jestem pewien, że można skonfigurować wszystkie treści statyczne i dynamiczne w jednym pliku konfiguracyjnym z jednym serwerem nginx

Answer 3

Powiedziałbym, że proxy-django na swój własny serwer naprawdę przychodzi, jeśli używasz mod_python, czyli: obsługuj statyczne z nginxem i proxy django do instancji apache z uruchomionym mod_python. Z przyjemnością uruchamiam django w lighttpd przez fastcgi z tą samą lighttpd obsługującą statyczną zawartość też.

Answer 4

Aby odpowiedzieć na pytanie dotyczące umieszczenia serwera nginx przed innym nginx: Nie, zwykle nie ma powodu, by to robić. Ta stara rada pochodzi z Apache, szczególnie gdy mod_python został użyty z prefektem MPC Apache. W tej konfiguracji każda instancja Django działałaby jako oddzielny proces, wewnątrz kontenera mod_python/Apache, a to wymagałoby użycia dużej ilości pamięci RAM. Pomysł polegał na tym, aby utrzymywać stałą obsługę plików z dala od Apache, poprzez umieszczenie lekkiego, sterowanego zdarzeniami serwera HTTP, takiego jak nginx, przed ciężkimi procesami Apache. Pozwoliło to zaoszczędzić pamięć RAM i zwiększyć wydajność. W przypadku używania lekkiego serwera, takiego jak nginx, dla wszystkich żądań jest to problem.

nginx ma dobrą obsługę przepisywania adresów URL, zajrzyj do modułu Rewrite.

Twoje pytanie nie określa, jakiego obciążenia (połączeń/sekund) się spodziewasz, ani dlaczego chcesz używać nginx w pierwszej kolejności. Jeśli dotyczy bloga na serwerze VPS lub podobnej instalacji o małym obciążeniu, spójrz na użycie Apache z mod_wsgi w trybie demona.To ma wydajność & wykorzystanie RAM bardzo blisko FastCGI i mod_wsgi niedawno stał się oficjalnie zalecany sposób gospodarzem Django, zobacz http://docs.djangoproject.com/en/dev/howto/deployment/modwsgi/

Generalnie chciałbym zaproponować użyciu Apache/mod_wsgi jeśli to możliwe, że jest stabilny i elastyczny kombinacja. Upewnij się, że nie "przedwcześnie optymalizujesz", używając nginx, gdzie Apache + mod_wsgi zrobiłby dobrze. Na przegląd wydajności mod_wsgi w trybie demona patrz: http://code.google.com/p/modwsgi/wiki/PerformanceEstimates

nginx jest niesamowite, ale na rozwiązanie nginx Django jest IMHO lepsze dopasowanie jako równoważenia obciążenia dla wielu przypadkach Apache lub oddzielnego serwera dla plików statycznych. Oba te scenariusze użycia mają znaczenie tylko w przypadku dużych obciążeń.