Cloudiquity

Het is geweldig enthusing over de voordelen van Cloud Computing, maar wat zijn de consequenties als het mis gaat? Uiteraard zijn er verschillende niveaus van 'fout'. Wij hebben vaak bekendheid uitval uit het graag van Amazon en Google, maar gezien de bekendheid van SLA's van elk ongeveer stilstandstijd verwacht. Maar dingen kunnen veel ernstiger is dan dit. In de laatste paar dagen is gebleken dat Carbonite had verloren een aantal van haar klanten gegevens in 2007. Volgens Techcrunch Carbonite verloren de gegevens van 7500 + klanten die zich op het bedrijf om hun bestanden veilig. Deze ontstaan als gevolg van een rechtszaak die Carbonite ingediend over de aanbieders van hun infrastructuur. Carbonite De CEO geeft meer details:

"Het falen van de apparatuur Promise zich vooral tijdens 2007. We stopten de aankoop van de Promise servers en geschakelde leveranciers. Wij beweren dat de belofte servers had defecte firmware en waren niet betrouwbaar genoeg voor Carbonite's gebruiken. Wij eisen dat Promise compenseren met ons op voor de kosten van vervanging van de defecte producten. Als voor de 7500 getroffen klanten, hun back-ups werden herstart automatisch en onmiddellijk op onze nieuwe servers. "

In dit geval lijkt het erop dat de gegevens verloren had geen effect en de eventuele verlies van gegevens werd verzacht door de ondernemingen interne back-up procedures. Echter, in het geval van JournalSpace, dit helaas niet het geval was. JournalSpace was een blogging platform dat was ongeveer voor ongeveer 6 jaar en, als gevolg van een ontevreden werknemer, alle klanten blogs werden weggevaagd uit hun interne servers. Ouch!

Dit is niet de eerste keer dat een dergelijke menselijke fout heeft geleid tot dergelijke problemen. In augustus 2008 Cloud Platform FlexiScale, had een uitval gedurende meer dan 2 dagen als gevolg van een ingenieur per ongeluk verwijderen van een grote opslag volume.

Ook de schade die zij niet alleen aan de klant, maar ook voor de reputatie van de verkoper, zeker als ze een kleinere leverancier probeert te maken van een naam voor zichzelf. Een dergelijke ramp kan letterlijk het verschil tussen succes en mislukking in de markt.

Dus wat kunnen we daarvan leren? Nou het eerste wat is dat, net als de wet van Murphy, als er iets mis kan gaan op een bepaald moment is altijd wel. Met dat in gedachten moet je altijd de nodige maatregelen treffen ter bescherming van uw toepassingen en gegevens. Dit zou kunnen betekenen backing ze op lokaal niveau of houden van back-ups op verschillende opslag wolken en met een DR-klaar plan op zijn plaats. Als u niet kunt u niet alleen de schuld van de wolk ....

Labels: Amazon, Carbonite, FlexiScale, Google, JournalSpace

Een enquête over ten LinkedIn vraagt de vraag "Welke gebieden van Cloud Computing meeste bezorgdheid u of uw organisatie." De huidige stand van zaken voor de enquête is als volgt:

Ik ben verbaasd dat veiligheid komt zo laag is en de prestaties wordt gezien als de nummer een zorg, Het zal interessant zijn om te controleren hoe deze enquête veranderingen als meer stemmen zijn uitgebracht. U kunt ervoor kiezen om de stemming hier.

Labels: Cloud Computing, LinkedIn, Poll

Het eenvoudige antwoord is 4643.

Amazon onlangs aangekondigde nieuwe prijsbeleid optie waar je een reserve-exemplaar voor een of drie jaar en daarna hebben korting op het uurtarief. De onderstaande tabel beschrijft de kosten per jaar, indien dat het geval is voor het gehele jaar.

De bovengenoemde prijzen werden berekend aan de hand van bijvoorbeeld Linux en de Verenigde Staten de prijzen

Kosten / Jaar On Demand $ instance = kosten per uur * 365 * 24

Kosten / jaar voor 1 jaar Reserved bijvoorbeeld $ = 1 Jaar minimumverkoopprijs + (kosten per uur * 365 * 24)

Kosten / jaar voor 3 jaar gereserveerd bijvoorbeeld $ = (3 Jaar reserve prijs / 3) + (kosten per uur * 365 * 24)

