Konfigurálása nginx mint egy frontend a web-szerver apache
Ebben a cikkben, nginx konfiguráció figyelembe kell venni annak érdekében, hogy növelje a hatékonyságát a Web-szerver nehéz terhek. Hatékonyságának javítása alkalmazásával érjük el a fény nginx Web-szerver, amely fogadja és feldolgozza az összes felhasználói kéréseket, Apache beállítása csak a szükséges minimum. Közvetlen hozzáférés a Web-kiszolgáló Apache felhasználó nem kap.
Kezdjük a konfigurációt. Az én esetemben a kiigazítás az elosztó Linux Debian 6.0.
A szoftver telepítése:
Ezt követően változtassa meg a beállításokat, mert meg kell futtatni Apache egy másik portot. Esetünkben - ez 8080, de használható bármilyen választott. A port módosításához szabály vonalak a konfigurációs fájlban /etc/apache2/ports.conf:
Az is szükséges, hogy megfelelő változásokat a virtuális gépeket fájlokat. Például hozzon létre egy virtuális host sample.ru.
A teljesítmény javítása érdekében, akkor letilthatja a Keep Alive kapcsolatot. Ehhez rögzíteni, hogy az irányelv a /etc/apache2/apache2.conf
Fontos. Ha van egy Linux disztribúció nem Debian vagy Ubuntu, a helyét a konfigurációs fájlok és a nevük változhat. Például a legtöbb esetben minden beállítást tárolja a globális konfigurációs fájl /etc/apache2/httpd.conf. Tehát valamilyen Linux-Unix és Apache maga is elhelyezkedhetnek más könyvtárak. A lehetőségek:
- / Etc / apache2
- Az / etc / httpd
- / Usr / local / etc / apache2
- / Usr / local / etc / httpd
- / Usr / local / etc / www
- / Usr / local / apache2
- / Usr / local / httpd
- / Usr / local / www
Ezek a lehetőségek, hogy találkoztam a gyakorlatban a különböző platformokon. Továbbá, az összes beállítás biztosítja kapcsolatban Linux Debian és Ubuntu Linux, és egyedül, hogy egy módosítás az ügyet.
Létrehozva egy virtuális fogadó apache
Új fájl létrehozása /etc/apache2/sites-available/sample.ru. Azon a helyen, a következő szöveges fájl:
Fontos, hogy ne felejtse el, hogy 8080-ben a VirtualHost direktíva!
Mi fokozzák a virtuális host, és indítsa újra az Apache:
Hűséges REMOTE_ADDR az Apache
Beállítás nginx
Esetünkben nginx beállítás csak a minimális mennyiségű munkát kell dolgozni hatékonyan csak nginx keresztszalag Apache.
Korábban már kikapcsolta a Apache támogatás Keep Alive. Az együtt nginx ilyen intézkedés ad jelentős teljesítmény priprost. Apache feldolgozta a kérelmet, és visszatér a tartalmát nginx, le van tiltva, és megy a feldolgozás más kéréseket, nginx folyamatot önállóan foglalkozik küld az eredményeket a felhasználónak. Resources nginx folyamat alig fogyaszt, mint a ténylegesen működik csak statikus. Apache is lehet enni egy hatalmas erőforrás.
Itt egy példa az egyik projekt, amely több mint 10 ezer. Látogatók naponta. Lekérdezések, ennek megfelelően a helyén csak kollosalnoe számát. Az oldalon működik egy meglehetősen erőforrás-igényes motor Bitrix. Egy hívás lepattinthatóvá webhely 300MB akár 2,5 GB RAM-mal. Ha a projekt indításakor nélkül Front-end, a helyszín a jelenlegi munkamennyiség lassulni fog a füst, ha egyáltalán képes lesz feldolgozni kéréseket. Amit kapunk eredményeként dolgozó csapat. A kiszolgáló teljesítménye elég nagy, így még igényes kérések feldolgozása azonnal. Apache A kérés feldolgozása azonnal küld nginx tartalom és kiadta feldolgozására a következő kérést. Nginx, a kérelem feldolgozására egy adott oldalra, már használja minden 0,5-2Mb RAM. Jelentős különbség! Ennek köszönhetően, a betöltött projekt elég normális élet. Természetesen ebben a példában, még mindig vannak olyan funkciók a MySQL szerver konfiguráció, de a téma MySQL beállítás túlmutat ezt a cikket. Gondoskodjon arról, hogy egy cikket a témáról, és az alap MySQL beállítások dolgozó Bitrix nagy projektek.
Mellesleg szólva Bitrix, a Front-end téma beállításokat szervereken telephelyeken Bitrix rendkívül fontos, különösen, ha az online áruház végre ezen a CMS. Minden nehézkes Bitrix, CMS úgy véli, ez egyre népszerűbb, mert van egy csomó kiegészítő dolgozni 1C: Enterprise. A közigazgatási része elég barátságos a felhasználó számára, különösen összehasonlítva a CMS elosztott GPL licenc alatt. 1C programozók létre kirakodása áru 1C: Enterprise kapcsolatba a szakaszok, és az esetleges paramétereket vezérelték adatcsere-szabványok 1C.
Tehát, folytassa közvetlenül a telepítést.
A fő konfigurációs fájl Nginx /etc/nginx/nginx.conf
Ami azt illeti, csak minimális változásokat. Ha egyes irányelvek nem elég, csak add hozzá a megfelelő szakaszok a fájlt. Alatta fogom elmagyarázni a célja egyes irányelvek és azok értékeit.
Kapcsoiatfeldolgozó eljárások részben irányelv használatra események
A választás az alkalmazási módszereket óvatosnak kell lenni. Különböző módszerek által támogatott különböző operációs rendszerekben. nginx támogatja a különböző módszerek feldolgozó vegyületek. Ha több mint egy módszert, nginx általában kiválasztja a leghatékonyabb módszer áll rendelkezésre a platformon. Ez az eljárás azonban a kapcsolat feldolgozása explicit módon válassza ki, ha szükséges, át használatra irányelvet. Ha bizonytalan, akkor jobb, ha letiltja az irányelv egyáltalán.
A következő kezelési módszerek vegyületek:
- válasszon - standard módszer. Modul, hogy támogassa ezt a módszert összegyűjtjük automatikusan, ha egy hatékonyabb módszer nem talált a platformon. Akkor engedélyezze vagy tiltsa le ezt a modult a -A-select_module paraméterek és -without-select_module.
- poll - a standard eljárás. Modul, hogy támogassa ezt a módszert összegyűjtjük automatikusan, ha egy hatékonyabb módszer nem talált a platformon. Akkor engedélyezze vagy tiltsa le ezt a modult a -A-poll_module paraméterek és -without-poll_module.
- kqueue - egy hatékony módszer a FreeBSD 4.1 és újabb, OpenBSD 2.9+, NetBSD 2.0, és Mac OS X-sok orosz nyelvű útmutató felállítása nginx a Front-end az Apache közös megjelölése ezzel a módszerrel, mert a legtöbb cikkeket tompán lefordított és eredetileg írott rendszergazdák FreeBSD vagy az OpenBSD.
- epoll - egy hatékony módszer a Linux 2.6+. Néhány korábbi disztribúció, mint amilyen a SuSE 8.2, vannak olyan foltok, hogy támogassa epoll kernel 2.4.
- rtsig - valós idejű jeleket, egy hatékony módszer a Linux 2.2.19+. Alapértelmezésben a rendszer-szintű esemény sorban fér el 1024 jeleket. Forgalmas szerverek szükség lehet növelni a méretét a sorban segítségével kernelparamétert / proc / sys / kernel / rtsig-max. Azonban, mivel a Linux 2.6.6-mm2, ez a paraméter nincs folyamatban létezik minden körben különböző jeleket, melynek mérete korlátozott keresztül RLIMIT_SIGPENDING és lehet változtatni worker_rlimit_sigpending.
- / Dev / poll - hatékony módszer a Solaris 7 11/99 +, HP / UX 11.22+ (eventport), IRIX 6.5.15+ és Tru64 UNIX 5.1A +. Ha a sor megtelt, nginx eldobja, és elkezdi feldolgozása kapcsolatok segítségével a közvélemény-kutatás eljárás, amíg a helyzet normalizálódik.
- eventport - esemény portok, egy hatékony módszer a Solaris 10.
Beállítása egy virtuális host nginx
Közel a nginx, mint az Apache saját virtuális gépeket. Ezért honlapunkon, meg kell határoznunk a virtuális host sample.ru. Készítsen /etc/nginx/sites-available/sample.ru fájlt. A fájl tartalmát fel:
Most aktiválni a virtuális host, és indítsa újra nginx:
Az eredmény beállítás nginx Front-end az Apache
Ha helyesen tette, egy csomó kell keresni. Betöltött projekt lesz a hatása azonnal látható.