Cloudiquity

E 'grande circa enthusing i vantaggi di Cloud Computing, ma quali sono le conseguenze quando si va male? Naturalmente, vi sono diversi livelli di 'sbagliare'. Abbiamo spesso pubblicizzato da interruzioni del calibro di Amazon e Google, ma data la pubblicità della ASL di ogni giù qualche tempo ci si attende. Tuttavia si può ottenere molto più grave di questo. Negli ultimi due giorni è emerso che Carbonite avevano perso alcuni dei suoi clienti i dati nel 2007. Secondo TechCrunch Carbonite perso i dati di 7500 + clienti che hanno invocato l'azienda a mantenere i loro file al sicuro. Questo è emersa a causa di un legale che Carbonite depositata sul loro fornitori di infrastrutture. Il CEO di Carbonite fornisce maggiori dettagli:

"I fallimenti del Promessa attrezzature si è verificato principalmente nel corso del 2007. Abbiamo smesso di comprare i server e la promessa acceso fornitori. Ci sostengono che la promessa era difettoso server firmware e non sono stati sufficientemente affidabili per l'uso Carbonite. Noi chiediamo che ci Promessa per compensare il costo di sostituzione loro danno da prodotti difettosi. Per quanto riguarda il 7500 i clienti interessati, le loro copie di backup sono stati riavviati automaticamente e immediatamente sul nostro nuovo server. "

In questo caso sembra che la perdita di dati non ha avuto alcun effetto e la perdita dei dati è stata mitigata dalla società interno procedure di backup. Tuttavia, nel caso di JournalSpace, questo purtroppo non è stato il caso. JournalSpace era una piattaforma di blog che è stato intorno per circa 6 anni e, a causa di un dipendente scontento, tutti i clienti i blog sono stati annullati dalla loro server interni. Ouch!

Questa non è la prima volta tale errore umano ha portato a tali problemi. Nel mese di agosto 2008 Cloud Piattaforma FlexiScale, ha avuto un interruzione per più di 2 giorni a causa di un errore l'eliminazione di un ingegnere principale volume di stoccaggio.

Anche il danno fatto non solo per il cliente, ma anche per la reputazione del venditore, soprattutto se sono un piccolo venditore cercando di fare un nome per se stessi. Una tale catastrofe può essere letteralmente la differenza tra successo e fallimento del mercato.

Che cosa possiamo imparare da questo? Bene la prima cosa è che, proprio come la legge di Murphy, se qualcosa può andare storto a un certo punto si è sempre. In tale prospettiva si dovrebbe sempre prendere tutte le misure atte a proteggere le vostre applicazioni e dati. Ciò potrebbe significare che li appoggiano fino a livello locale o mantenere il backup su diversi stoccaggio nuvole e con un piano di DR pronto a posto. Se non puoi non solo colpa delle nuvole ....

Tag: Amazon, Carbonite, FlexiScale, Google, JournalSpace

Un sondaggio presso LinkedIn è la domanda "Quali aree del Cloud Computing la maggior parte riguarda il vostro o la vostra organizzazione". L'attuale stato di avanzamento per il sondaggio è il seguente:

Mi sorprende che la sicurezza è venuta così bassa e prestazioni è percepita come la preoccupazione numero uno, e sarà interessante verificare come questo sondaggio modifiche più voti sono espressi. Puoi scegliere di votare qui.

Tag: Cloud Computing, LinkedIn, Poll

La semplice risposta è 4643.

Amazon ha recentemente annunciato nuovi prezzi opzione in cui si riserva un 'istanza di uno o tre anni e poi sono di sconto sulla tariffa oraria. La tabella seguente descrive il costo per anno, se l'istanza è per tutto l'anno.

I prezzi sopra indicati sono stati calcolati utilizzando Linux esempio Stati Uniti e prezzi

Costo / Anno On Demand $ = esempio il costo per ora * 365 * 24