Nu dit brengt de interessante vraag wanneer is het kostenefficiënt reserve een geval?

We kunnen berekenen van de minimale gebruik uur waarop de goedkopere prijs per uur voor een gereserveerde instantie begint te dalen de totale kosten met de volgende formule

Aanleg Reserve Prijs / (On Demand aanleg Uurlijkse Prijs - Reserve aanleg Uurlijkse Prijs)

bijvoorbeeld voor een kleine een jaar voorbehouden aanleg

350 / (0,10 - 0,03) = 4642,8 uur

Voor kleine 3 jaar voorbehouden aanleg

500 / (0,10 - 0,03) = 7142,8 uur

De hierboven berekende cijfers zijn hetzelfde voor alle soorten aanleg. Dus moet u de reserve een jaar bijvoorbeeld als u van plan gebruik te maken van meer dan 4643 uur of de instantie is maximaal 53% van de tijd in een jaar. Met een 3 jaar voorbehouden geval kunt u geld besparen als meer dan 3 jaar gebruik van 7143 of meer uren of de instantie is een stijging van 27% van de tijd over een periode van 3 jaar.

Labels: Amazon, EC2 prijsstelling, Reserved aanleg

Wayne Horkan heeft een goed bericht centreren op een tekening die hij gebruikt om aandacht discussie Cloud Computing waarmee hij de labels Cloud Verbindingen model. Ik vindt het vooral leuk dat het betrekking heeft op de hele stapel, en vond het hele bericht een goede grondige kennismaking met iedereen die geïnteresseerd is in het vinden van meer informatie over Cloud Computing.

Labels: Cloud, zondag, Wayne Horkan

CloudSim wordt voorgesteld als een kader voor modellering en simulatie van Cloud Computing omgeving ter ondersteuning van evaluatie van de prestaties van het beleid voor de hulpbronnenefficiëntie voorzieningspercentage / aanvraag dienstregelingsperiode / beleid van de federatie van Clouds (in een herhaalbare en controleerbare wijze). Voor meer informatie, kijk dan op hun Tech Report (PDF).

Labels: CloudSim

Amazon Elastic Blok opslag (Amazon EBS) is een nieuwe vorm van opslag die speciaal ontworpen is voor Amazon EC2 gevallen. Amazon EBS kunt u volumes die kunnen worden gemonteerd, zoals apparaten door EC2 gevallen. Amazon EBS volumes gedragen alsof ze rauw ongeformatteerde externe harde schijven en kan worden geformatteerd met een bestandssysteem zoals ext3 (Linux) of NTFS (Windows) en gemonteerd op een EC2 instance; bestanden zijn toegankelijk via het bestandssysteem. Ze hebben gebruiker geleverde apparaat namen en een block device interface.

Voor een 20 GB volume, Amazon schattingen jaarlijks een percentage mislukkingen voor EBS hoeveelheden van 1-in-200-1-in-1000. Het percentage mislukkingen toeneemt naarmate de omvang van het volume toeneemt. Daarom moet u een noodzaak om een up-to-date overzicht over S3, of hebben een back-up van de inhoud ergens anders dat je kunt snel genoeg om te voldoen aan uw behoeften in geval van een mislukking.

EBS rekeningen kan een maximum van 20 delen, tenzij een hogere grenswaarde wordt aangevraagd bij Amazon. De maximale grootte van een volume van 1 TB en de opslag op het volume is beperkt tot de vastgestelde omvang en kan niet worden gewijzigd. EBS volumes kan alleen worden benaderd vanuit een EC2 instance in dezelfde beschikbaarheid zone dat snapshots op S3 is toegankelijk vanaf elke beschikbaarheid zone.

Amazon S3 biedt een eenvoudige web-interface van diensten die kunnen worden gebruikt voor het opslaan en ophalen van een bedrag van gegevens, op elk moment, vanaf elke plek op het web. Het geeft elke ontwikkelaar toegang tot dezelfde uiterst schaalbare, betrouwbare, snelle, goedkope data storage infrastructuur die Amazon gebruikt voor het uitvoeren van haar eigen wereldwijde netwerk van websites. De dienst is bedoeld om maximale voordelen van schaal en om deze voordelen aan ontwikkelaars. S3 behoeften software te kunnen lezen en schrijven van bestanden, maar is enorm schaalbaar, winkels 6 kopieën van gegevens voor HA en redundantie, en is het gerucht te worden geschreven in Erlang en is enorm schaalbaar.

