Cloudiquity

Il est grand enthusing sur les avantages de Cloud Computing, mais quelles sont les conséquences quand il va mal? Bien sûr, il existe différents niveaux de "va mal". Nous avons souvent des pannes de la publicité comme Amazon et Google, mais étant donné la publicité de la SLA de chacun des temps d'arrêt est attendu. Mais les choses peuvent obtenir beaucoup plus grave que cela. Dans les deux derniers jours, il a vu le jour que Carbonite ont perdu certains de ses clients des données en 2007. Selon TechCrunch Carbonite perdu les données de 7500 + les clients qui comptaient sur la société de conserver leurs dossiers de sécurité. Cette tendance en raison d'une poursuite déposée Carbonite que sur les fournisseurs de leur infrastructure. Le chef de la direction de Carbonite fournit plus de détails:

"Les échecs de la promesse d'équipement a eu lieu essentiellement au cours de 2007. Nous avons cessé d'acheter de l'engagement des fournisseurs de serveurs et de tension. Nous soutiennent que la promesse était défectueux firmware des serveurs et ne sont pas assez fiables pour l'utilisation Carbonite. Nous exigeons que la promesse de nous indemniser pour les frais de remplacement de leurs produits défectueux. Comme pour les 7500 clients touchés, les sauvegardes ont été redémarré automatiquement et immédiatement sur nos nouveaux serveurs. "

Dans ce cas, il semble que la perte de données n'a pas eu d'effet et de toute perte de données a été atténuée par les sociétés, les procédures de sauvegarde interne. Toutefois, dans le cas de JournalSpace, ce n'est malheureusement pas le cas. JournalSpace est une plateforme de blogs qui ont été autour de 6 ans et, en raison d'un employé mécontent, tous les clients blogs ont disparu de leurs serveurs. Ouch!

Ce n'est pas la première fois que l'erreur humaine a conduit à de tels problèmes. En août 2008 la plate-forme FlexiScale Cloud, a eu une coupure de courant pendant plus de 2 jours en raison d'une suppression accidentelle ingénieur principal volume de stockage.

En outre, le dommage fait non seulement pour le client mais aussi pour la réputation du vendeur, surtout si elles sont un petit vendeur essaie de se faire un nom pour eux-mêmes. Une de ces catastrophes peuvent littéralement faire la différence entre le succès et l'échec sur le marché.

Alors, que pouvons-nous tirer de cela? Eh bien la première chose est que, tout comme la loi de Murphy, si quelque chose peut aller mal, à un moment donné, il sera toujours. C'est dans cet esprit que vous devez toujours prendre toutes les mesures pour protéger vos applications et données. Cela pourrait signifier leur soutien sur place ou de conserver des sauvegardes sur les différents nuages de stockage et d'un prêt DR plan en place. Si vous ne le faites pas alors vous ne pouvez pas blâmer les nuages ....

Tags: Amazon, Carbonite, FlexiScale, Google, JournalSpace

Un sondage sur LinkedIn à se poser la question "Quels sont les domaines de Cloud Computing ou la plupart des préoccupations de votre organisation". L'état actuel de jouer pour le sondage ci-dessous:

Je suis surpris que la sécurité est venue est si faible et si la performance est perçue comme la préoccupation numéro un, il sera intéressant de surveiller la façon dont ce sondage que les changements sont plus de votes exprimés. Vous pouvez choisir de voter ici.

Tags: Cloud Computing, LinkedIn, Sondage

La réponse est simple: 4643.

Amazon a récemment annoncé de nouveaux prix de l'option où vous réserve une instance d'un ou de trois ans et ensuite de rabais sur le taux horaire. Le tableau ci-dessous décrit le coût par an, si l'instance est en place pour l'ensemble de l'année.

Les prix ci-dessus ont été calculés en utilisant Linux et les États-Unis par exemple les prix

Coût / année On Demand $ instance = coût par heure * 365 * 24

