Jak zainstalować serwer WWW z Nginx + MySQL + PHP5 + APC + Spawn_FastCGI [pierwsza część: prezentacja]

Nie tak dawno temu wspominaliśmy o tym teraz DesdeLinux (wszystkie jego usługi) działają Serwery GNUTransfer.com. Blog znacznie się poprawił pod względem szybkości, płynności, nawet jeśli przestajemy mieć (po połączeniu UsemosLinux) ponad 30.000 200 odwiedzin dziennie (prawie XNUMX użytkowników podłączonych jednocześnie). Jak osiągnąć dobrą wydajność serwera nawet przy takim natężeniu ruchu?

Obecnie Justice (VPS, gdzie znajduje się blog i kilka innych usług) ma 3 GB pamięci RAM, jednak zużywa mniej niż 500 MB, jest to możliwe przy odpowiednim doborze oprogramowania i odpowiedniej konfiguracji. Na przykład Apache jest niewątpliwie wielkim na świecie, numerem 1, jeśli chodzi o hosting, ale właśnie z tego powodu Apache nie zawsze jest najlepszą opcją. Gdy ruch jest duży, a sprzęt serwera nie jest zbyt duży (np. 8 lub 16 GB pamięci RAM), Apache może zużywać zbyt dużo pamięci RAM, co powoduje, że w pewnych momentach odpowiedź serwera zajmuje zbyt dużo czasu lub, co gorsza, nasza witryna jest offline przez niewystarczające zasoby. Dlatego wielu z nas wybiera Nginx zamiast Apache.

nginx:

O Nginx mówiliśmy już wcześniej w artykule Nginx: Ciekawa alternatywa dla Apache, tam powiedzieliśmy, że jest to serwer WWW taki jak Apache, LightHttpd lub Cherokee, ale w porównaniu z Apache wyróżnia się wydajnością i niskim zużyciem sprzętu, właśnie dlatego wiele dużych witryn, takich jak Facebook, MyOpera.com, DropBox czy nawet WordPress .com używa Nginx zamiast Apache. W świecie Linuksa DesdeLinux Nie jest to jedyny, który używa Nginx, o ile wiem, używają go również emsLinux i MuyLinux :)

Moje osobiste doświadczenia z Nginx sięgają kilku lat, kiedy z konieczności zacząłem szukać lekkich alternatyw dla Apache. W tamtym czasie Nginx był w wersji 0.6 i jego kompatybilność z wysokimi żądaniami stronami stworzonymi w PHP nie była najbardziej optymalna, jednak dziś od wersji 0.9 wzwyż (Wersja 1.2.1 dostępna na Debian Stable, wersja 1.4.2 dostępna na ArchLinux) znacznie się poprawiło, do tego stopnia, że ​​przy odpowiedniej konfiguracji i połączeniu Nginx + PHP wszystko będzie działać jak urok.

W tej serii samouczków Użyję Nginx w wersji 1.2.1-2.2, dostępne w repozytoriach Debian Stable (Wheezy).

PHP5:

PHP, język programowania, z którym współpracuje obecnie wiele witryn (i systemów CMS), jest moim zdaniem czarną owcą w rodzinie. Innymi słowy, z mojego osobistego doświadczenia wynika, że ​​duże witryny, z dużą liczbą odwiedzin, z wieloma opcjami, funkcjami itp., Jeśli taka strona jest wykonana w PHP, będzie zużywać więcej zasobów niż podobna witryna wykonana na przykład w RoR. Z mojego doświadczenia wynika, że ​​ludzie, PHP to ogromny smok zasobów, PHP + Apache wystarczy, aby połknąć setki MB pamięci RAM bez prawdziwej potrzeby.

Powodem, dla którego nie należy używać RoR, Django lub czegoś innego, jest po prostu to DesdeLinux (blog, nasz flagowy produkt) współpracuje z WordPressem, CMS-em opracowanym w PHP, który oferuje nam tak wiele udogodnień, że po prostu nie planujemy go zmieniać w krótszej lub średniej perspektywie, szczerze mówiąc, WordPress, nawet jeśli nie jest idealny, służy nam do tego, czego potrzebujemy, a może i więcej.

Jeśli chodzi o PHP, w tych samouczkach użyję rozszerzenia Wersja PHP 5.4.4-14 dostępne na Debian Wheezy (stabilny)

Spawn_FastCGI:

Można powiedzieć, że jest tym, co łączy Nginx z PHP, to znaczy, nawet jeśli mają zainstalowany pakiet PHP5, jeśli nie mają zainstalowanego i uruchomionego Spawn_FastCGI, gdy otwierają witrynę w PHP, przeglądarka pobierze plik, nie pokaże im wszystko, co zostało zaprogramowane w .php, ponieważ serwer nie wie, jak przetwarzać pliki .php, dlatego konieczne jest zainstalowanie i skonfigurowanie Spawn_FastCGI.