Costo / anno per 1 anno Reserved esempio $ = 1 Anno Prezzo di riserva + (costo per ora * 365 * 24)

Costo / anno per 3 Anno riservati esempio $ = (3 Anno riserva prezzo / 3) + (costo per ora * 365 * 24)

Ora, questo porta la domanda interessante quando è economicamente efficiente riserva un esempio?

Siamo in grado di calcolare il minimo di ore di utilizzo oltre che per ora il prezzo più conveniente per un esempio riservati inizia a diminuire il costo globale utilizzando la seguente formula:

Grado riservare / prezzo (On Demand grado oraria Prezzo - Prezzo riservare grado oraria)

ad esempio, per un piccolo esempio riservati anni

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

Per le piccole riservati esempio 3 anni

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

Il calcolo di cui sopra sono gli stessi numeri di esempio per tutti i tipi. Quindi si dovrebbe riserva un anno esempio se si ha intenzione di utilizzare più di 4643 ore, ovvero l'istanza è il 53% del tempo in un anno. Con un 3 anni riservati esempio è possibile risparmiare oltre 3 anni, se si utilizza periodo 7143 o più ore o l'istanza è il 27% del tempo nel corso di un periodo di tempo 3 anni.

Tag: Amazon, EC2 prezzi, riservati grado

Wayne Horkan ha un buon posto di centratura su un diagramma che egli utilizza per concentrarsi discussione Cloud Computing che egli etichette Cloud Relazioni modello. Mi piace soprattutto che copre l'intera pila, e trovato l'intero post approfondita una buona introduzione a chiunque sia interessato a saperne di più su Cloud Computing.

Tag: Cloud, domenica, Wayne Horkan

CloudSim è proposto come un quadro di riferimento per la modellizzazione e la simulazione di ambienti di Cloud Computing valutazione delle prestazioni a sostegno delle politiche per il provisioning delle risorse / domanda pianificazione / politiche della federazione di Nuvole (in un modo ripetibili e controllabili). Per ulteriori informazioni, si prega di controllare le loro Tech Report (PDF).

Tag: CloudSim

Amazon Elastic Block Storage (Amazon EBS) è un nuovo tipo di archiviazione progettato specificamente per Amazon EC2 casi. Amazon EBS consente di creare volumi che possono essere montati come dispositivi EC2 casi. Amazon EBS volumi si comportano come se fossero greggio non formattata hard disk esterni e può essere formattato con un file system come ext3 (Linux) o NTFS (Windows) e montato su uno EC2 esempio, i file sono accessibili tramite il file system. Essi hanno fornito i nomi dei dispositivi degli utenti e di fornire un blocco del dispositivo di interfaccia.

Per un volume da 20 GB, Amazon stime annuali tasso di fallimento per EBS volumi da 1-a-200 a 1-in-1000. Il tasso di fallimento in quanto aumenta la dimensione del volume aumenta. Pertanto vi sia necessità di mantenere uno aggiornate istantanea su S3, o che hanno una copia di backup del contenuto da qualche altra parte che è possibile ripristinare rapidamente abbastanza per soddisfare le vostre esigenze in caso di un fallimento.

EBS conti possono avere un massimo di 20 volumi a meno che un limite superiore è richiesto da Amazon. La dimensione massima di un volume è di 1 TB e l'archiviazione su un volume è limitata alla dimensione accantonati e non possono essere cambiati. EBS volumi può essere letta da un EC2 esempio disponibilità nella stessa zona che istantanee su S3 si può accedere da qualsiasi disponibilità zona.

Amazon S3 fornisce una semplice interfaccia web di servizi che può essere utilizzata per memorizzare e recuperare qualsiasi quantità di dati, in qualsiasi momento, da qualsiasi punto della rete. Esso fornisce l'accesso a qualsiasi sviluppatore stesso altamente scalabile, affidabile, veloce, poco costosa infrastruttura di storage di dati che Amazon utilizza per gestire la propria rete globale di siti web. Il servizio mira a massimizzare i benefici di scala e di trasmettere tali benefici agli sviluppatori su. S3 esigenze di software per essere in grado di leggere e scrivere file, ma è estremamente scalabile, negozi 6 copie di dati per la ridondanza e HA, e che si dice essere scritto in Erlang ed è estremamente scalabile.