Coût / an pour 1 an par exemple réservés $ = 1 an + le prix de réserve (coût par heure * 365 * 24)

Coût / année pour 3 ans par exemple réservés $ = (prix de réserve de 3 ans / 3) + (coût par heure * 365 * 24)

Maintenant, ce qui porte la question intéressante quand est-il rentable de réserver un exemple?

Nous pouvons calculer le minimum heures d'utilisation au cours de laquelle le moins cher de l'heure pour un prix réservé instance commence à diminuer le coût global moyen de la formule suivante

Prix de réserve instance / (On Demand instance heure Prix - Prix de réserve instance heure)

par exemple pour une petite année réservés exemple

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

Pour 3 petites années réservés exemple

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

Les chiffres calculés sont les mêmes pour tous les types de cas. Donc, vous devez réserver une période d'un an par exemple si vous avez l'intention d'utiliser plus de 4643 heures, ou l'instance est en hausse de 53% du temps en un an. Avec 3 ans réservé exemple, vous pouvez économiser de l'argent si plus de 3 ans, vous utilisez plus d'heures ou de 7143 ou de l'instance est en hausse de 27% du temps sur une période de 3 ans.

Tags: Amazon, EC2 prix, réservés instance

Wayne Horkan a un bon poste de centrage sur un schéma dont il se sert à centrer la discussion Cloud Computing, qui a qualifié les relations Cloud modèle. J'aime particulièrement ce sens qu'elle couvre l'ensemble de la pile, et a trouvé l'ensemble de l'après une bonne introduction approfondie à toutes les personnes intéressées à en savoir plus sur le Cloud Computing.

Tags: Cloud, dimanche, Wayne Horkan

CloudSim est proposé comme un cadre pour la modélisation et la simulation d'environnements Cloud Computing pour soutenir l'évaluation des performances des politiques de provisionnement des ressources / de l'application de planification des politiques de la fédération des nuages (dans une manière reproductible et contrôlable). Pour plus de détails, s'il vous plaît vérifier leur Tech Report (PDF).

Tags: CloudSim

Amazon Elastic Block stockage (Amazon EBS) est un nouveau type de stockage conçus spécifiquement pour Amazon EC2 cas. EBS Amazon vous permet de créer des volumes qui peuvent être montés comme des dispositifs EC2 par cas. Amazon EBS volumes comportent comme s'ils étaient crus unformatted des disques durs externes et peut être formatée à l'aide d'un système de fichiers comme ext3 (Linux) ou NTFS (Windows) et montés sur une instance EC2, les fichiers sont accessibles via le système de fichiers. Ils ont fourni les noms des périphériques d'utilisateur et de fournir une interface de périphérique bloc.

Pour un volume de 20 Go, Amazon estimations annuelles taux d'échec de la EBS volumes de 1-en-200 à 1 en 1000. Le taux d'échec augmente à mesure que la taille du volume augmente. Par conséquent, vous avez besoin de garder un up-to-date instantané sur S3, ou avoir une sauvegarde du contenu à un autre endroit que vous pouvez restaurer assez rapidement pour répondre à vos besoins dans le cas d'un échec.

EBS comptes peut avoir un maximum de 20 volumes, sauf si une limite supérieure est demandé à Amazon. La taille maximum d'un volume est de 1 et de la tuberculose sur un volume de stockage est limitée à la taille et des provisions ne peut être changé. EBS volumes ne peut être consultée à partir d'une instance EC2 disponibilité dans la même zone que des instantanés sur S3 peut être consulté à partir de n'importe quel disponibilité zone.

Amazon S3 fournit une simple interface de services Web qui peuvent être utilisés pour stocker et extraire n'importe quelle quantité de données, à tout moment, de n'importe où sur le Web. Il donne accès à tout développeur de la même hautement évolutive, fiable, rapide, peu coûteuse des infrastructures de stockage de données qui utilise Amazon de lancer son propre réseau mondial de sites Web. Le service vise à maximiser les avantages d'échelle et de passer ces avantages aux développeurs. S3 besoins du logiciel pour pouvoir lire et écrire des fichiers, mais est très évolutive, les magasins 6 copies de données de CA et de redondance, et on nous dit d'être écrit en Erlang et est très extensible.

