Cloud en HPC admin op 06 maart 2009 09:56
Hoe ziet u het ontwerp en de handgreep piekbelasting op de Wolk?
We zien deze vragen keer op keer - "Hoe kan ik het ontwerp voor Piekbelasting" en "Hoe kan ik de schaal op de wolk?". Ten eerste kunt achterhalen hoe te geven enkele definitie voor Piekbelasting:
We zullen een poging doen piekbelasting definiëren als: "Een percentage van de activiteit op een dag / week / maand / jaar die binnen een venster van een paar uur en wordt beschouwd als extreem en treedt op als gevolg van hetzij seizoensgebondenheid of wegens onvoorspelbaar spikes ".
De Thomas Consulting Group hebben een goede stab (ppt) op een forumla te proberen en te voorspellen en te plannen voor piekbelasting. Hun formule en voorbeeld is hieronder weergegeven:
H = piek hits per seconde
h = # hits ontvangen over een periode van een maand
a =% van de activiteit die tijdens piekuren
t = de maximale tijd in uren
dan
H = h * a / (dagen * t * minuten * seconden)
H = h * a / (108.000 * t)
Bepaal de piek Virtual Gebruikers: Peak hits per seconde + pagina Keer
U = piek virtuele gebruikers
H = piek hits per seconde
p = gemiddelde aantal hits / pagina
v = gemiddelde tijd dat een gebruiker een pagina
U = (H / P) * v
Voorbeeld:
h = 150.000.000 hits per maand
a = 10% van het verkeer tijdens piekuren
t = de maximale tijd is 2 uur
p = een pagina bestaat uit 6 hits
v = de gemiddelde mening tijd is 30 seconden
H = (h X a) / (108.000 * t)
H = (150.000.000 * .1) / (108.000 x 2)
H = 48
U = (H / P) * v
U = (48 / 6) * 30
U = 8 * 30
U = 240
Gewenst Metrisch - 48 Hits / sec of 240 virtuele gebruikers
In het voorbeeld Thomas Consulting aanwezig boven Piekbelasting is 15.000 hits in de twee uur dat het normale gemiddelde van de treffers voor twee uur is 411 [(((h * 12) / 365) / 24) * 2]. Dit is meer dan een toename van 70% en een enorm verschil, en dit voorbeeld is zelfs niet extreem. Online web consument kunnen doen 70% van hun jaarlijkse activiteiten in december alleen.
Afhankelijk van de wat gebeurt tijdens de transactionality van de hits, dan kan dit verschil tussen de onder 1 EC2 aanleg en met 10, of een kosten verschil tussen de $ 6912 tot $ 82.944 in de loop van een jaar (op basis van een groot Amazon EC2 aanleg) . En natuurlijk gebouw voor wat je denkt is piek nog kunnen leiden tot problemen. Een beroemd citaat van Scott Gulbransen uit Intuit is:
"Elk jaar, nemen we de drukste minuut van de drukste uur van de drukste dag en capaciteit op te bouwen dat, Wij bouwen onze systemen aan (handvat dat belasting) en gingen we verder gaan dan dat." Ondanks dat de systemen nog niet kon behandelen de lading.
Wat we echt willen kunnen doen is om onze site te bouwen voor onze gemiddelde belasting, exclusief piek en zijn schaal op de vraag die in de architectuur. Zoals EC2 is de meest volwassen wolk platform zullen we kijken naar instrumenten die kunnen bereiken op EC2:
GigaSpaces XAP: Vanaf versie 6.6 van het GigaSpaces XAP Platform Cloud tooling is gebouwd in. GigaSpaces is een volgende generatie virtualised middleware platform dat hosts logica, gegevens en berichten in het geheugen, en heeft minder bewegende delen, zodat scaling out kan worden bereikt lineair , in tegenstelling tot traditionele middlware platforms. GigaSpaces ons ondersteund door een dienst rooster waarmee toepassingsniveau Service Level Agreement's worden vastgesteld en die worden gecontroleerd en opgevolgd in real-time. Dit betekent dat als de belasting wordt verhoogd dan GigaSpaces kunt schaal draden of het aantal virtualised middlware gevallen ervoor te zorgen dat de SLA wordt voldaan, die in ons voorbeeld zou de slagvaardigheid van het aantal verzoeken. GigaSpaces ook partner met RightScale. GigaSpaces kunt u proberen hun Cloud biedt gratis voordat na de traditionele nutsbedrijven berekenen prijsstelling model.
Scalr: Scalr is een serie van Amazon Machine Images (AMI), voor basis-website moet dus een app server, een load balancer, en een database server. De AMIS vooraf zijn gebouwd met een management-suite die erop toeziet dat de lading en operationele status van de verschillende servers op de wolk. Scalr pretendeert te verhogen / verlagen als de vraag fluctueert, alsmede het opsporen en wederopbouw onjuist functioneren gevallen. Scalr is open source en commerciële versies en is een relatief nieuwe infrastructuur dienst / applicatie. Wij vonden het de 'Synchroniseer Alle kenmerken van Scalr. Deze auto-bundels een AMI en vervolgens weer zet het op een nieuw exemplaar. Hij doet dit zonder onderbreking van de kern loopt van uw site. Dit bespaart tijd gaan via de EC2 image / AMI creatie proces. Om meer te weten over Scalr moet u controleren of de Scalr Google Groups forum.
RightScale: RightScale heeft een geautomatiseerde Cloud Management platform. RightScale diensten omvatten auto-scaling servers volgens het gebruik van belasting, en pre-installatie gebouwd sjablonen voor gemeenschappelijke software stacks. RightScale ondersteuning Amazon EC2, Eucalyptus, FlexiScale en GoGrid. Ze worden genoemd als te zeggen dat Rackspace steun zal ook gebeuren op een bepaald punt. RightScale heeft een grote case study oveview op hun blog over Animoto en ook wordt uitgelegd hoe ze zijn begonnen, geconfigureerd en beheerd meer dan 200, oo0 gevallen tot op heden. RightScale zijn VC gesteund en in december 2008 heeft een waarde van $ 13 miljoen Serie B-financiering ronde. RightScale hebben gratis en commerciële aanbod.
FreedomOSS: Vrijheid OSS heeft aangepaste sjablonen, genaamd jPaaS (JBoss Platform as a Service), voor schaalvergroting hulpbronnen zoals JBoss Application Server, JBoss Messaging, JBoss Rules, jBPM, Hibernate en JBoss Seam. jPaaS monitoren van de gevallen voor het laden en schalen ze zo nodig. jPaaS zorgt voor de bijwerking van de vhosts dossier en andere relevante configuratie-bestanden om te zorgen dat alle gevallen van Apache reageren op deze hostnaam. De onlangs ingezette applicatie die draait op Tomcat of JBoss wordt onderdeel van de nieuwe app server afbeelding.
Trackback URI | Commentaren RSS