S3 conti possono avere un massimo di 100 segmenti, ciascuno con un numero illimitato di stoccaggio e di un numero illimitato di file. La dimensione massima di un singolo file è di 5 GB.

S3 è soggetto ad "eventuali coerenza", che significa che non vi può essere un ritardo nella scrive che compaiono nel sistema EBS che non ha alcuna coerenza ritardi. Anche EBS è accessibile solo da una macchina in un momento che istantanee su S3 può essere condiviso,

In termini di prestazioni S3 ha il più alto e anche la latenza è più alta variazione latenza. S3 scrivere latenza può anche essere superiore a leggere latenza. EBS d'altro canto è la latenza più bassa con meno variazione. Ha anche il caching writeback per scrivere molto bassa latenza. Tuttavia essere consapevoli del fatto che il caching writeback e out-of-vampate fine potrebbe risultare in uno o imprevedibili file system o la corruzione di un database

In termini di throughput S3 ha un throughput massimo (a thread singolo) di circa 20 MB / s o 25 MB / s per il multithread. Questo è un piccolo esempio. Questo sale a 50 MB / s in grandi ed extra grandi casi. EBS ha un throughput massimo limitata dalla rete, questo isapproximately 25 MB / s su un piccolo esempio, e 50 MB / s su grandi istanze, e 100 MB / s su extra large casi. Poiché entrambe le S3 e EBS sono le risorse condivise sono soggetti a carico pesante rallentamento sotto.

Per l'elenco di file S3 è lento e la ricerca è solo dal prefisso che EBS è veloce elenco delle directory e la ricerca. S3 è ottimizzato con prestazioni più secchi. Il rendimento è ottimizzato scrivere scrivendo chiavi in modo ordinato. EBS unico volume delle prestazioni è simile a un disco rigido con il caching writeback.

Non vi è alternativa a EBS per EC2 e che è PersistentFS. Con PersistentFS si monta un disco e utilizzarlo come qualsiasi altra, ma, e qui è il nocciolo, il deposito per il dispositivo è effettivamente realizzato in tanti piccoli pezzi in un secchio di stoccaggio S3. PersistentFS è un prodotto closed-source basato sul FUSIBILE approccio.

S3 costa 15 centesimi per GB effettivamente utilizzati per lo stoccaggio e 1 centesimo per 10000 Gets, e 1 centesimo per PONE 1000. EBS costa 10 centesimi per GB accantonati e 1 centesimo per ogni 100.000 I / O's. Per una determinazione del prezzo dei PersistentFS e come tale confronto sia S3 e EBS Vi suggerisco di leggere questo post sul forum di Amazon che, come inviato dal PersistentFS squadra.

Tag: EBS, Erlang, PersistentFS, s3

Dopo aver parlato di Amazon è l'unico gioco in città ho pensato che sarebbe interessante esaminare Mosso e guardare i vantaggi / differenze tra Mosso e Amazon:

Da un punto di vista della tecnologia Mosso non forniscono l'accesso come root al loro taglia. Essi forniscono server con il sistema operativo e il software pre-installato. Mosso sostiene che questo dà loro la capacità di controllare facilmente e la scala di servizio, se necessario, che libera l'utente finale da doversi preoccupare di sistema operativo, il bilanciamento del carico, ecc Come funziona? Ebbene, l'attuale Mosso astratto piattaforma che si sta lavorando contro. Dal punto di vista pratico ciò significa che vi ritroverete con un unico spazio di directory in cui si memorizzano i tipi di file (PHP,. ROR, ecc.) Se un file è richiesto che sia effettivamente eseguita da parte della piattaforma nativa. Cosa significa questo? Ciò significa che se si sta eseguendo ASPX file saranno gestite da Windows, e se si esegue ROR file saranno gestiti da Linux, ecc.) Se si dispone di combinazioni che non sembrano essere poi sostenuto sostegno attivare questa per voi.