S3 comptes peut avoir un maximum de 100 seaux, avec stockage illimité et un nombre illimité de fichiers. La taille maximale d'un fichier unique est de 5 GB.

S3 est soumis à "une éventuelle cohérence», ce qui signifie qu'il y mai être écrit dans un délai figurant dans le système alors que l'EBS a aucune cohérence retards. EBS Aussi ne peut être accessible par une machine à un moment que des instantanés sur S3 peuvent être partagés,

En termes de performance S3 a plus de latence et est également plus élevé dans la variation de latence. S3 écrire de latence peut être plus élevé que lire de latence. EBS, d'autre part, la latence est plus faible avec moins de variation. Il a également writeback cache pour écrire très faible latence. Mais sachez que la mise en cache et writeback out-of-order flessingue pourrait entraîner soit une imprévisible du système de fichiers ou une base de données de corruption

En termes de débit S3 a un débit maximal (single threaded) d'environ 20 Mo / s ou 25 Mo / s pour multithread. C'est sur un petit exemple. Ce chiffre monte à 50 Mo / s sur le grand et très grand cas. EBS a un débit maximal limité par le réseau, ce isapproximately 25 MB / s sur un petit exemple, et 50 Mo / s sur les grandes instances, et de 100 Mo / s sur très grand cas. Comme les deux EBS et S3 sont des ressources partagées, ils sont soumis à des charges importantes au titre de ralentissement.

Pour la liste des fichiers S3 est lente et le préfixe de recherche est seulement alors que l'EBS a rapidement l'annuaire et la recherche. S3 performance est optimisée par l'utilisation de plusieurs seaux. Le rendement est optimisé à écrire en écrivant les touches dans un ordre trié. EBS seul volume performance est semblable à un disque dur avec writeback cache.

Il est une alternative à l'EBS pour EC2 et c'est PersistentFS. Avec PersistentFS vous montez un lecteur et de l'utiliser comme tout autre, mais, et là est le crunch, le stockage de l'appareil est réalisée dans de nombreux petits morceaux dans un seau de stockage S3. PersistentFS est une source de produits basée sur le FUSE approche.

S3 coûte 15 cents par Go de stockage utilisée et 1 cent par 10000 Gets, et de 1 cent pour 1000 pose. EBS coûts de 10 cents par Go provisionnés et 1 cent par 100000 I / O's. Pour un prix de PersistentFS et comment cela se compare à la fois S3 EBS et je vous suggère de lire ce post sur les forums de l'Amazone qui, comme affiché par l'équipe PersistentFS.

Tags: EBS, Erlang, PersistentFS, s3

Après avoir parlé de l'Amazonie est le seul jeu dans la ville, je pense qu'il serait intéressant de se pencher sur Mosso et regarder les avantages et les différences entre les Mosso et de l'Amazonie:

D'un point de vue technologique Mosso ne fournissent pas un accès root à leur coupe. Ils fournissent des serveurs avec l'OS et des logiciels pré-installés. Mosso fait valoir que leur donne cette capacité de surveiller facilement et d'échelle des services selon les besoins qui libère l'utilisateur d'avoir à se soucier OS, équilibrage de charge, etc Comment cela fonctionne? Eh bien, Mosso résumé la plate-forme de travail que vous êtes contre. D'un point de vue pratique cela signifie que vous vous retrouvez avec un seul répertoire de l'espace dans lequel vous stockez les types de fichiers (PHP,. RoR, etc). Si un fichier est demandé, il est effectivement exécuté par la plate-forme native. Qu'est-ce que cela signifie? Ce qui signifie que si vous exécutez des fichiers ASPX ils seront pris en charge par Windows, et si vous êtes d'exécution RoR fichiers, ils seront gérés par Linux, etc.) Si vous avez des combinaisons qui ne semblent pas être soutenu alors le soutien permettra à cette pour vous.