S3 rekeningen kan een maximum van 100 emmers, elk met onbeperkte opslag en een onbeperkt aantal bestanden. De maximale grootte van een bestand is 5 GB.

S3 is onderworpen aan de "uiteindelijke samenhang", wat betekent dat er sprake kan zijn van een vertraging in schrijft in het systeem dat EBS heeft geen samenhang vertragingen. Ook EBS kan alleen worden geopend door een machine op een moment dat snapshots op S3 kan worden gedeeld,

In termen van prestatie-S3 is de hogere latency en heeft ook een hogere variatie in latentie. S3 schrijven latentie kan ook hoger zijn dan lees latentie. EBS aan de andere kant heeft lagere latentie met minder variatie. Het heeft ook writeback Cacheopties voor zeer lage latentie schrijven. Echter van bewust dat writeback "caching" en "out-of-order blozen kan resulteren in een onvoorspelbare bestandssysteem of een database corruptie

In termen van throughput S3 heeft een maximale doorvoersnelheid (single threaded) van ongeveer 20 MB / s of 25 MB / s voor multithreaded. Dit is op een klein aanleg. Dit stijgt tot 50 MB / s op de grote en extra grote exemplaren. EBS heeft een maximale doorvoersnelheid beperkt door het netwerk, Dit isapproximately 25 MB / s op een klein exemplaar en 50 MB / s op grote gevallen, en 100 MB / s op extra grote exemplaren. Aangezien beide S3 en EBS worden gedeeld middelen zij zijn onderworpen aan een vertraging onder zware belasting.

Voor bestand notering S3 is traag en zoeken is door voorvoegsel alleen dat EBS heeft snel directory listing en zoeken. S3 is prestaties geoptimaliseerd door het gebruik van meerdere emmers. Het schrijven van de prestaties is geoptimaliseerd door het schrijven van sleutels in volgorde gesorteerd. EBS enkel volume prestatie is vergelijkbaar met een schijf met writeback caching.

Er is een alternatief voor EBS voor EC2 en dat is PersistentFS. Met PersistentFS u een drive mounten en gebruiken als elke andere, maar, en hier is het kernpunt, de opslag voor het apparaat daadwerkelijk gerealiseerd in vele kleine stukjes in een S3 opslag emmer. PersistentFS is een closed-source product op basis van de FUSE aanpak.

S3 kost 15 cent per GB voor de opslag daadwerkelijk gebruikt en 1 cent per 10000 GETS, en 1 cent per 1000 puts. EBS kost 10 cent per GB voorzien en 1 cent per 100.000 I / O's. Voor een prijsstelling van PersistentFS en hoe dit zich verhoudt tot zowel S3 en EBS Ik stel je leest dit bericht op de forums, die als Amazon gepost door de PersistentFS team.

Labels: EBS, Erlang, PersistentFS, s3

Na gesproken over de Amazone is het enige spel in de stad, ik dacht dat het zou interessant zijn te kijken naar Mosso en kijken naar de voordelen / verschillen tussen Mosso En Amazon:

Vanuit een technologisch perspectief Mosso geen root-toegang tot hun severs. Zij bieden servers met het OS en de software vooraf geïnstalleerd. Mosso beweert dat dit geeft hen in staat om eenvoudig controleren en de omvang van de dienst als nodig die bevrijdt de eindgebruiker uit te bekommeren OS, load balancing, etc. Hoe werkt dit? Nou, Mosso abstracte de werkelijke platform dat u werkt tegen. Vanuit een praktisch perspectief betekent dit dat u uiteindelijk met een enkele map ruimte waarin u opslaan bestandstypen (PHP,. Rør, etc). Als een van bestanden wordt gevraagd, is het daadwerkelijk uitgevoerd door de native-platform. Wat betekent dit? Het betekent dat als u tenuitvoerleggingsstaat ASPX-bestanden zullen worden behandeld door Windows, en als u tenuitvoerleggingsstaat ROR bestanden zullen worden behandeld door Linux, etc). Indien u combinaties die niet lijken te worden ondersteund dan zal het mogelijk maken deze voor je.