Questo ci porta su una buona differenziazione Mosso che ha più di Amazon, il loro servizio clienti è 24 * 7 presidiata da persone alla fine del telefono cellulare a differenza di Amazon. Questo può dare un mondo di differenza, quando in realtà cercando di ottenere qualcosa di lavorare e devo dire loro servizio clienti è eccellente.

Mosso attualmente offre solo l'accesso FTP al tuo istanze. N. RDP, SSH, ecc, che ovviamente si ottiene con EC2 da Amazon. Tuttavia adesso, Amazon non fornire tutto ciò che compete con Mosso primario nube offerta il cui valore punto stanno fornendo carico equilibrato Windows e applicazioni web basati su Apache, così come semi-carico equilibrato di SQL Server e MySQL offerte. Questo è ciò che Mosso chiamata Siti Cloud. Automatizzato di bilanciamento del carico è venuta da Amazon, ma non c'è ancora, e adesso si deve rotolare il proprio.

Non vi è alcun concetto di condivisione delle immagini con le istanze Mosso come concetto di base è diversa ieyou non funzionano con 1 "virtuale", ma sono davvero esempio di lavoro con una interfaccia che funziona come un tipo di fascade a un potenzialmente molti casi. Ciò detto, Mosso sono attualmente beta testing qualcosa che si chiama "Cloud Server" e sembra che questa sarà una concorrenza diretta di EC2.
Aggiornamento: Mosso Cloud Server ora va vivere il 16 marzo. Prezzi a partire da $ $ 0.015/hour o 10.95/month. Controlla i dettagli qui. Essi hanno anche una API. Per un'anteprima guardare l'API-mail Mosso e chiedere. Cloud è anche file di beta il 12 marzo 2009. Cloud file è Mosso del servizio di archiviazione online e di contenuto statico CDN abilitato al servizio del motore. Esso ha diverse nuove caratteristiche. Scopri tutti i dettagli qui.

Amazon ha un sacco di servizi aggiuntivi che prevedono di interagire con le carote casi come S3, SimpleDb, SQS, CloudFront etc, e che ha Mosso Cloud file non ha l'ampiezza o la portata dei servizi che forniscono Amazon.

Un altro è la differenziazione dei servizi di fatturazione. Proprio ora Amazon non forniscono copia delle fatture di fatturazione (un particolare problema recano sul forum di Amazon), che impedisce di fatto da molte organizzazioni utilizzando Amazon, che offrono questo Mosso.

Tutti in tutto, Mosso è una buona soluzione di hosting nube. E 'proposta di valore è diverso da Amazon EC2 e che ha più potenza e flessibilità vi è assolutamente spazio per il servizio Mosso prevede che possa raggiungere molte persone e di esecuzione più veloce. Manca la possibilità di pre-configurato AMI casi, quindi non sarò in grado di ottenere un pre-installato e configurato Hadoop esempio, o qualsiasi altra cosa, che per alcuni è una delle attrazioni di EC2, ma per poter rapidamente dopo aver configurato le applicazioni web e carico equilibrato è perfetto.

Commercialmente non seguire il modello di calcolo di utilità granulare che Amazon prevede, come ha avviamento forfettaria di € 100 al mese. Questo include 50 GB di spazio, 500 GB di banda mensile, 10000 cicli di calcolo, e anche 24 * 7 * 365 vivo chat.

Quindi, in sintesi, alcune Mosso è unica differenziazione:

- Diverse modello che consente una rapida configurazione e bilanciamento del carico in applicazioni web

- 24 * 7 * 365 Live Support

- Copia fatture

