Hello, NVMe, goodbye SATA?!

A PWS csapata mindig büszke volt arra, hogy ügyfeleinek weblapjai minden esetben gyorsabbak lettek a korábbi szolgáltató eredményeihez képest.

Tulajdonképpen emiatt indítottuk el szolgáltatásunkat pár évvel ezelőtt, akkor még virtuális szerverekkel. A virtuális gépeket szerencsére hamar kinőttük, jöhettek a fizikai vasak, és most ismét váltás előtt állunk, ezt pedig nektek köszönhetjük!

Olyan gépeket nőttünk ki, amit álmunkban nem gondoltunk volna, de fejlődni jó, mi pedig hajlandóak vagyunk időt és pénzt nem kímélve haladni a technológia fejlődésével.

A korábbi 8 mag / 64 GB RAM / SATA SSD kiszolgálóinkat – xenon kivételével* – lecseréljük 48 mag / min. 128 GB RAM / NVMe SSD szerverekre.

*Minden xenon-on levő ügyfelünknek ingyenes költöztetést biztosítunk, ha igényt tart rá.

Hogy miért vagyunk ennyire lelkesek ettől a váltástól? Mert brutális sebesség- és biztonságbeli növekedésen megyünk keresztül.

Az új szerver esetében három adattárolóra írjuk ugyanazt az adatot, tehát még két ssd egyidejű meghibásodása esetén is képesek vagyunk a teljes adatállomány helyreállítására a biztonsági mentések felhasználása nélkül, de természetesen megmaradnak a két hétre visszanyúló napi backupok is.

Az SSD-k gyorsak, ezt xenonnal már megtanultuk. Sajnos nem tudnak olyan gyorsak lenni, amire képesek lennének, ennek az oka pedig a SATA III csatolófelület, mely maximum 600 MB/s sebességre képes.

Az NVMe (Non-Volatile Memory Express) lemezek csatolófelülete (M.2 / U.2) közvetlenül a PCIe-hez kapcsolódik, sokkal nagyobb sebességet engedélyezve (akár 3500 MB/s, ez 3,5 GB/s!!!), mivel nem lassítja a SATA csatlakozó kisebb áteresztőképessége. Az alábbi diagramm ezt a különbséget érzékelteti:

Tehát alapból jóval gyorsabb lesz a tároló, de a három lemez egyidejű olvasásának lehetősége miatt az olvasási sebesség még körülbelül megháromszorozódik.

Azoknak, akiket a technikai adatok is érdekelnek, felsoroltam a korábbi és a jövőbeli SSD-ink néhány értékét.

SATA SSD értékek

–  Sequential 128KB read: Up to 530 MB/s
–  Sequential 128KB write: Up to 500 MB/s
–  Random 4KB read: Up to 55.000 IOPS
–  Random 4KB write: Up to 83.000 IOPS
–  Drive Lifetime (Total Bytes Written): 240 TB

NVMe SSD értékek

–  Sequential 128KB read: 2,5 GB/s (2500 MB/s)
–  Sequential 128KB write: 900 MB/s
–  Random 4KB read: 235.000 IOPS
–  Random 4KB write: 40.000 IOPS
–  70/30 random 4KB read/write: 85,000 IOPS
–  Drive Lifetime (Total Bytes Written): 11,6 PB

Reméljük, hogy a fejlődés nem áll meg, és kétévente hasonló mértékű változást mutathatunk be nektek.

Az alábbi link egy űrlaphoz vezet benneteket, ahol előrendeléseiteket (a szerver pár napon belül használatba vehető) vagy xenonról való költözési igényeteket jelezhetitek.

Előrendelési / költöztetési igényt adok le

Közös érdekünk: a weboldalak sebessége – A PHP verziók fontossága

Bevezetés

Legutóbbi szerverünk konfigurálásakor már elérhető volt a 7.2-es verziószámú PHP-fordító. Azonnal kíváncsi lettem, hogy milyen változtatásokkal jár a verzió bevezetése, és mivel hihetetlen számokkal találkoztam, gondoltam megírom magyarul a cikkek összefoglalását.

Kódolást befolyásoló változások

Mivel ügyfeleink között kevés a programozó, ezért ezt az aspektust nem vázolom, a szoftverfejlesztők úgyis kikeresik maguknak az új szabályokat.

Ami azonban mindenkire vonatkozik: Az új PHP verziók sosem támogatják a régi verziók minden részletét, van, amikor csak egy error_log bejegyzést hoznak létre figyelmeztetéssel (az error_log írása is lassítja a weboldalt, erről hamarosan külön cikkben írunk), de legtöbbször az egész program futása megszakad a hiba miatt, így weboldalunk betölthetetlen lesz, ha nincs felkészítve.

Miképp készíthetjük fel lapjainkat?

Használjunk friss motorverziókat (PrestaShop, WordPress, Joomla, stb.). Használjunk friss témákat, friss plugineket!

Ezek nem csak az új PHP verziók használatát teszik lehetővé, hanem weboldalaink biztonságát is növelik.