Dit leidt ons naar een goede differentiator dat Mosso heeft meer dan Amazon, hun klantenservice is 24 * 7 bemand door mensen die aan het eind van de telefoon in tegenstelling tot de Amazone. Dit kan een wereld van verschil wanneer daadwerkelijk geprobeerd om iets te krijgen om te werken en ik moet zeggen hun klantenservice is uitstekend.

Mosso momenteel alleen FTP toegang tot uw instances. Nr. RDP, SSH enz., die uiteraard krijg je met EC2 van Amazon. Maar nu, Amazon niet echt iets bieden dat concurreert met Mosso primaire wolk te bieden waarvan de waarde onder bieden load balanced Windows en Apache gebaseerde web applicaties, alsook semi-load balanced SQL Server en MySQL aanbod. Dit is wat Mosso oproep Cloud Sites. Automatische load-balancing komt van Amazon, maar is er nog niet, en nu moet u uw eigen rol.

Er is geen concept van het delen van beeld gevallen met Mosso als de kern-concept is anders ieyou niet werken met 1 "virtuele" bijvoorbeeld, maar echt werken met een interface die fungeert als een soort fascade tot een potentieel veel gevallen. Dit gezegd zijnde, Mosso momenteel beta-testen wat ze roepen "Cloud Servers" en het lijkt erop dat dit zal worden rechtstreekse concurrentie met EC2.
Update: Mosso Cloud Servers nu gaat live op 16 maart. Prijsbepaling begint bij $ 0.015/hour of $ 10.95/month. Bekijk de details hier. Ze zullen ook een API. Voor een sneak kijken naar de API email Mosso en vragen. Ook Cloud Files is uit de bètafase op 12 maart 2009. Cloud Files is Mosso's online opslag en CDN ingeschakeld statische content serveren motor. Het heeft verschillende nieuwe functies. Bekijk alle details hier.

Amazon heeft tal van extra diensten die zij leveren om te interageren met de kernen gevallen zoals S3, SimpleDb, SQS, CloudFront etc, en dat Mosso heeft Cloud Files zij niet over de breedte of de omvang van de diensten die Amazon bieden.

Een ander verschil is de facturering van diensten. Nu Amazon geen harde kopie factureringsgegevens facturen (een bepaalde fout oefenen op de Amazone-forums) die voorkomt dat veel organisaties daadwerkelijk met behulp van Amazon, dat Mosso doen dit.

Al met al, Mosso is een goede wolk hosting oplossing. Het is de waarde propositie is verschillend van EC2 en dat Amazon heeft meer kracht en flexibiliteit is er zeker ruimte voor de dienst Mosso biedt die waarschijnlijk om veel mensen aan de praat sneller. Het ontbreekt de mogelijkheid om vooraf geconfigureerd AMI gevallen, dus ik zal niet in staat zijn om een vooraf geïnstalleerd en geconfigureerd Hadoop bijvoorbeeld, of wat dan ook, die voor sommige is een van de attracties van EC2, maar kunnen snel met webapplicaties geconfigureerd en load balanced is perfect.

Commercieel niet volgen korrelvormig gebruiksmodellen Compute model dat Amazon biedt, zoals zij heeft starter forfaitair bedrag van $ 100 per maand. Dit is inclusief 50 GB opslagruimte, 500 GB maandelijkse bandbreedte, 10000 Compute cycli, en ook 24 * 7 * 365 live support chat.

Dus in samenvatting Mosso heeft enkele unieke differentiators:

- Verschillende model dat een snelle configuratie en load balanced web applicaties

- 24 * 7 * 365 Live Support

- Harde kopie Facturen

De manier waarop dat is Mosso rubriek biedt het een mooi geheel van verschillende kenmerken evenals enkele vergelijkbaar aanbod in de pijp die moeten zorgen voor Amazon niet alles hebben hun eigen manier.

Labels: Cloud Files, Cloud Servers, Cloud Sites, Mosso

Simone Brunozzi, technologie evangelist voor AWS in Europa, gepost nog enkele succesverhalen / use cases voor Amazon Web Services in Europa en Azië op de Amazone-blog - Ik heb reposted het artikel hieronder zoals het altijd een interessante lezing te zien hoe bedrijven omarmen cloud computing, en in het bijzonder wat de details zijn van het gebruik geval.

Industria, IJsland

Industria's missie is het verbeteren van de TV-kijkervaring.