Ce qui nous amène sur un différentiateur Mosso a plus que Amazon, leur service à la clientèle est de 24 * 7 par des personnes à la fin du téléphone, contrairement à Amazon. Cela peut faire toute la différence quand essayer d'obtenir quelque chose à travailler et je dois dire que leur service à la clientèle est excellent.

Mosso propose actuellement que d'un accès FTP à votre cas. N ° RDP, SSH, etc, qui, bien sûr, que vous obtenez avec EC2 d'Amazon. Mais maintenant, Amazon ne sont pas vraiment tout ce qui entre en concurrence avec Mosso principal du nuage de point l'offre dont la valeur fournissent à équilibrage de charge Windows et applications Web Apache, ainsi que des semi-équilibrer la charge de SQL Server et MySQL offre. C'est ce que l'appel Mosso Cloud Sites. Automatisé d'équilibrage de charge est en provenance de l'Amazonie, mais n'est pas encore là, et maintenant, vous avez droit à votre propre rôle.

Il n'y a pas de notion de partage avec les instances image Mosso que le concept de base est différent ieyou ne sont pas de travail de 1 "virtuel" par exemple, mais vraiment de travailler avec une interface qui fonctionne comme un type de fascade à un potentiellement de nombreux cas. Cela dit, Mosso beta tests sont actuellement quelque chose qu'ils appellent "Cloud Servers" et il semble que ce sera une concurrence directe à EC2.
Mise à jour: Mosso Serveurs Cloud va désormais vivre sur Mars 16. Le prix commence à $ 0.015/hour ou $ 10.95/month. Consultez les détails ici. Ils ont également un API. Pour un avant-goût regarder l'API email Mosso et de demander. Aussi Cloud Files est hors de bêta, le 12 Mars 2009. Cloud Files est Mosso service de stockage en ligne et du contenu statique EUR permis au service du moteur. Il a plusieurs nouvelles fonctionnalités. Consultez tous les détails ici.

Amazon a beaucoup de services supplémentaires qu'ils fournissent à interagir avec les noyaux des cas tels que S3, SimpleDb, SQS, CloudFront etc, et que Mosso a Cloud fichiers qu'il n'a pas l'ampleur ou l'étendue des services que fournissent Amazon.

Un autre de différenciation est la facturation des services. À l'heure actuelle, l'Amazonie ne fournissent pas de copie papier de facturation factures (d'un bug sur l'ours Amazon forums), ce qui empêche de nombreuses organisations qui utilisent effectivement l'Amazonie, alors que les Mosso ne fournir.

Dans l'ensemble, Mosso est une bonne solution d'hébergement de nuages. C'est la proposition de valeur est différente de Amazon EC2 et qu'il a plus de puissance et de souplesse, il est certainement la place pour le service qui fournit des Mosso est susceptible d'obtenir un grand nombre de personnes en service rapide. Il n'a pas la capacité d'avoir pré-configuré AMI cas, je ne vais pas être en mesure d'obtenir une pré-installé et configuré Hadoop exemple, ou que ce soit, qui pour certains est l'une des attractions de EC2, mais pour être en mesure de rapidement ayant des applications web configuré pour équilibrer la charge et il est parfait.

Commercialement, il ne suit pas l'utilité de calculer granulaire modèle Amazon prévoit, comme il l'a starter forfaitaire de 100 $ par mois. Cela comprend un espace de stockage de 50 Go, 500 Go de bande passante mensuelle, 10000 cycles de calcul, ainsi que 24 * 7 * 365 live chat support.

Donc, en résumé Mosso a quelques unique différentiateurs:

- Différents modèles qui permet une configuration rapide et d'équilibrage de charge des applications Web

- 24 * 7 * 365 live support

- Les factures papier

La façon dont la position est Mosso, il offre une belle série de différentes caractéristiques ainsi que des offres comparables dans le tuyau devrait veiller à ce que l'Amazonie ne sont pas tout de leur propre manière.

