Byte Performance Unit

Op deze pagina geven we meer uitleg over de Byte Performance Units (BPU): Wat zijn het, hoe worden ze berekend en wat voor invloed hebben ze op het beheer en onderhoud van uw website?

Byte Performance Units

Om klanten op gedeelde servers eerlijk gebruik te laten maken van de beperkte hoeveelheid technische resources, meet Byte een aantal grootheden per website.

Bekend en veelgebruikt zijn webruimte (hoeveel MB is uw website?) en traffic (hoeveel GB verkeer heeft u gebruikt?). Maar deze eigenschappen zeggen vrijwel niets over de efficiëntie en dus snelheid van de website.

Byte meet daarom ook op gebruik van de processoren (CPU), uitgedrukt in BPU (Byte Performance Units). Waarom is dit nodig bij gedeelde resources? Op alle gedeelde platformen is het nodig om het gebruik van verschillende klanten in de gaten te houden. Klanten die veel meer gebruiken dan afgesproken gebruiken de resources van andere klanten.

Bij Byte's reguliere Cluster Hosting (Business, Premium, Byte Managed Cluster Units) is BPU bedoeld om de sites eerlijk af te rekenen op gebruik. De clusters zijn ontzettend schaalbaar, dus meer BPU gebruik van de ene klant zit de andere klant niet in de weg.

Bij Magento Shared Hosting is het belangrijk dat klanten binnen hun limieten blijven. We baseren het aantal pakketten op een server op basis van het pakket waarvoor men betaalt.

Bij Magento Dedicated Hosting staat de webserver (applicatieserver, Magento server) ter beschikking aan slechts een klant. Deze hoeft dus geen resources te delen met andere klanten. De databases zijn wel gedeeld, daar berekenen we ook BPU.

Hoe werkt dat precies, BPU en CPU?

De belangrijkste resource van een webserver of een databaseserver is het gebruik van de CPU van de server. Dit wordt over het algemeen gemeten in CPU seconden. Dit is de hoeveelheid seconden die een CPU van een webserver bezig is, om een bepaalde site voor de bezoeker op te halen en in elkaar te zetten.

Een webserver kan bijvoorbeeld PHP code aan het verwerken zijn en de databaseserver voert de SQL statements uit die voor uw CMS nodig zijn. Als een CPU bijvoorbeeld 1 miljard bewerkingen per seconde kan doen (1 Ghz) en uw site heeft 1 miljard bewerkingen nodig, dan zal Byte meten dat u 1 CPU seconden heeft verbruikt.

Het laatste stukje van de puzzel is natuurlijk hoe we bepalen hoeveel BPU u voor uw site gebruikt heeft. Dat weten we doordat we precies weten hoeveel werk de CPU van een server nodig heeft gehad voor elk van uw hits en omdat we weten hoeveel CPU seconden er in een BPU gaan op die server. We delen daartoe het aantal CPU seconden door het aantal CPU seconden per BPU op die server. Dit is het aantal BPU dat uw verzoek heeft gekost.

Hoe kan ik zien hoeveel ik gebruik?

Op het Service Panel wordt automatisch een lopend overzicht bijgehouden met uw dagelijkse gebruik. Dit overzicht wordt elke vijf minuten bijgewerkt.

Byte maakt gebruikt van gedeelde clusters (groepen servers) en gedeelde applicatieservers (Magento). Om het verbruik van die servers te meten, heeft Byte een generieke grootheid bedacht: Byte Performance Units. Dit maakt het mogelijk om het gebruik van de servercapaciteit van klanten te berekenen. Voor elk type abonnement (Business 250, Magento 1000) is bepaald hoeveel van deze resources ze mogen gebruiken.

Kleine en tijdelijke overschrijdingen horen bij normaal gebruik van een website. Maar grote pieken en structurele overschrijdingen geven aan dat een website uit zijn jasje is gegroeid. U ontvangt een bericht van onze support afdeling. BPU wordt zowel op de webservers als op de databaseservers gemeten en beoordeeld. U kunt ook zelf uw verbruik analyseren. Hiervoor hebben wij een tool in het leven geroepen om uw BPU verbruik via de shell op te vragen? http://www.byte.nl/docs/Website-Optimaliseren-Tool.html

Er zijn twee mogelijkheden om het verbruik van teveel BPU op te lossen. Het eerste is het verminderen van verbruik (optimaliseren template en applicatie), het tweede is het opwaarderen van het hostingpakket. Op onze website en op het internet zijn tips te vinden voor optimalisatie.