Industria heeft de Amazon Web Services voor hun ZignalCloud dienst, evenals voor de Zignal digitale entertainment platform voor de levering. Zignal Cloud verlaagt de total cost of ownership voor dienstverleners en biedt voorspelbaarheid van kosten, vermindert de risico's en technologie vermindert time to market.
In hun blog, zij staat:
"Een beoogde gevolg van deze aanpak is dat we kunnen doen het allemaal zonder upfront kosten voor onze klanten, omdat we het effectief gebruik maken van een echte kosten-sharing model dat biedt ons bijna een 100% schaalvoordelen."

Natuurlijk, als je gebruik Amazon Web Services, u betaalt alleen voor wat u gebruikt, zonder voorafgaande investeringen. U kunt meer informatie lezen over AWS's aanbiedingen op onze productpagina.

Als u geïnteresseerd bent in ZignalCloud, kunt u contact opnemen met Industria in IJsland, Ierland, Bulgarije, Verenigd Koninkrijk, Zweden of China.

Toen ze begonnen imageloop.com 'n overgang naar Amazon Web Services, die ze nodig hadden om al hun oude foto's, het genereren van nieuwe miniaturen en output formaten.

Normaal gesproken zou maanden in beslag hebben genomen, maar aangezien zij vrijwel onbeperkte toegang tot je cpu met EC2, ze zopas zestig c1.xlarge gevallen dat gevoed uit conversie banen uit SQS en werden gedaan in een dag en een half.

Daarna, ongeveer een week later, als ze zouden gaan wonen, zij die een nacht van downtime onderhoud en omgerekend de beelden die tijdens de week, ongeveer 110.000 foto's, met behulp van tien EC2 instances voor twee uur.

Over het algemeen imageloop.com is zeer tevreden met het niveau van de flexibiliteit die Amazon biedt.

Uit de woorden van Antonio: "de snelheid van de levering Slideshows is veel beter dan vroeger, en we willen de flexibiliteit en het gemak waarmee we in staat waren om voort te bouwen op het platform. Proficiat aan een geweldig product! "

En dit is Stefan Riehl, imageloop.com 's CEO: "Toen we begonnen met het evalueren van alternatieven voor de traditionele hosting leveranciers, werd duidelijk dat AWS het aanbod is het meest volwassen in de markt."

SnappyFingers is een Vraag en Antwoord zoekmachine. SnappyFingers doorzoekt en indexeert Veel Gestelde Vragen over het internet, en voorziet in de zoekresultaten in een gemakkelijk te bekijken Vraag / Antwoord-formaat.
Chirayu Patel zo vriendelijk was om te delen met ons wat details over hoe ze gebruik Amazon Web Services (AWS), samen met enkele grondgedachte achter hun keuzes.

De drie belangrijkste motivatie achter hun keuzes zijn (in hun eigen woorden):
- We zijn zeer terughoudend om te leren of doen buiten SnappyFingers domein. Wij zouden liever uitbesteden.
- Wij zijn zeer kosten bewust.
- We schrijven buggy code, maar we willen niet dat onze systemen te sterven, omdat zij.

Tijdens het ontwerp van SnappyFingers, zij meerdere opties, maar op het einde ze geplukt Amazon Web Services.
Voorlopige kosten-analyse toonde aan dat de fundamentele kosten van de AWS alternatieven zouden lager op de lange termijn. Ook was er een extra voordeel dat zij niet gebonden aan een enkele leverancier. Echter, zodra zij de kosten van het beheer van de systemen, het financiële voordeel van het gebruik van AWS bleek.
Dit, gecombineerd met het feit dat zij niet willen worden afgeleid met operationele lasten die niets aan hun core business, betekende dat AWS is geworden voor de hand liggende keuze voor schaalvergroting CPU / opslag middelen.
SnappyFingers Architectuur
SnappyFingers bestaat uit twee systemen - een website, en Information Retrieval System (IRS). De website komt overeen met het systeem dat dient gebruiker verzoekt, en de IRS is het systeem dat doet al het werk achter de schermen te verzamelen Q & A.
SnappyFingers is meestal gecodeerd in Python, Java-taal, en maakt gebruik van meerdere derden pakketten: met name het Django kader, multiprocessing pakket in Python, en Apache Lucene, een high-performance, full-featured text search engine bibliotheek geheel in Java geschreven.

