Premier d'une série de Webinaire "Voyage dans le Cloud AWS", nous allons voir comment construire des applications Web performantes en utilisant le Cloud AWS.
Construire des Applications Web Performantes - Rule Book Webinar
1. Construire des Applications Web
Performantes dans le Cloud AWS
Stephan Hadinger – Sr Mgr, Solutions Architecture
suivez nous en français @aws_actus
Content: Ryan Shuttleworth – Technical Evangelist
2. Vos retours sont importants
Dites-nous:
Ce qui est bien, ce qui l’est moins ?
Ce que vous souhaitez voir lors de ces événements?
Ce que vous attendez d’AWS
4. Business grand- Business vendeurs Business
public Infrastructure informatique
Des dizaines de Vendez sur les sites Infrastructure
millions de comptes Amazon informatique en nuage
clients actifs permettant d’héberger
Utilisez la technologie
des solutions à l’échelle
Amazon pour vos propres
du Web
site de vente en ligne
Huit pays:
US, UK, Allemagne, Bénéficiez d’un des Des centaines de millers
Japon, France, Canada, réseaux de distribution de clients enregistrés
Chine, Italie les plus perfectionnés au dans plus de 190 pays
monde
5. About Amazon Web
Comment Amazon…
Services
Deep experience in building
and operating global web
scale systems
?
…est passé au Cloud?
6. Plus de 10 ans d’expérience informatique
Ouverture à des vendeurs tiers
Besoins internes pour un environnement extensible
Les développeurs étaient demandeurs de nouveaux services
7. Mission AWS
Enable businesses and developers to
use web services* to build scalable,
sophisticated applications.
*What people now call “the cloud”
11. Chaque jour AWS ajoute la capacité informatique
équivalente à la capacité nécessaire à Amazon
quand l’entreprise faisait $5 Md de CA
(aux alentours de 2003)
12. Relational Database Service
Virtual Private Cloud Simple Notification Service
Elastic Map Reduce Route 53
Auto Scaling RDS Multi-AZ
Reserved Instances 2009 Singapore Region
Elastic Load Balancer 2010 Identity Access Management
48 61
Cluster Instances
Elastic Beanstalk
Simple Email Service
CloudFormation
2008 RDS for Oracle
ElastiCache
24
SimpleDB
CloudFront H1 2012 2011
EBS
Availability Zones
Elastic IPs 63 82
2007
Amazon FPS
9 Red Hat EC2 DynamoDB
Simple Workflow
CloudSearch
Storage Gateway
Route 53 Latency Based Routing
number of released features, sample services described
13. Objets dans S3
1.3 Trillion
1000.000
750.000
500.000
250.000
0.000
835k+ transactions par seconde en pic
18. Utility computing
A la demande Paiement à l’usage
Compute
Scaling
Security
CDN Backup
DNS Database
Storage Load Balancing
Workflow Monitoring
Networking
Uniforme Messaging Disponible
19. Une Empreinte globale
Région
US-WEST (N. California) EU-WEST (Ireland)
GOV CLOUD ASIA PAC (Tokyo)
US-EAST (Virginia)
ASIA PAC (Sydney)
US-WEST (Oregon)
ASIA PAC (Singapore)
SOUTH AMERICA (Sao Paulo)
21. Une Empreinte globale
Emplacements périphériques
London(2)
Seattle South Bend New York (2) Amsterdam
Newark Stockholm
Dublin
Palo Alto
Tokyo
San Jose
Paris(2) Frankfurt(2)
Madrid
Ashburn(2) Milan
Osaka
Los Angeles (2) Jacksonville
Dallas(2) Hong Kong
St.Louis
Miami Singapore(2)
Sydney
Sao Paulo
22. A la pointe d’un web-service
ec2-run-instances ami-b232d0db ec2-run-instances ami-b232d0db
--instance-count 3 --instance-count 5
--availability-zone eu-west-1a --availability-zone eu-west-1c
--instance-type m1.small --instance-type m1.medium
23. A la pointe d’un web-service
ec2-run-instances ami-b232d0db
--instance-count 2
--availability-zone eu-east-1d
--instance-type m1.xlarge
ec2-run-instances ami-b232d0db
--instance-count 2
--availability-zone us-east-1b
--instance-type m1.xlarge
24. A la pointe d’un web-service
as-create-auto-scaling-group MyGroup
ec2-authorize default -p 80 --launch-configuration MyConfig
--availability-zones eu-west-1c
--min-size 2
--max-size 200
elb-create-lb myLoadBalancer
27. Une capacité élastique Capacité informatique
traditionnelle
Capacité
Temps
Vos besoins informatiques
28. Une capacité élastique
Besoins ponctuels Croissance rapide
Pics variables Pics prédictibles
29. Une capacité élastique
GASPILLAGE
Besoins ponctuels Croissance rapide
Pics variables Pics prédictibles
INSATISFACTION DES UTILISATEURS
30. Une capacité élastique
Capacité Capacité informatique
traditionnelle
Capacité élastique du Cloud
Temps
Vos besoins informatiques
31. Une capacité élastique
Besoins ponctuels Croissance rapide
Pics variables Pics prédictibles
32. 503
Service Temporarily Unavailable
The server is temporarily unable to service
your request due to maintenance downtime or
capacity problems. Please try again later.
33. 503
Service Temporarily Unavailable
The server is temporarily unable to service
your request due to maintenance downtime or
capacity problems. Please try again later.
40. De 40 serveurs à 5000 en 3 jours
EC2 scaled to peak of 5000
instances
Nombre d’instances EC2
“Techcrunched”
Launch of Facebook modification
Steady state of ~40 instances
4/12/2008 4/13/2008 4/14/2008 4/15/2008 4/16/2008 4/17/2008 4/18/2008 4/19/2008 4/20/2008
49. Règle 1: Répondre à toutes les requêtes Web
Règle 2: Répondre le plus vite possible
Règle 3: Répondre à n’importe quelle échelle
Règle 4: Simplifier l’architecture avec des services
Règle 5: Automatiser l’exploitation
Règle 6: Utiliser les propriétés uniques du Cloud
50. Règle 1: Répondre à toutes les requêtes Web
a) Vérifier que toutes les requêtes atteignent la “porte d’entrée”
DNS Application Data
51. Règle 1: Répondre à toutes les requêtes Web
a) Vérifier que toutes les requêtes atteignent la “porte d’entrée”
Requête DNS Application Data
52. Règle 1: Répondre à toutes les requêtes Web
a) Vérifier que toutes les requêtes atteignent la “porte d’entrée”
Requête DNS Application Data
Si les utilisteurs ne …alors ceci est
peuvent pas inutile
résoudre les
domaine ?
53. Règle 1: Répondre à toutes les requêtes Web
a) Vérifier que toutes les requêtes atteignent la “porte d’entrée”
Requête DNS Application Data
Feature Details
Global Supported from AWS global edge locations for fast and reliable domain
name resolution
SLA “100% Scalable Automatically scales based upon query volumes
disponible” Route53
Latency based routing Supports resolution of endpoints based upon latency, enabling multi-
region application delivery
Integrated Integrates with other AWS services allowing Route 53 to front load
http://aws.amazon.com/route53/sla balancers, S3 and EC2
Secure Integrates with IAM giving fine grained control over DNS record access
54. Règle 1: Répondre à toutes les requêtes Web
a) Vérifier que toutes les requêtes atteignent la “porte d’entrée”
b) Vérifier que la porte d’entrée est ouverte
Requête DNS Application Data
Route53
55. Règle 1: Répondre à toutes les requêtes Web
a) Vérifier que toutes les requêtes atteignent la “porte d’entrée”
b) Vérifier que la porte d’entrée est ouverte
Requête DNS Application Data
Region
Availability Zone
Elastic Load Balancer
Route53 Availability Zone Zones mutiples
Régions multiples
Availability Zone
Elastic
Load
Balancer Availability Zone
Region
56. Règle 1: Répondre à toutes les requêtes Web
a) Vérifier que toutes les requêtes atteignent la “porte d’entrée”
b) Vérifier que la porte d’entrée est ouverte
c) Construire la réponse avec les Données
Requête DNS Application Data
Region
Availability Zone
Route53 Availability Zone
Availability Zone
Elastic
Load
Balancer Availability Zone
Region
57. Règle 1: Répondre à toutes les requêtes Web
a) Vérifier que toutes les requêtes atteignent la “porte d’entrée”
b) Vérifier que la porte d’entrée est ouverte
c) Construire la réponse avec les Données
Requête DNS Application Data
Region
RDS multi-zones Availability Zone
(Master-slave)
Route53 Availability Zone
Réplication inter-
régions
Availability Zone
Read-replicas
Elastic
Load
Balancer Availability Zone
Region
58. Règle 1: Répondre à toutes les requêtes Web
Règle 2: Répondre le plus vite possible
Règle 3: Répondre à n’importe quelle échelle
Règle 4: Simplifier l’architecture avec des services
Règle 5: Automatiser l’exploitation
Règle 6: Utiliser les propriétés uniques du Cloud
60. Règle 2: Répondre le plus vite possible
a) Choisir la route la plus rapide
Requête Route53
Region Region B
A
61. Règle 2: Répondre le plus vite possible
a) Choisir la route la plus rapide
Requête Route53
16ms 92ms
Region Region B
A
62. Règle 2: Répondre le plus vite possible
a) Choisir la route la plus rapide
Requête Route53
Entrée DNS Region A
16ms
Region Region B
A
63. Règle 2: Répondre le plus vite possible
a) Choisir la route la plus rapide
b) Délester les serveurs d’application
CloudFront 3 Servi depuis S3
Réseau mondial de distribution de contenu /images/*
Distribution simple des contenus aux
utilisateurs avec une faible latence, un haut
débit, et aucun engagement
Londres 2 Servi depuis EC2
*.php
Paris
1 CNAME unique
NY
www.mysite.com
64. Règle 2: Répondre le plus vite possible
a) Choisir la route la plus rapide
b) Délester les serveurs d’application
Sans CloudFront
Les serveurs web/applicatifs servent toutes les
requêtes
65. Règle 2: Répondre le plus vite possible
a) Choisir la route la plus rapide
b) Délester les serveurs d’application
Avec CloudFront
Un grand nombre de requêtes
utilisateurs sont servies par
CloudFront, le nombre de serveurs
EC2 peut décroître
Délestage
Réduction
66. Règle 2: Répondre le plus vite possible
a) Choisir la route la plus rapide
b) Délester les serveurs d’application
Sans CDN CDN pour CDN pour
contenu contenu
statique statique et
dynamique
Délestage
Réduction
Temps de réponse
Temps de réponse
Temps de réponse
Charge serveur
serveur
Charge
serveur
Charge
67. Règle 2: Répondre le plus vite possible
a) Choisir la route la plus rapide
b) Délester les serveurs d’application
c) Utiliser des caches si possible
ElastiCache
Couche de cache compatible
Memcached
Utilisation du cache pour les
contenus fréquemment accédés ou
peu changeants dans un cluster
extensible
Réduction de la charge serveur et
base de données
68. Hi-Media, Fotolog photo bloging
“Amazon EC2 had the scalability and low-costs we were looking for and when we
looked at the free data transfers between Amazon EC2 and Amazon S3, it made
Amazon EC2 the obvious choice for the site.” Yannig Hervé, CTO
69. Règle 2: Répondre le plus vite possible
a) Choisir la route la plus rapide
b) Délester les serveurs d’application
c) Utiliser des caches si possible
d) Latence de l’ordre de quelques ms quand nécessaire
Performance des requêtes DB
Cohérence et prédictibilité souhaitée
Charge
70. Règle 2: Répondre le plus vite possible
a) Choisir la route la plus rapide
b) Délester les serveurs d’application
c) Utiliser des caches si possible
d) Latence de l’ordre de quelques ms quand nécessaire
Performance des requêtes DB
Cohérence et prédictibilité souhaitée
Performance
réelle dégradée
en fonction de la
charge
Charge
71. Règle 2: Répondre le plus vite possible
a) Choisir la route la plus rapide
b) Délester les serveurs d’application
c) Utiliser des caches si possible
d) Latence de l’ordre de quelques ms quand nécessaire
Performance des requêtes DB
Cohérence et prédictibilité souhaitée
Problème d’exploitation
Sharding des données
Caching des données
Performance Provisioning
réelle dégradée Gestion du cluster
en fonction de la Fault management
charge
Charge
72. Règle 2: Répondre le plus vite possible
a) Choisir la route la plus rapide
b) Délester les serveurs d’application
c) Utiliser des caches si possible
d) Latence de l’ordre de quelques ms quand nécessaire
Performance des requêtes DB
Performances des requêtes Dynamo DB DynamoDB
Faible latence
Extensible
Zéro administration
Performance prédictibles
Performance des
requêtes DB SQL
relationnelles
Charge
73. Règle 2: Répondre le plus vite possible
a) Choisir la route la plus rapide
b) Délester les serveurs d’application
c) Utiliser des caches si possible
d) Latence de l’ordre de quelques ms quand nécessaire
Performance des requêtes DB
Performances des requêtes Dynamo DB DynamoDB
Faible latence
Extensible
Latence serveurs de l’ordre de quelques Zéro administration
millisecondes en moyenne Performance prédictibles
Utilise des disques SSD, construit pour garantir
une cohérence des données et des faibles
latences à n’importe quelle échelle
Charge
74. Règle 1: Répondre à toutes les requêtes Web
Règle 2: Répondre le plus vite possible
Règle 3: Répondre à n’importe quelle échelle
Règle 4: Simplifier l’architecture avec des services
Règle 5: Automatiser l’exploitation
Règle 6: Utiliser les propriétés uniques du Cloud
75. Règle 3: Répondre à n’importe quelle échelle
a) Monter en charge verticalement
Montée en charge verticale
A partir de $0.02/h
Montée en charge verticale avec
Elastic Compute Cloud (EC2)
Unité de base de capacité serveur
Sélection d’options CPU, mémoire et disque local
14 types d’instances disponibles, depuis micro à ‘cluster compute’
ainsi que disques SSD
76. Règle 3: Répondre à n’importe quelle échelle
a) Monter en charge verticalement
b) Monter en charge par ajout de serveurs
as-create-auto-scaling-group MyGroup
Trigger
auto-scaling --launch-configuration MyConfig
policy --availability-zones eu-west-1a
--min-size 4
--max-size 200
Auto-scaling
Ajustement automatique d’un cluster de serveurs basé sur la demande
77. Règle 3: Répondre à n’importe quelle échelle
a) Monter en charge verticalement
b) Monter en charge par ajout de serveurs
Manuellement Programmé dans le temps
Par appel d’API ou de ligne de commande Evolution à la hausse ou à la baisse
pour lancer ou terminer des instances – programmée dans le temps
uniquement par spécification du delta de
capacité (+/-)
Basé sur une règle dynamique Avec rééquilibrage automatique
Ajout ou retrait de serveurs en réponse à Les instances sont automatiquement lancées
des changement de conditions, basés sur ou terminées afin d’assurer un équilibre de leur
des règles personnalisées en temps-réel nombre par zone (AZ)
sur la base du monitoring et d’alertes
78. Règle 3: Répondre à n’importe quelle échelle
a) Monter en charge verticalement
b) Monter en charge par ajout de serveurs
Manuellement Programmé dans le temps
Send an API call or use CLI to
launch/terminate instances avant un
Ex : ajout de 10 instances – Only need Ex : passage de 0 à 2 instances chaque
to specify capacity change (+/-)
événement marketing nuit pour traiter les messages SQS, avec
doublement de la capacité chaque
vendredi soir
Basé sur une règle dynamique Avec rééquilibrage automatique
Ex : règle basée sur la profondeur d’une Ex : maintenir la disponibilité d’instances
queue SQS, la charge CPU moyenne ou la même en cas d’indisponibilité d’une zone
latence ELB (AZ)
79. Lafarge Corporate web sites
“Achieving good performance
was very important for
managing our websites. Lafarge
has presence in more than 70
countries. Across all those
countries, public websites are
managed with AWS. We are
also using AWS for
development, testing, pre-
production, and production
environments of those
websites”
François Dufraisse
New Technologies Manager
80. Règle 3: Répondre à n’importe quelle échelle
a) Monter en charge verticalement
b) Monter en charge par ajout de serveurs
c) Ou tourner un bouton
Elastic Block Store DynamoDB
IOPS provisionnées jusqu’à 2000 par Performances en lecture/écriture
volume EBS provisionnées par table
Performance prédictible pour des Haute performance prédictible réglable
applications telles que des bases de par la console ou par API
données
81.
82. “AWS gave us the flexibility to bring a massive
amount of capacity online in a short period of
DynamoDB: time and allowed us to do so in an operationally
plus de 500.000 écritures par straightforward way.
seconde
AWS is now Shazam’s cloud provider of choice,”
Amazon EMR:
plus de 1 million d’écritures Jason Titus,
par seconde CTO
83. Règle 1: Répondre à toutes les requêtes Web
Règle 2: Répondre le plus vite possible
Règle 3: Répondre à n’importe quelle échelle
Règle 4: Simplifier l’architecture avec des services
Règle 5: Automatiser l’exploitation
Règle 6: Utiliser les propriétés uniques du Cloud
84. Règle 4: Simplifier l’architecture avec des services
30% 70%
Infrastructure Gérer toute l’infrastructure
sur site Coeur de métier
lourde et indifférenciée
85. Règle 4: Simplifier l’architecture avec des services
30% 70%
Infrastructure Gestion de toute l’infrastructure
sur site Cœur de métier
lourde et indifférenciée
Infrastructure basée
Plus de temps et de ressources financières pour Configurer les
sur le Coud AWS
se concentrer sur le cœur de métier ressources Cloud
70% 30%
86. Règle 4: Simplifier l’architecture avec des services
Relational Database Service
RDS pour les Bases de données –as-a-Service
bases de données Zéro installation et zéro administration
Configurations extensibles et tolérantes aux pannes
DynamoDB DynamoDB pour des
Base de données NoSQL a débit réglable bases de données
Rapide, prédictible, performant clefs/valeurs hautes
Totalement distribué, architecture tolérante aux pannes
performances
87. Règle 4: Simplifier l’architecture avec des services
Amazon SQS File d’attente fiable
Processing results File d’attente fiable, hautement
sans logiciel
extensible, pour stocker des messages
Amazon SQS échangés entre instances
additionnel
1
Processing
task/processing
trigger 2
Simple Workflow Task A
Service de worflow Coordination fiable des étapes d’un
dans le Cloud processus au sein d’une application
Task B
(Auto-scaling)
3
Permet d’intégrer des ressources AWS
ou externes à AWS
Gestion distribuée des états dans des Task C
systèmes complexes
88. Règle 4: Simplifier l’architecture avec des services
Document
Server
Cloud Search
Moteur de recherche Moteur de recherche élastique basé
sans installation de sur le moteur Amazon A9
Service managé offrant des
logiciel Search
fonctionnalités sophistiquées
Server
Extensible automatiquement
Results
Elastic MapReduce
Clouster Hadoop élastique
Traitement de grands
S’intègre avec S3 et DynamoDB volumes de données à
Support de scripts analytics Hive et Pig bas coût
Supporte des instances de type Spot
89.
90. “Amazon CloudSearch is a game-changing
product that has allowed us to deliver powerful
new search capabilities. Our customers can now
find what they are looking for faster and more
easily than ever before…
….We saved many months of re-architecture
and development time by going with Amazon
CloudSearch”
Don MacAskill
CEO & Chief Geek
SmugMug
91.
92.
93. Règle 1: Répondre à toutes les requêtes Web
Règle 2: Répondre le plus vite possible
Règle 3: Répondre à n’importe quelle échelle
Règle 4: Simplifier l’architecture avec des services
Règle 5: Automatiser l’exploitation
Règle 6: Utiliser les propriétés uniques du Cloud
94. Règle 5: Automatiser l’exploitation
a) Tout est programmable
Tout est disponible via la Facilité d’automatisation
console, la ligne de Compute de l’exploitation
commande ou les API Security Scaling
CDN Backup
DNS Database
Storage Load Balancing
Workflow Monitoring
Networking
Messaging
95. Règle 5: Automatiser l’exploitation
a) Tout est programmable
b) Gérer les ressources comme ‘jetables’, déployables en 1 click
Cloud Formation
Automatisation du provisioning de piles (stacks) de manière répétable
Trame permettant de scripter la création de ressources AWS
Feature Details
Platform support Support for AWS resources from EC2 to IAM
Resource creation Creates AWS resources behind the scenes and reports
on progress
Declarative Specify stacks in JSON format and source control your
environments
Customizable Drive stack creation with paramaters
96. Règle 5: Automatiser l’exploitation
a) Tout est programmable
b) Gérer les ressources comme ‘jetables’, déployables en 1 click
c) Concevoir pour la tolérance aux pannes et la réparation automatique
Bootstrapping Auto-scaling Cloud Watch
Personnaliser le Maintenir la capacité Surveiller ce qui se passe,
démarrage des instances des instances réagir automatiquement
Faire en sorte que les Utiliser un fonds Utiliser les standards et
instances demandes « ce minimum d’instances personnalisées de
qu’elles ont à faire » au afin de garantir une CloudWatch pour créer des
démarrage pour être continuité de service en alarmes.
configurées automatiquement cas de défaillance d’une Réagir à l’aide d’actions
instance d’administration automatisées
97. Internet, intranet web sites and applications
“We believe that IaaS will significantly change the way IT will deliver infrastructure services to the
business. As an IT team, we wanted to stay ahead of the business and quickly develop some
experience with an IaaS solution” Yves Martelle
Director of Infrastructure and Operations for Global Internet Services
98. Règle 5: Automatiser l’exploitation
a) Tout est programmable
b) Gérer les ressources comme ‘jetables’, déployables en 1 click
c) Concevoir pour la tolérance aux pannes et la réparation automatique
99. Règle 1: Répondre à toutes les requêtes Web
Règle 2: Répondre le plus vite possible
Règle 3: Répondre à n’importe quelle échelle
Règle 4: Simplifier l’architecture avec des services
Règle 5: Automatiser l’exploitation
Règle 6: Utiliser les propriétés uniques du Cloud
100. Règle 6: Utiliser les propriétés uniques du Cloud
a) Optimiser les coûts avec les types d’instances
Instance Types
128
Hi-Mem 4XL 68.4 GB
26 ECUs Cluster Compute 8XL 60.5 GB
8 virtual cores 88 ECUs
8 core 2 x Intel Xeon
64
Hi-Mem 2XL 34.2 GB
13 ECUs
4 virtual cores Hi-IO 4XL 60.5 GB
35 ECUs
8 virtual cores
32 Hi-Mem XL 17.1 GB
6.5 ECUs
2 virtual cores
16
Cluster GPU 4XL 22 GB Cluster Compute 4XL 23 GB
Memory (GB)
33.5 ECUs 33.5 ECUs
8 Nehalem virtual cores 8 Nehalem virtual cores
Extra Large 15 GB 2 x NVIDIA Tesla “Fermi”
8 ECUs M2050 GPUs
8 4 virtual cores
Medium 3.75 GB
2 ECUs
1 virtual cores Large 7.5 GB
4 ECUs High-CPU XL 7 GB
2 virtual cores 20 ECUs
4
Small 1.7 GB, 8 virtual cores
1 ECU
1 virtual core
2
Micro 613 MB
Up to 2 ECUs (for
short bursts) High-CPU Med 1.7 GB
5 ECUs
2 virtual cores
1
1 2 4 8 16 32 64
EC2 Compute Units
101. Règle 6: Utiliser les propriétés uniques du Cloud
a) Optimiser les coûts avec les types d’instances
Instances à la demande Instances réservées Instances Ponctuelles (Spot)
Instances Unix/Linux Termes à 1 ou 3 ans Offre faite sur la capacité EC2 inutilisée
à partir de $0.02/heure
Paiement unique peu élevée permettant de Prix des instances ponctuelles basés sur l’offre
Paiement à l’usage bénéficier d’une réduction importante des prix et la demande et fixés automatiquement
horaires
Peu coûteux et flexible Gestion par les coûts de capacité à grande
Peu coûteux / Prédictible échelle
Payer uniquement pour l’utilisation sans
engagement initial ou contrat à long terme Permet d’être certain de pouvoir lancer les
instances réservées en cas de besoin Cas d’usages:
Cas d’usage :
Cas d’usages: Applications avec des temps de démarrage et
Application à court terme, avec des pics de complétion flexibles
d’usage ou non prédictibles Applications avec une charge stable ou
prédictible Applications requérant des prix de calculs très
Développement et test d’applications faibles
Applications requérant de la capacité réservées
incluant les plans de reprise d’activité
102. Règle 6: Utiliser les propriétés uniques du Cloud
a) Optimiser les coûts avec les types d’instances
7000
6000 Ponctuelles (Spot)
5000
4000 A la demande
3000
2000
Instances Réservées
1000
0
103. Règle 6: Utiliser les propriétés uniques du Cloud
a) Optimiser les coûts avec les types d’instances
b) Avoir rapidement un aperçu avec Elastic MapReduce
Elastic MapReduce Feature Details
Clouster Hadoop élastique Scalable Use as many or as few compute instances running
Hadoop as you want. Modify the number of
S’intègre avec S3 et DynamoDB
instances while your job flow is running
Support de scripts analytics Hive et Pig
Supporte des instances de type Spot Integrated with Works seamlessly with S3 as origin and output.
other services Integrates with DynamoDB
Comprehensive Supports languages such as Hive and Pig for
defining analytics, and allows complex definitions
in Cascading, Java, Ruby, Perl, Python, PHP, R, or
C++
Cost effective Works with Spot instance types
Monitoring Monitor job flows from with the management
console
104. Fonctionnalités motorisées par
Amazon Elastic MapReduce :
People Who Viewed this Also Viewed
Review highlights
Auto complete as you type on search
Search spelling suggestions
Top searches
Ads
200 jobs Elastic MapReduce par jour
Traitement de 3To de données
105. “With AWS, our developers can now do things they
couldn’t before…
…Our systems team can focus their energies on other
challenges.”
Dave Marin
Search and data-mining engineer
106. Règle 6: Utiliser les propriétés uniques du Cloud
a) Optimiser les coûts avec les types d’instances
b) Avoir rapidement un aperçu avec Elastic MapReduce
c) Créer un super-ordinateur chaque fois que nécessaire
Instances ‘cluster compute’ Groupements d’instances
Les instances ‘cluster compute’ déployées dans un
Virtualisation HVM
groupement d’instances bénéficient d’une faible latence
Processeurs Intel® Xeon® E5-2670
réseau avec un débit de 10 Gigabit non bloquant
Ethernet 10 Gigabit
80 EC2
Compute Units
60GB RAM
3TB Local
Disk
Cluster
Compute 10Gbps
107. Règle 1: Répondre à toutes les requêtes Web
Règle 2: Répondre le plus vite possible
Règle 3: Répondre à n’importe quelle échelle
Règle 4: Simplifier l’architecture avec des services
Règle 5: Automatiser l’exploitation
Règle 6: Utiliser les propriétés uniques du Cloud
108. Ce que veulent les utilisateurs…
Toujours disponible,
Rapide, Performant accessible de
partout
Des nouveautés en Riche et
permanence personnalisé
109. Avec AWS
Capacité élastique ✔ Toujours disponible,
accessible de
partout
Des nouveautés en Riche et
permanence personnalisé
110. Avec AWS
Capacité élastique ✔ Hautement
disponible et
global
✔
Des nouveautés en Riche et
permanence personnalisé
111. Avec AWS
Capacité élastique ✔ Hautement
disponible et
global
✔
Exploitation agile
et automatisée ✔ Riche et
personnalisé
112. Avec AWS
Capacité élastique ✔ Hautement
disponible et
global
✔
Exploitation agile
et automatisée ✔ Stockage, big data
et analytics peu
coûteux
✔
113. NASA TV Route 53 DNS
Multi-region & AZ
Elastic Loadbalancing
Amazon Live Streaming
Cloud Front
Cloud Formation