Tags: Nuage de fichiers, serveurs Cloud, Cloud Sites, Mosso

Simone Brunozzi, de la technologie évangéliste pour AWS en Europe, posté quelques réussites / cas d'utilisation d'Amazon Web Services en Europe et en Asie sur l'Amazone blog - je l'ai publiée dans l'article ci-dessous, il fait toujours intéressant de voir comment les entreprises adoptent nuage de calcul, et en particulier ce que les détails sont des cas d'utilisation.

Industria, de l'Islande

Industria de la mission est d'améliorer l'expérience télévisuelle.

Industria adopté les services Web Amazon pour leur ZignalCloud service, ainsi que pour la Zignal plate-forme de divertissement numérique. Zignal Cloud abaisse le coût total de possession pour les prestataires de services et prévoit la prévisibilité des coûts, la technologie permet de réduire les risques et diminue les délais de commercialisation.
Dans leur blog, ils déclarent:
"Une intention de cette approche est que nous pouvons faire tout cela sans coût initial pour nos clients, parce que nous sommes effectivement en utilisant un vrai modèle de partage des coûts qui nous offre près de 100% d'économie d'échelle."

Bien sûr, lorsque vous utilisez les services Web Amazon, vous payez uniquement pour ce que vous utilisez, sans investissement initial. Vous pouvez lire plus de détails sur l'offre de l'AWS sur notre page produit.

Si vous êtes intéressé par ZignalCloud, vous pouvez contacter Industria en Islande, Irlande, Bulgarie, Royaume-Uni, la Suède ou la Chine.

Quand ils ont commencé à imageloop.com s' transition à Amazon Web Services, ils ont besoin pour convertir tous leurs vieilles photos, les vignettes et générer de nouveaux formats de sortie.

Normalement cela aurait pris des mois, mais depuis ils ont un accès illimité à presque gourmande avec EC2, ils viennent de lancer soixante c1.xlarge cas qui se nourrit de la conversion des emplois de la SQS et ont été fait en un jour et demi.

Puis, environ une semaine plus tard, quand ils allaient vivre, ils ont prévu une nuit d'arrêt de maintenance, et de convertir les images qui s'étaient accumulés au cours de la semaine, environ 110.000 images, l'aide de dix EC2 cas pour deux heures.

Globalement, imageloop.com est très satisfait du niveau de flexibilité que prévoit Amazon.

Des mots d'Antonio: "la vitesse de livraison des diaporamas est bien mieux qu'avant et nous avons aimé la souplesse et la facilité avec laquelle nous avons été en mesure de construire la plate-forme. Félicitations à un très bon produit! "

Et c'est Stefan Riehl, imageloop.com l 'chef de la direction: "Quand nous avons commencé à évaluer les solutions alternatives à l'hébergement des vendeurs, il est devenu évident que l'offre d'AWS est le plus mature sur le marché."

SnappyFingers est une question et réponse moteur de recherche. SnappyFingers explore et indexe Foire aux questions sur l'Internet, et fournit des résultats de recherche dans une simple vue de Question / Réponse format.
Chirayu Patel a eu la gentillesse de partager avec nous quelques détails sur la façon dont ils utilisent Amazon Web Services (AWS), de même que certains raison de leurs choix.

Les trois principales motivations de leur choix (dans leurs propres mots):
- Nous sommes très réticents à apprendre ou à faire quoi que ce soit en dehors de SnappyFingers domaine. Nous préférons externaliser.
- Nous sommes très conscients des coûts.
- Nous écrire buggy code, mais nous ne voulons pas que nos systèmes de mourir, car il.