Il modo in cui è Mosso voce fornisce una bella serie di caratteristiche diverse, così come alcune offerte comparabili nel tubo che dovrebbe garantire Amazon non si dispone di tutto a modo loro.

Tag: Cloud File, Cloud Server, Cloud Siti, Mosso

Simone Brunozzi, la tecnologia per evangelista AWS in Europa, pubblicato alcune storie di successo / i casi d'uso per Amazon Web Services in Europa e in Asia in Amazzonia blog - Ho reposted il seguente articolo come sempre una lettura interessante per vedere come sono le società che abbraccia nube di calcolo, e in particolare quello che sono i dettagli del caso d'uso.

Industria, Islanda

Industria della missione è quello di migliorare l'esperienza visiva TV.

Industria ha adottato il Amazon Web Services per la loro ZignalCloud del servizio, nonché per l'intrattenimento digitale Zignal piattaforma di trasmissione. Cloud Zignal riduce il costo totale di proprietà per i fornitori di servizi e prevede la prevedibilità dei costi, riduce i rischi della tecnologia e diminuisce il tempo di mercato.
Nel loro blog, esse affermano:
"Un destinato conseguenza di questo approccio è che si può fare tutto senza alcun costo in anticipo per i nostri clienti, perché siamo in modo efficace utilizzando un vero e proprio modello di condivisione dei costi che ci offre quasi un 100% di economia di scala".

Naturalmente, quando si utilizza Amazon Web Services, ti viene addebitata solo per ciò che si utilizza, senza alcun investimento in anticipo. È possibile leggere ulteriori dettagli su AWS le offerte sui nostri prodotti pagina.

Se siete interessati a ZignalCloud, è possibile contattare Industria in Islanda, Irlanda, Bulgaria, Regno Unito, la Svezia o la Cina.

Quando hanno cominciato imageloop.com 's transizione verso Amazon Web Services, di cui avevano bisogno per convertire tutte le loro vecchie foto, generando nuove miniature e formati di output.

Che normalmente avrebbe richiesto diversi mesi, ma dato che era praticamente illimitato accesso a potenza della CPU con EC2, che hanno appena avviato c1.xlarge sessanta casi che alimentato off conversione di posti di lavoro da SQS e sono stati fatti in un giorno e mezzo.

Poi, circa una settimana più tardi, quando stavano andando vivere, essi prevista una notte di inattività la manutenzione, e convertito le immagini che aveva accumulato durante la settimana, circa 110.000 immagini, utilizzando EC2 dieci casi per due ore.

Nel complesso, imageloop.com è molto soddisfatto del livello di flessibilità che prevede Amazon.

Dalle parole di Antonio: "la velocità di consegna dei slideshow è modo migliore di prima e ci piaceva la flessibilità e la facilità con la quale siamo stati in grado di costruire la piattaforma. Congratulazioni a un grande prodotto! "

E questo è Stefan Riehl, imageloop.com 's CEO: "Quando abbiamo iniziato a valutare le alternative ai tradizionali fornitori di hosting, è emerso che l'offerta AWS è il più maturo del mercato."

SnappyFingers è uno di domande e risposte del motore di ricerca. SnappyFingers scansiona e indicizza Domande frequenti su Internet, e fornisce risultati di ricerca in un facile vista Question / Answer formato.
Chirayu Patel è stato così gentile da condividere con noi alcuni dettagli sul modo in cui l'uso di Amazon Web Services (AWS), insieme con alcune motivazioni dietro le loro scelte.

I tre principali motivazioni che stanno dietro le loro scelte sono (nella loro parole):
- Siamo molto restii a imparare o fare qualsiasi cosa al di fuori del dominio SnappyFingers. Vorremmo piuttosto esternalizzare.
- Siamo molto consapevoli dei costi.
- Facciamo il buggy scrivere codice, ma non vogliamo che i nostri sistemi di morire perché.