Gdybyśmy użyli Apache, byłoby to coś tak prostego, jak instalacja pakietu libapache2-mod-php5, ale ponieważ używamy Nginx, będziemy musieli zamiast tego zainstalować pakiet spawn-fcgi. Ponadto w samouczku wyjaśnię, jak utworzyć początkowy skrypt w /etc/init.d/, aby można było wygodniej nim sterować.

MySQL:

Może to być wielki znak zapytania, a może dla niektórych niezgodna nuta. Wielu, których znam, zada mi pytanie: po co używać MySQL, a nie MariaDB?

Problem w tym, że nie mam wystarczająco dużo czasu, aby w tej chwili poświęcić się migracji z MySQL do MariaDB, migracji, która teoretycznie powinna być przejrzysta dla wszystkich, w 100% kompatybilna ze wszystkim, ale to... Powiedziałem, że teoretycznie. W tym czasie zacząłem przenosić usługi DesdeLinux z jednego VPS na drugi musiałem zostawić Apache i używać Nginx, wiązało się to z różnymi plikami konfiguracyjnymi, różnymi sposobami deklarowania VHost, instalacją i konfiguracją od podstaw serwera i jego usług, w tym czasie nie mogłem dodać kolejnego zadania do list, dodatkowo i szczerze mówiąc, zmieniłem Apache na Nginx, ponieważ Apache nie zaspokoił moich potrzeb, jednak MySQL na razie zaspokaja moje potrzeby w 100%, nie widzę powodu, abym w tym czasie zwiększał swoje obciążenie pracą zmieniając coś, co U mnie technicznie już to działało dobrze.

Kiedyś wyjaśniłem, dlaczego nie zainstalowałem MariaDB, wyjaśnij również, że ogromna większość stron internetowych potrzebuje bazy danych do swojego działania, ponieważ to tam będzie przechowywanych wiele (lub prawie wszystkie) informacji. Są tacy, którzy lubią Postgre lub kogoś innego, w tej serii samouczków wyjaśnię, jak to zrobić zainstaluj MySQL i skonfiguruj oddzielnych użytkowników dla każdej witryny.

La Wersja MySQL, której będę używał, to 5.5.31

Transporter opancerzony:

APC to optymalizator dla PHP (wyjaśniony w bardzo prosty sposób). To pozwala nam po prawidłowym skonfigurowaniu, że przetwarzanie PHP działa lepiej, że odpowiedzi z serwera są szybsze.

Istnieją alternatywy, takie jak memcache, jednak zawsze używałem APC i miałem bardzo dobre wyniki. Polecam przeczytanie tego artykułu w języku angielskim: Porównanie APC i Memcache jako lokalnego magazynu zawartości

Użyję wersji php-apc 3.1.13-1 dostępne również w repozytoriach Debian Stable.

Podsumowując:

Taki sposób instalacji konfiguracji serwera WWW nie jest ani najbardziej optymalny, ani dużo mniej, na przykład wielu poleci Varnish, który z tego co przeczytałem robi prawdziwe cuda bo wszystko lub prawie wszystko jest w pamięci podręcznej, ale w naszym przypadku nie potrzebujemy, aby 100% witryny było zawsze buforowane, ponieważ nie chcemy lub nie musimy iść do tak skrajności. Jednak wyjaśniam, jak powiedziałem powyżej: „o ile przeczytałem”, ja osobiście nie używałem lakieru do dziś, więc nie mogę dać Ci 100% obiektywnej opinii.

Będzie to seria samouczków, w których pokażę, jak zainstalować serwer WWW taki jak ten, który jest hostowany w tej minucie. DesdeLinux (blog, forum, wklej itp.). Blog ma 30.000 200 odwiedzin dziennie, prawie 500 użytkowników korzysta z niego jednocześnie, a mimo to zużycie RAM nie przekracza 3 MB, dla niektórych może to być nadmierne zużycie, ale... hej, mamy 500 GB RAM, mniej niż XNUMX MB (co obejmuje Usługa FTP, SSH itp.) jest naprawdę dobra, prawda? 🙂

Cała `` magia '' jest wykonywana nie tylko przez Nginx + Spawn_FastCGI + APC, nasz system buforowania blogów jest naprawdę dobrze skonfigurowany, a zasady dla Nginx są precyzyjne, dzięki czemu blog nawet wtedy, gdy otrzymuje dużo ruchu, jest znacznie mniej PHP niż cokolwiek zwykle, ponieważ wiele jest już buforowanych. Jeśli masz witrynę o dużym zapotrzebowaniu i masz problemy z zasobami, zdecydowanie polecam przestudiowanie, aby sprawdzić, który system pamięci podręcznej będzie dla Ciebie najlepszy, który najlepiej będzie odpowiadał Twoim potrzebom.

Mam nadzieję, że te samouczki okażą się interesujące, w każdym z nich postaram się wszystko wyjaśnić w sposób wyczerpujący, szczegółowy i jak najprostszy.

pozdrowienia