Magento: Waarom gebruikt mijn site eigenlijk zoveel BPU? Hoe kan het zijn dat BPU toeneemt? BPU is gekoppeld aan het gewicht van de pagina en het aantal keer dat deze wordt opgevraagd.

Wat beïnvloedt het gewicht?

1. De template. Een geoptimaliseerde template is veel efficiënter dan een aan elkaar geplakte. Denk bijvoorbeeld ook aan de grootte van bestanden zoals afbeeldingen.
2. De modules. Let erg op met niet gebruikte, maar wel ingeladen modules. Let erg op met slecht geprogrammeerde modules.
3. De codebase. Verschillende Magento versies verbruiken meer of minder resources.
4. De optimalisatie-instellingen. Zeker caching helpt veel (Magento Smart Cache), maar ook de andere zaken die we noemen in de Magento Monitor op het Service Panel.
5. Magento Multi-store. Zie onder.

Wat beïnvloedt het aantal opgevraagde pagina’s? Dit zijn hoofdzakelijk:

1. Bezoek door web crawlers, is er een sitemap en/of robots.txt aanwezig? Zoekmachine crawlers of spiders kunnen bijvoorbeeld verantwoordelijk zijn voor een (groot) deel van het totale verkeer aan uw website. Hoe u dit kunt reguleren, leest u in het artikel BPU Besparen Op Zoekmachines
2. Het aantal bezoekers. Hoe populairder uw site, hoe meer mensen uw pagina's opvragen en dus neemt het totale aantal opgevraagde pagina's dan over het algemeen toe.
3. Navigatie op de site en hoe deze is ingericht. Kost het mensen 50 kliks om iets te kopen, of maar 5?

Magento Multi-store en BPU

De databasestructuur van Magento is niet altijd even handig ingericht. Voor klanten die gebruik maken van de functionaliteit van Magento om een zogenaamde Multi-store (oftewel, een webwinkel met meerdere storefronts) in te richten geldt dat zij rekening moeten houden met een aanzienlijke toename in BPU. Bij een Multi-store inrichting zorgt deze databasestructuur er namelijk voor dat het aantal databaseregels in de database bij elk nieuw storefront kan verdubbelen! In het algemeen kan gesteld worden: Aantal databaseregels = Producten x Categorieën x Storefronts x Views x Talen. Als gevolg hiervan neemt het aantal gebruikte BPU’s navenant toe.

Wees u zich hiervan bewust bij het inrichten van een Multi-Store omgeving. Het verwerkte aantal databaseregels per seconde kunt u op het Service Panel terugvinden bij de “Site prestaties” onder het tabje databaseverkeer: https://service.byte.nl/protected/domein/labs/siteperf/ Magento: Hoe kan ik minder BPU gebruiken? Er is veel te halen in de optimalisatie. Een Magento implementatiespecialist kan u helpen met de volgende punten:

1. De optimalisatieinstellingen.
2. De template.
3. De modules.
4. De codebase.
5. Magento Multi-store optimaal inrichten.

Ad. 1. Optimalisatieinstellingen

Byte heeft een aantal tools ontwikkeld, die u direct kunt inzetten. Via het Service Panel is Smartcache en Accelerator aan te zetten, dit scheelt meestal al veel in BPU gebruik (soms tot wel 50% besparing!). Zie ook onze kennisbank-pagina over Magento Optimalisaties.

Andere instellingen kunt u zien via onze Magento Monitor

Ad 2, 3, 4 en 5.

Voor deze zaken raden we u aan om een specialist in te huren. Voor webdesigners geldt dat het erg leerzaam kan zijn om een dagje op cursus te gaan om hier in bij te leren.

We raden u aan om eens contact op te nemen met Jira, die vele optimalisaties hebben gedaan:

• http://www.jira.nl/over-jira/over-jira

Wilt u het hele beheer van uw site uit handen geven? Of uw site een flinke boost geven en daarna weer zelf verder? Dan raden wij u aan contact op te nemen met een van onze gespecialiseerde Magento Partners.

Een deelanalyse kunt u doen met GTmetrix.com . Maar let op! Dit is enkel "het uiterlijk van de site". Als u modules inlaadt die niet nodig zijn, of veel dynamische zware componenten gebruikt, scoort u hier een A (10), maar is de site nog altijd zwaar en niet snel.

• http://gtmetrix.com/

Maar er is geen specifiek antwoord. Het is echt handwerk om uit te zoeken hoe de site sneller en lichter kan worden. We raden u met klem aan om een consult of cursus te volgen bij Jira:

• http://www.jira.nl/over-jira/over-jira

De huidige waardering is: 34/100 (21 stemmen)

 You need to enable JavaScript to vote