Durante la progettazione di SnappyFingers, che consideravano più opzioni, ma alla fine hanno raccolto Amazon Web Services.
Preliminare di analisi del costo di base è emerso che il costo del AWS alternative sarebbe inferiore a lungo termine. Inoltre, vi è stato un ulteriore vantaggio di non essere vincolati ad un unico fornitore. Tuttavia, una volta aggiunto il costo di gestione dei sistemi, il vantaggio finanziario di utilizzare AWS è diventata evidente.
Questo, unito al fatto che essi non vogliono essere distratti con oneri operativi estranei a loro "core business", ha fatto sì che AWS è diventato la scelta più ovvia per il ridimensionamento della CPU / risorse di storage.
SnappyFingers Architettura
SnappyFingers si compone di due sistemi - un sito web, e Information Retrieval System (IRS). Il sito web corrisponde al sistema che serve le richieste degli utenti, e l'IRS è il sistema che fa tutto il lavoro dietro le quinte per raccogliere Q & A.
SnappyFingers è per lo più codificati in Python, Java lingue, e utilizza una serie di pacchetti di terze parti: in particolare è il quadro di Django, multiprocessing pacchetto in Python, e Apache Lucene, una ad alto rendimento, con tutte le funzionalità del motore di ricerca biblioteca testo scritto interamente in Java.

Il sito web può essere eseguito su almeno tre nodi EC2, e utilizza i seguenti componenti.
1. Nginx - Un server web estremamente veloce, usato per servire statico / contenuto in cache. Inoltre, viene utilizzato per invertire il traffico a più proxy server Apache.
2. Server Apache con mod_python per eseguire il codice Python Django con il quadro.
3. Gli utenti di eseguire ricerche sul reale il Q & A, punto.
4. Ortografici.
5. PostgreSQL, per il sistema di gestione: bug di registrazione, la registrazione di nuovi servizi, e tali.

Caching è costruita nel sistema utilizzando una combinazione di memcached cache e file system. Contenuto statico è servita tramite Amazon CloudFront. Amazon Mechanical Turk è utilizzato per verificare la pertinenza dei risultati di ricerca.
L'Information Retrieval System (IRS) è responsabile per la creazione di Q & A indici che saranno utilizzati dal ricercatore. Esso utilizza più i servizi a fare il lavoro:
1. Crawler di eseguire la scansione di Internet.
2. Parser per estrarre Domande e risposte da ogni pagina, rilevare lo spam, ed eliminare il contenuto duplicato.
3. Marcatori al cliente il Q & A in base a una serie di fattori. Il punteggio algoritmi più dinamici sono pezzi di codice, e sono in continua evoluzione.
4. Indexers indice di Q & A.
Questi servizi di interagire con più dispositivi di archiviazione - Amazon S3, Amazon SimpleDB e PostgreSQL. Non tutti i dati vengono memorizzati in tutte le sedi. Sulla base delle dimensioni dei dati, e il recupero dei requisiti, si memorizzare i dati in diversi luoghi. Tutti i dati di accesso viene effettuato tramite un Python personalizzato basato ORMA (Object Relational Mapping) per semplificare la programmazione.

Un altro aspetto di tali servizi è che essi possono essere eseguiti in ogni nodo. A volte hanno usato una certa quantità di EC2 server, mentre altri hanno ridotto le loro infrastrutture in funzione del carico e il loro bilancio mensile AWS.
Attualmente IRS ha consumato circa 500 GBytes per una serie di dati di 11 milioni di Q & A.
Intra-servizio di comunicazione utilizza il concetto di oleodotti, ciascuno con la propria serie di tubi. Ogni tubo (Amazon SQS coda) è di proprietà di un servizio, che è responsabile per la trasformazione di messaggi all'interno di essa. Una volta completata l'elaborazione, i messaggi vengono inviati alla prossima tubo in cantiere.

Questa architettura ha permesso non solo di mantenere la SnappyFingers natura modulare del sistema, ma anche per sviluppare e implementare servizi in isolamento con il resto del sistema.