Lors de la conception d'SnappyFingers, ils ont examiné plusieurs options, mais à la fin ils ont Amazon Web Services.
Avant l'analyse des coûts a montré que le coût de base de l'AWS alternatives serait plus faible dans le long terme. Aussi, il y avait un avantage supplémentaire de ne pas être lié à un seul fournisseur. Cependant, une fois, ils ont ajouté le coût de la gestion des systèmes, l'avantage financier de l'utilisation de l'AWS est devenue évidente.
Cela, combiné avec le fait qu'ils ne veulent pas se laisser distraire avec des charges d'exploitation non liés à leur métier de base, signifie que AWS est devenu le choix évident pour élargir CPU / ressources de stockage.
SnappyFingers Architecture
SnappyFingers est composé de deux systèmes - un site Internet, and Information Retrieval System (IRS). Le site Web correspond au système qui sert les requêtes des utilisateurs, et de l'IRS est le système qui fait tout le travail dans les coulisses de recueillir Q & A.
SnappyFingers est le plus souvent codées en Python, Java langues, et un tiers utilise de multiples emballages: notamment être le cadre de Django, multiprocessing forfait en Python, et Apache Lucene, une haute performance, doté de toutes les fonctionnalités du moteur de recherche de texte bibliothèque écrite entièrement en Java.

Le site s'étend sur au moins trois EC2 noeuds, et utilise les éléments suivants.
1. Nginx - Un serveur Web extrêmement rapide, utilisé pour servir statique / cache. Il est aussi utilisé pour proxy inverse du trafic sur plusieurs serveurs Apache.
2. Serveur Apache avec mod_python pour exécuter le code Python avec le cadre de Django.
3. Chercheurs d'effectuer les recherches sur le Q & A index.
4. Correcteurs orthographiques.
5. PostgreSQL, à la gestion du système: l'enregistrement des bogues, l'enregistrement de nouveaux services, et autres.

Le cache est intégré dans le système en utilisant une combinaison de memcached et de système de fichiers de cache. Contenu statique est servi en utilisant Amazon CloudFront. Amazon Mechanical Turk est utilisé pour tester la pertinence des résultats de recherche.
The Information Retrieval System (IRS) est responsable de la création d'indices Q & A qui seront éventuellement utilisés par le chercheur. Il utilise de multiples services pour faire le travail:
1. Crawlers d'explorer l'Internet.
2. Parsers pour extraire Questions et réponses de chaque page, de détecter le spam, le contenu et d'éliminer les doublons.
3. Buteurs de marquer le Q & A sur la base d'un certain nombre de facteurs. Les algorithmes sont les plus dynamiques des morceaux de code, et sont en constante évolution.
4. Indexers à l'index Q & A.
Ces services interagissent avec de multiples périphériques de stockage - Amazon S3, Amazon SimpleDB et Postgresql. Toutes les données sont stockées dans toutes nos succursales. Sur la base de la taille des données et l'extraction des exigences, nous stockons les données dans des endroits différents. Tous les accès aux données se fait par le biais d'une mesure fondée sur Python ORM (Object Relational Mapping) pour simplifier la programmation.

