NOC online · 24/7Longview, TX · +1 323 412 0665
KinetikatechServers · Security · Websites
SL

Spletni strežniki in povratni posredniki

nginx proti Apache: kateri strežnik izvaja katero delovno obremenitev?

nginx in Apache sta motorja, na katerih je mogoče zgraditi sklad gostovanja, boj pa se konča v trenutku, ko je delovna obremenitev imenovana. nginx je na dogodke usmerjen stroj z nizkim odtisom za statično vsebino in obratno proxy; Apache je z moduli bogat aplikacijski strežnik, katerega imenik preglasi in ekosistem nosi skupno gostovanje. To je tabela poštenih odločitev za obema namenskima člankoma.

Ključne točke

  1. Model sočasnosti odloča o prednosti: nginxova asinhrona zanka dogodkov obravnava na tisoče sočasnih povezav s peščico delovnih procesov, zato prevladuje nad statičnimi težkimi in povratnimi posredniškimi plastmi; Apacheov dogodek MPM zapolni velik del te vrzeli, vendar še vedno dodeli več na povezavo na isti strojni opremi.
  2. Konfiguracijska filozofija je v nasprotju: Apache nosi .htaccess in preglasitve po imeniku (priročnost za ustanovitev skupnega gostovanja), medtem ko je konfiguracija nginx ravna za vsako spletno mesto in vključuje datoteke z disciplino ponovnega nalaganja; vsakodnevni učinek je v obliki ekipe, kdo ureja konfiguracije in kje.
  3. Hibridni sklad je legitimen, ni izločitev: nginx spredaj kot terminator TLS in statični strežnik, Apache zadaj za aplikacijo, je v bitkah preizkušena oblika, ki ohranja orodje htaccess, medtem ko grabi zmogljivost roba nginx; stroški so še ena plast več za odpravljanje težav in spremljanje.
  4. Kjer vsak mehanizem popolnoma zmaga: nginx zmaga pri proxyju, ki zahteva veliko povezav, ohranjanju delovanja robov in počasnem praznjenju odjemalca; Apache pridobi moč konfiguracije po imeniku, združljivost podedovanih modulov in gostovanje v razredu mod_security/mod_php, kjer noben drug ekosistem ni tako zrel.
  5. LiteSpeed ​​je tretja možnost, po kateri posegajo številni gostitelji (naš namenski članek jo obravnava): združljivost z Apache z namestitvijo s sočasnostjo, ki jo poganjajo dogodki, licencirana na jedro, tako da obstaja srednja pot "zamenjaj Apache, ohrani konfiguracijo" za ekonomičnost skupnega gostovanja.
  6. Postopek odločanja, ki velja za celotno kategorijo naših spletnih strežnikov: poimenujte delovno obremenitev (nginx na robu; Apache za htaccess težkimi aplikacijami), obe vlogi naj bosta eksplicitni, ko sta hibridni, primerjajte lastni promet (ne primerjalna merila za revije) in ne pozabite, da je to ena odločitev, ki jo lahko ponovite, saj oba motorja srečno sobivata.

Terenska beležka

Stranka, ki nas je naučila navade hibridnega sklada: nginx spredaj za TLS in statiko, Apache zadaj, ki nosi dvanajst let znanja htaccess, ki si ga nihče ni upal prepisati. Iskren odgovor ni bil 'preseli na nginx', bil je 'poimenuj delovno obremenitev po nivoju'. Še danes delujejo v tej obliki, nenavdušeni in okrašeni s časom delovanja.

Pogosta vprašanja

Ali moramo enega sploh izbrati?

Ne: obratni proxy pred aplikacijskim strežnikom je običajna sodobna oblika. Edina prava odločitev je, kateri motor gre kam; vodenje obeh je običajna praksa in ne priznanje poraza.

Kateri je hitrejši za WordPress?

Z dobrimi sloji predpomnjenja vsi trije (nginx, Apache, LiteSpeed) dobro služijo WordPressu; končni vrstni red v naših testih se je znižal na nastavitev predpomnilnika in ne na motor. Izbira mehanizma je pomembnejša na ravneh roba in proxy kot za predpomnilnikom.

Kaj se je lažje naučiti?

Oba se je mogoče naučiti v enem tednu za osnovno virtualno gostovanje in TLS; trenje je drugačno: dokumentacija Apache je bolj znana veteranom v industriji, konfiguracija nginx je krajša, vendar prej razkrije gumbe za proxy.

Ali obstajajo pomembne varnostne razlike?

Oba nosita CVE-je in sta v vzdrževanih različicah oba zaščitena takoj; površina tveganja je konfiguracijska površina, kultura .htaccess in stari moduli za Apache, moduli, ki so jih prevedli drugi proizvajalci, in napake v vrstnem redu konfiguracije za nginx. Hitrost popravka je pomembnejša od znamke motorja.

Kako Kinetikatech pomaga s spletni strežniki in povratni posredniki

Ne morete postati eksperta za spletni strežniki in povratni posredniki: Programi, ki sprejemajo povezave in odločajo, kako potekajo zahteve: nginx, Apache, LiteSpeed, Caddy in Traefik ter konfiguracijske navade, zaradi katerih so hitri, predpomnjeni in jih je težko odstraniti. Nekatere za to obstaja Optimizacija hitrosti spletnega mesta in Upravljanje strežnikov: nastavitev, krepitev, monitoring in osebna strega dne in noči.

Pogovorite z inženirjem

Problem z strežnikom? Napadena spletna stran? Dolgo se naloži?

Kritični problemi rešeni v 30 minutah — nonstop, 7 dni v tednu.

Zahtevajte hitno podporo support@kinetikatech.com