La gestione degli errori di strategia è semplice: su un errore, un servizio di log degli errori e memorizzare il messaggio nella corrispondente Amazon SimpleDB, e continuare con l'elaborazione del prossimo messaggio. Il servizio si ferma solo quando il tasso di errore supera configurato soglie.
Una volta che gli errori sono stati corretti, il corrispondente messaggi sono spinto indietro per Amazon SQS per il completamento del trattamento.
L'utilizzo della CPU e il ridimensionamento
Tutti i servizi IRS sono progettati per mantenere l'occupazione della CPU al 100% (o ad un valore configurato), utilizzando Python's multiprocessing pacchetto di spawn / uccidere i processi di mantenere l'occupazione della CPU.
I servizi sono indipendenti del nodo su cui sono in esecuzione, e se vi è un enorme arretrato di messaggi in Amazon SQS, EC2 più nodi possono essere generato per gestire il carico extra.

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

Noi vediamo queste domande tempo e ora di nuovo - "Come faccio a picco per la progettazione di carico" e "Come faccio a scala sulla nuvola?". In primo luogo permette di capire come dare qualche definizione di picco di carico:

Noi faremo una pugnalata alla definizione di picco di carico, come: "Una percentuale di attività in un giorno / settimana / mese / anno che arriva in una finestra di un paio d'ore ed è considerata come estremo e si verifica a causa di una stagionalità o causa di imprevedibili picchi . "

La Thomas Consulting Group ha ancora una buona pugnalata (ppt) in un forumla per cercare di prevedere e pianificare per il picco di carico. Il loro esempio e la formula è la seguente:

H = picco di visite al secondo
h = # colpi ricevuti nel corso di un termine di un mese
a =% di attività che viene durante il tempo di picco
t = tempo in ore di punta
allora
H = h * a / (giorni * t * * minuti secondi)
H = h * a / (108.000 * t)

Determinare il picco di utenti virtuali: picco di visite / + seconda pagina vista volte

U = picco di utenti virtuali
H = picco di visite al secondo
p = numero medio di visite per pagina
v = tempo medio che un utente visualizza una pagina

U = (H / P) * v

Esempio:

h = 150000000 visite al mese
a = 10% del traffico si verifica durante il tempo di picco
t = tempo di picco è di 2 ore
p = una pagina si compone di 6 hits
v = tempo vista la media è di 30 secondi