De website draait op ten minste drie EC2 nodes, en maakt gebruik van de volgende componenten.
1. Nginx - Een zeer snelle web server, die wordt gebruikt om statische / cachemodus inhoud. Het wordt ook gebruikt voor reverse proxy verkeer naar meerdere Apache servers.
2. Apache server met mod_python voor de uitvoering van de Python-code samen met de Django kader.
3. Zoekers voor het uitvoeren van de eigenlijke zoekopdrachten op de Q & A-index.
4. Spellen checkers.
5. PostgreSQL voor systeembeheer: opname van bugs, het registreren van nieuwe diensten, en dergelijke.

Caching is ingebouwd in het systeem met behulp van een combinatie van memcached en bestandssysteem caching. Statische inhoud wordt geserveerd met behulp van Amazon CloudFront. Amazon Mechanical Turk wordt gebruikt voor het testen van de relevantie van de zoekresultaten.
De Information Retrieval System (IRS) is verantwoordelijk voor het creëren van Q & A indexen die uiteindelijk worden gebruikt door de gebruiker. Het maakt gebruik van meerdere diensten om het werk te doen:
1. Crawlers te doorzoeken het internet.
2. Parsers om vragen en antwoorden van elke pagina, spam detecteren en elimineren dubbele inhoud.
3. Scorers scoren de Q & A's op basis van een aantal factoren. Het scoresysteem algoritmen zijn de meest dynamische stukken van de code, en staan onder voortdurende evolutie.
4. Indexers naar de index de Q & A.
Deze diensten met meerdere opslagapparaten - Amazon S3, Amazon SimpleDB en PostgreSQL. Niet alle gegevens worden opgeslagen op alle locaties. Gebaseerd op gegevens over de omvang en terugzoeken eisen, slaan we de gegevens op verschillende locaties. Alle toegang tot de gegevens wordt gedaan door een Python gebaseerd aangepaste ORM (Object Relational Mapping) te vereenvoudigen programmering.

Een ander aspect van deze diensten is dat zij kan worden uitgevoerd in elk knooppunt. Soms hebben ze gebruik gemaakt van een bepaalde hoeveelheid EC2 servers, terwijl anderen ze hebben hun infrastructuur, afhankelijk van de lading en hun maandelijkse AWS begroting.
Momenteel IRS heeft verbruikt ongeveer 500 Gbytes voor een data set van 11 miljoen Q & A.
Intra-service communicatie maakt gebruik van het concept van pijpleidingen, elk met een eigen set van pijpen. Elke pijp (Amazon SQS Queue) eigendom is van een dienst, die verantwoordelijk is voor de verwerking van berichten in het. Zodra de verwerking is voltooid berichten worden verzonden naar de volgende pijp in de pijplijn.

Deze architectuur is niet alleen toegestaan SnappyFingers om het modulaire karakter van het systeem, maar ook voor het ontwikkelen en implementeren van diensten in het isolement van de rest van het systeem.

Error Handling De strategie is simpel: op een vergissing, een dienst zal log de fout en opslaan van de desbetreffende bericht in Amazon SimpleDB, en verder met het verwerken van het volgende bericht. De service stopt alleen wanneer het foutenpercentage hoger is dan geconfigureerd drempels.
Zodra de fouten zijn gecorrigeerd, de bijbehorende berichten worden geduwd terug naar Amazon SQS voor de voltooiing van de verwerking.
CPU-gebruik en schaalvergroting
Al de IRS-diensten zijn bedoeld om de CPU-bezetting 100% (of naar een geconfigureerd waarde), het gebruik van Python's multiprocessing pakket te paaien / vermoorden processen te handhaven CPU bezetting.
De diensten zijn onafhankelijk van het knooppunt waarop zij actief zijn, en als er een enorme achterstand van berichten in Amazon SQS, meer EC2 knooppunten kunnen worden geleid om de extra belasting.

Labels: Amazon Web Services, Cloud Computing, imagelooop, industria, IRS, Simon brunozzi, snappyfingers, Use Cases

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.

Labels: Cloud, Cloud Computing, GigaSpaces, Piekbelasting, Piekbelasting voorzieningspercentage, RightScale, Scalr

iPhone Application “ Cloud Status ” lets you monitor the status of either Google App Engine, Amazon Web Services, and Twitter in real-time. It’sa simple but effective example of monitoring-as-a-service. It’s available from Bablim Light Industries in the iPhone App Store .

Tags: Cloud Status , Google App Engine , iPhone , Monitoring , Twitter