99%-ban az elavult modulok okozzák a weboldalak hibáit és a feltöréseket, mert a vásárolt kiegészítők nem frissülnek automatikusan az alaprendszer aktualizálásakor. Sokan nem vásárolják meg azok új verzióit, mert nem szeretnének extra költségeket/bíbelődést, amíg működik a korábbi. Részben érthető a hozzáállás, hiszen egy webshop sokszor 2-3-400€ értékben igényel vásárolt kiegészítőket, melyeket évente, kétévente megújítani nem olcsó dolog. Azt, hogy miért éri mindez mégis meg, a következőkben részletezem.

Jelenleg használt PHP verziók – statisztika

Mivel a PrestaShop nem tesz közzé semmiféle statisztikát a felhasználói bázisáról, ezért egy másik nagy CMS, a WordPress statisztikáit veszem alapul.

A diagramon látható, hogy a legújabb, 7.2-es verzió még nem is látszik, pár század százalékos elterjedtsége lehet. A 7.1-es verzió 5.5%, a 7.0 pedig 15.4%-kal bír.

Tapasztalatom szerint a WordPress rendszereket gyakrabban frissítik, ezért úgy gondolom, hogy a PrestaShop esetében ezek a számok jóval alacsonyabbak lennének, de nézzük tovább.

Jól látszik, hogy a legelterjedtebb a PHP 5.6-os verziója, ezt mi is meg tudjuk erősíteni, ügyfeleink 95%-a ezt használja. Félelmetes viszont, hogy a felhasználók 39%-a már nem támogatott (tehát biztonsági frissítésekkel nem rendelkező, elavult) PHP verziót használ. Nem győzzük hangsúlyozni ennek hátrányait, ha nem biztos az Ön által használt verzióban, ellenőrizze tárhelyét, és váltson minimum PHP 5.6-ra!

Különösen meglepőek a számok annak tudatában, hogy a frissebb PHP verziók mindig nagyságrendekkel gyorsabbak. Sokan csak panaszkodnak weblapjuk sebességére, esetleg a szolgáltatót hibáztatják, de ők nem tesznek semmit annak naprakészen tartása érdekében.

Sebesség

A fenti diagramot megtekintve brutális különbséget láthatunk a PHP 5.x és 7-es verziói között. Sajnos ez nem részletezte a PHP 7.0-7.1-7.2 eltéréseit, de egyéb tesztek ott is további 10-15% javulást mutattak. A képen láthatjuk, hogy egyes PHP-verziók mennyi lekérést képesek kezelni másodpercenként. A PrestaShop demo telepítésének főoldala 86, míg az éles, használatban levő webshopok átlagosan 120-180 lekérést tartalmaznak. Ne feledjük, ez még csak a PHP feldolgozásának sebessége, a feldolgozott adatot (szöveget, képet, stb.) még ki kell küldeni a felhasználónak, és a böngészőnek össze kell azt állítania. Az Ön ügyfelei nem szeretnének gyorsabb weboldalon böngészni? Vajon mennyivel javulna a visszafordulási arány? Többen vásárolnának?

  • mobilos látogatók 64%-a elvárja a 4 másodpercen belüli betöltési időt.
  • A látogatók 47%-a 2 másodpercen belül szeretné látni a megnyitott oldalt.
  • 40% nyilatkozott úgy, hogy 3 másodperc felett nagy az esély, hogy bezárja a weboldalt.
  • 60%-uk találkozott hibával vagy nem várt eseménnyel a böngészés során.
  • Ha a weboldala napi 100.000 Forintot hoz, 1 másodperc gyorsulás napi 7000 Forinttal növelné bevételét! Ez több, mint 2,5 millió forint évente, csupán egy másodperccel gyorsabb betöltés miatt.

Összegzés

A 7-es PHP verziók (7.0, 7.1, 7.2) több mint kétszer annyi műveletet tudnak elvégezni adott idő alatt, mint az 5-ös verziók bármelyike, de az átállás nem gondtalan. Érdemes kipróbálni először a 7.0-ra való váltást, tapasztalatunk szerint az sokkal megengedőbb, mint a 7.1, vagy a 7.2. Ha megy a 7.0, meg kell próbálni a 7.1-et, majd a 7.2-t.

A PrestaShop 1.6 hivatalosan még csak a PHP 7.0-t támogatja (1.6.1.4 óta), ezért ne lepődjünk meg, ha nem működnek a 7.1 és 7.2 verziók.

Ha van rá lehetőségünk, végezzük a teszteket éjjel, vagy tesztkörnyezetben. Tárhelyenként csak egy PHP verzió használható, ezért ezt nem tudjuk almappás megoldással kipróbálni.

Mindent próbáljunk ki, mert attól, hogy a főoldal vagy a termékek lapjai működnek, még nem biztos, hogy egy fizetési modul is fog!

 

A PHP 7-re való átállásban csökkentett óradíjjal nyújtunk segítséget. A megkereséseket a service@prestaweb.space címre fogadjuk. A felmérés és az árajánlat ingyenes.

 

Make the web a better place.