H = (H x uno) / (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

Desiderato Metrico - 48 Hits / Sec o 240 utenti virtuali

In questo esempio Thomas Consulting presenti picchi di carico è superiore a 15.000 visite in due ore che la normale media di visite per due ore è 411 [(((h * 12) / 365) / 24) * 2]. Questo è più di un 70% di aumento e una grande differenza, e questo esempio non è ancora estrema. Online web consumatori le imprese possono fare il 70% dei loro affari annuale solo nel mese di dicembre.

A seconda del resto ciò che si verifica durante il transactionality delle visite, quindi questo potrebbe essere differenza fra la 1 e dopo aver EC2 esempio 10, o di una differenza di costo tra i $ 6.912 a $ 82.944 nel corso di un anno (sulla base di un grande esempio di Amazon EC2) . E naturalmente per la costruzione di quello che si pensa di picco è ancora possibile portare a problemi. Una famosa citazione di Scott Gulbransen da Intuit è il seguente:

"Ogni anno, si prende la più trafficata minuti dei più attivi ore del giorno e la capacità di costruire su questo, abbiamo costruito i nostri sistemi di (maniglia che carico) e siamo andati di sopra e al di là di questo." Nonostante ciò i sistemi ancora non ha potuto gestire il carico.

Che cosa vogliamo veramente essere in grado di fare è quello di costruire il nostro sito per i nostri media di carico, ad esclusione di picco, e su richiesta scala costruita in Architettura. Come EC2 è il più maturo nube piattaforma cercheremo di trovare strumenti in grado di raggiungere questo obiettivo su EC2:

GigaSpaces xap: Dalla versione 6.6 del GigaSpaces xap Piattaforma Cloud utensili è costruito in. GigaSpaces è uno di prossima generazione virtualizzato piattaforma middleware che ospita logica, dati e messaggi in memoria, e ha meno parti in movimento in modo che la scala può essere realizzato in modo lineare , a differenza dei tradizionali middlware piattaforme. GigaSpaces noi sostenuta da un servizio di rete che consente l'applicazione a livello di Service Level Agreement da fissare, e che sono controllati e hanno agito in tempo reale. Ciò significa che se un aumento di carico è quindi possibile GigaSpaces scala fili o il numero di virtualizzato middlware casi al fine di garantire che la SLA è soddisfatta, che nel nostro esempio potrebbe essere la capacità di agire processo il numero di richieste. GigaSpaces anche partner con RightScale. GigaSpaces ti consente di provare il loro Cloud offrendo gratuitamente prima di seguire il tradizionale modello di utilità calcolare.

Scalr: Scalr è una serie di Amazon Machine Immagini (AMI), per esigenze di base, vale a dire un sito web application server, un bilanciamento di carico, e un database server. AMIS sono pre-costruito con una suite di gestione che controlla il carico e lo stato di funzionamento dei vari server della nube. Scalr intende aumentare / diminuire la capacità, come varia la domanda, così come l'individuazione e la ricostruzione improprio funzionamento casi. Scalr è open source e versioni commerciali ed è un concetto relativamente nuovo di infrastrutture di servizio / applicazione. Ci piaceva l'l' 'Sincronizzare Tutte le' caratteristiche di Scalr. Questo auto-AMI fasci uno e poi re-installa su una nuova istanza. E 'questo senza interrompere il funzionamento di base del tuo sito. Ciò consente di risparmiare tempo attraverso l'immagine EC2 / AMI processo di creazione. Per saperne di più su Scalr è necessario controllare il Scalr Google Gruppi forum.

RightScale: RightScale ha una piattaforma di gestione automatizzata Cloud. RightScale servizi includono scalatura automatica dei server in base al carico di utilizzo, e pre-costruzione di modelli per l'installazione software comune stack. RightScale sostegno Amazon EC2, Eucalipto, FlexiScale, e GoGrid. Essi sono citati come dicendo che rack sostegno succederà anche a un certo punto. RightScale ha un grande caso oveview studio sul loro blog su Animoto e spiega anche il modo in cui hanno lanciato, configurato e gestito oltre 200, Oo0 casi fino ad oggi. RightScale sono VC sostenuta e nel dicembre 2008 ha fatto un $ 13 milioni di serie B tornata di finanziamenti. RightScale sono gratis e offerte commerciali.

FreedomOSS: Libertà OSS ha creato modelli personalizzati, chiamati jPaaS (JBoss Piattaforma come servizio), per il ridimensionamento delle risorse, come JBoss Application Server, JBoss Messaging, JBoss Rules, jBPM, Hibernate e JBoss Seam. jPaaS monitora i casi di carico e le scale se necessario. jPaaS si prende cura di aggiornare il vhost di file e altri file di configurazione per garantire che tutte le istanze di Apache di rispondere a questo nome. La nuova applicazione che gestisce dispiegati su Tomcat o JBoss entra a far parte del nuovo app server di immagine.

Tag: Cloud, Cloud Computing, GigaSpaces, picco di carico, carico di picco di provisioning, RightScale, Scalr

iPhone Application "Cloud Status" ti consente di monitorare lo stato di ciascuna di Google App Engine, Amazon Web Services, Twitter e in tempo reale. Si tratta di un semplice ma efficace esempio di monitoraggio-as-a-service. E 'disponibile da Bablim Light Industries in iPhone App Store.

Tag: Cloud Status, Google App Engine, iPhone, monitoraggio, Twitter