Un autre aspect de ces services est qu'ils peuvent être exécutés dans n'importe quel nœud. Parfois ils ont utilisé un certain nombre de serveurs EC2, alors que dans d'autres, ils ont réduit leur infrastructure en fonction de la charge et de leur budget mensuel AWS.
À l'heure actuelle, l'IRS a consommé environ 500 Go pour un ensemble de données de 11 millions de Q & A.
Intra-service de communication utilise le concept des pipelines, chacun avec son propre ensemble de tuyaux. Chaque pipe (Amazon SQS file d'attente) est la propriété d'un service, qui est responsable du traitement des messages en son sein. Une fois le traitement complet des messages sont envoyés à la prochaine pipe dans le pipeline.

Cette architecture n'a pas seulement permis de maintenir SnappyFingers la nature modulaire du système, mais aussi de développer et de déployer des services dans l'isolement avec le reste du système.

Le traitement des erreurs de stratégie est simple: sur une erreur, un service de log d'erreur et de stocker le message correspondant dans Amazon SimpleDB, et de continuer à traiter le message suivant. Le service s'arrête que lorsque le taux d'erreur dépasse les seuils configurés.
Une fois que les erreurs ont été corrigées, les messages sont repoussées à Amazon SQS pour l'achèvement de la transformation.
Utilisation du CPU et à l'élargissement
Tous les services de l'IRS sont conçues pour maintenir l'occupation de la CPU à 100% (ou à une configuration de valeur), en utilisant Python's multiprocessing paquet pour frayer / tuer des processus pour maintenir l'occupation CPU.
Les services sont indépendants du nœud sur lequel ils sont en cours d'exécution, et si il ya un énorme arriéré de messages dans Amazon SQS, plus EC2 noeuds peuvent être engendrés à gérer la charge supplémentaire.

Tags: Amazon Web Services, Cloud Computing, imagelooop, industria, IRS, brunozzi simon, snappyfingers, Use Cases

Nous voyons ces questions maintes et maintes fois - "Comment puis-je pour la conception de pointe de charge» et «Comment puis-je échelle sur le nuage?". Première permet de savoir comment donner une définition de la charge de pointe:

Nous allons faire un coup à jouer à la définition de la charge de pointe comme: "Un pourcentage de l'activité sur une journée / semaine / mois / année qui vient dans une fenêtre de quelques heures et est considérée comme extrême et se produit en raison de la saisonnalité ou l'autre ou en raison de pics imprévisibles ».

Le Thomas Consulting Group ont un bon coup (ppt) à un forumla pour essayer de prévoir et de planifier la charge de pointe. Leur formule et l'exemple est présenté ci-dessous:

H = pic de hits par seconde
h = # visites reçues au cours d'une période d'un mois
a =% de l'activité qui est en période de pointe
t = temps en heures de pointe
puis
H = h * a / (jours * t * * minutes secondes)
H = h * a / (108.000 * t)

Déterminer la pointe des utilisateurs virtuels: Peak hits / seconde + page vue fois

U = pointe utilisateurs virtuels
H = pic de hits par seconde
p = nombre moyen de visites / page
v = temps moyen d'un utilisateur consulte une page

U = (H / p) * v

Exemple:

h = 150.000.000 de visites par mois
a = 10% du trafic se produit en période de pointe
t = heure de pointe est de 2 heures
p = une page se compose de 6 hits
v = la moyenne des temps de vue est de 30 secondes

H = (h X a) / (108.000 * t)
H = (150000000 * .1) / (108.000 X 2)
H = 48

U = (H / p) * v
U = (48 / 6) * 30
U = 8 * 30
U = 240

Desired métrique - 48 Hits / Sec ou 240 utilisateurs virtuels

Dans l'exemple ci-dessus présente Thomas Consulting Peak charge est 15000 visites en deux heures, alors que la moyenne normale de visites de deux heures est de 411 [(((h * 12) / 365) / 24) * 2]. Ce n'est plus une augmentation de 70% et une énorme différence, et cet exemple n'est même pas extrêmes. Consommateurs en ligne peuvent faire 70% de leur chiffre d'affaires annuel en Décembre seul.

En fonction de ce que l'autre se produit au cours de la transactionality des hits, alors ce pourrait être la différence entre le fait d'avoir 1 EC2 instance et de 10, ou une différence de coût entre $ 6.912 à $ 82.944 au cours d'une année (sur la base d'une grande Amazon EC2 exemple) . Et bien sûr la construction de ce que vous pensez de pointe est encore peut entraîner des problèmes. Une citation célèbre de Scott Gulbransen de Intuit est:

«Chaque année, nous prenons le plus achalandé de la minute de l'heure de la journée et de renforcer les capacités sur ce sujet, Nous avons construit nos systèmes (qui se chargent de faire) et nous sommes allés au-dessus et au-delà." Malgré cela, les systèmes de toujours ne peut pas traiter la charge.

