Obecnie mam jeden serwer z nginx, który reverse_proxy do Apache (ten sam serwer) do przetwarzania żądań php. Zastanawiam się, czy mogę upuścić apache, więc uruchomiłbym nginx/fastcgi na php, gdybym zobaczył jakikolwiek wzrost wydajności. Zakładam, że od kiedy Apache jest dość napuchnięty, ale jednocześnie nie jestem pewien, jak niezawodne fastcgi/php jest szczególnie w sytuacjach dużego natężenia ruchu.nginx/apache/php vs nginx/php
Moje witryny pobierają około 200 000 unikalnych użytkowników miesięcznie, a około 6 000 000 indeksowanych stron miesięcznie wyszukiwarek. Liczba ta stale rośnie, więc szukam opcji perfomacji.
Moja strona jest bardzo zoptymalizowana pod względem kodu i nie ma żadnego buforowania (nie chcę tego również), każda strona ma maksymalnie 2 kwerendy sql bez żadnych złączeń w innych tabelach, indeksy są również doskonałe.
Za około rok będę przepisywać wszystko, aby używać ClearSilver do szablonów, a następnie prawdopodobnie używać Pythona lub C++ do ekstremalnej wydajności.
Przypuszczam, że mniej lub bardziej poszukuję porady od każdego, kto jest zaznajomiony z nginx/fastcgi i jeśli chce dostarczyć pewne testy porównawcze. Moje witryny to jeden serwer z 1 czterordzeniowym xeonem, 8 gb pamięci RAM, 150 gb napędem velociraptor.
G-WAN wygląda bardzo, bardzo ładnie! Czy zdajesz sobie sprawę z grubsza, ile połączeń może obsłużyć na sekundę? – Joe
Zmierzyłem G-WAN na 200 000 żądań na sekundę. Biorąc pod uwagę fakt, że zwierzę jest 32-bitowym procesem, jest miejsce na postęp, gdy będzie działał w 64-bitowym kodzie (wszystkie inne serwery WWW są znacznie szybsze, gdy są kompilowane w 64-bitowej wersji niż w 32-bitowym). – Frankie
Nie zawsze. Apache działa znacznie szybciej niż nginx na dużych maszynach wielordzeniowych przy bardzo dużym obciążeniu współbieżnym (strony dynamiczne). Nginx jest dobry dla plików statycznych lub gdy używamy go jako proxy. – iddqd