Ce que nous voulons vraiment être en mesure de le faire est d'avoir notre site pour construire notre charge moyenne, à l'exclusion de pointe, et l'échelle à la demande intégrés dans l'architecture. Comme EC2 est la plate-forme de nuage de plus mature, nous examinerons les outils qui permettront d'atteindre ce sur EC2:

GigaSpaces XAP: Depuis la version 6.6 de la plate-forme GigaSpaces XAP Cloud est construit dans l'outillage. GigaSpaces est une nouvelle génération de plate-forme middleware virtualisé qui héberge la logique, des données et de messagerie en mémoire, et a moins de pièces mobiles, afin que l'échelle, peut être atteint linéaire , contrairement aux plates-formes middlware. GigaSpaces nous sous-tendues par un service réseau qui permet au niveau de l'application de l'accord de niveau de service pour être fixé et qui sont suivis et a agi en temps réel. Cela signifie que si la charge augmente alors GigaSpaces peuvent échelle fils ou le nombre de virtualisé middlware cas de veiller à ce que la SLA est respecté, ce qui dans notre exemple serait la capacité d'agir processus du nombre de demandes. GigaSpaces également partenaire avec RightScale. GigaSpaces vous permet de tester leur offrant gratuitement Cloud avant de suivre le traditionnel modèle de tarification des services publics calculer.

Scalr: Scalr est une série d'Amazon Machine Images (AMI), pour les besoins de base c'est-à-dire un site web app serveur, un système d'équilibrage de charge, et un serveur de base de données. La MUAS sont pré-construit avec une suite de gestion qui contrôle la charge et de fonctionnement des différents serveurs sur le nuage. Scalr vise à augmenter / diminuer la capacité varie en fonction de la demande, ainsi que la détection et la reconstruction de mauvais fonctionnement des instances. Scalr est open source et commerciaux et des versions est un phénomène relativement nouveau de services d'infrastructure / de la demande. Nous avons apprécié le bouton "Synchroniser à toutes les fonctionnalités de Scalr. Cette auto-faisceaux AMI puis un re-déploiement sur une nouvelle instance. Elle le fait sans interrompre le fonctionnement de base de votre site. Ceci économise du temps en passant par l'image EC2 / AMI processus de création. Pour en savoir plus sur Scalr vous devriez vérifier la Scalr Google Groupes forum.

RightScale: RightScale a une plate-forme de gestion automatisée Cloud. RightScale services comprennent l'auto-échelle de l'utilisation des serveurs en fonction de la charge, et de pré-construit des modèles pour l'installation des logiciels cheminées. RightScale soutien Amazon EC2, Eucalyptus, FlexiScale, et GoGrid. Ils sont dit que Rackspace soutien-t-il aussi à un certain point. RightScale a une grande étude de cas oveview sur leur blog sur Animoto et explique également la façon dont elles ont lancé, configuré et géré plus de 200, Oo0 cas à ce jour. RightScale sont VC soutenue en Décembre 2008 et a fait 13 millions $ de la série B de financement. RightScale sont libres et commerciaux.

FreedomOSS: Liberté OSS a créé des modèles personnalisés, appelés jPaaS (JBoss Platform as a Service), pour l'extension des ressources telles que JBoss Application Server, JBoss Messaging, JBoss Rules, jBPM, Hibernate et JBoss Seam. jPaaS surveille les cas de charge et des échelles en tant que de besoin. jPaaS prend soin de la mise à jour du fichier vhosts et d'autres fichiers de configuration afin de s'assurer que toutes les instances de Apache répondre à cet hôte. Le nouveau soft qui va déployé soit sur Tomcat ou JBoss fait partie de la nouvelle application serveur image.

Tags: Cloud, Cloud Computing, GigaSpaces, pic de charge, la charge de provisionnement de pointe, RightScale, Scalr

Application iPhone "Cloud Status" vous permet de suivre l'état de l'une de Google App Engine, Amazon Web Services, Twitter et en temps réel. C'est un exemple simple mais efficace de suivi-as-a-service. Il est disponible sur Bablim Light Industries dans le iPhone App Store.

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