Track 2- Atelier 4 - Architecturez pour de la haute disponibilité

1. Conception d’Architecture Haute Disponibilité Jean-Pierre Le Goaller | Principal Solutions Architect

2. 1. TOLÉRANCE AUX DÉFAILLANCES 2. ZONES DE DISPONIBILITÉ 3. SCALABILITÉ 4. RÉPARATION AUTOMATIQUE 5. DÉCOUPLAGE

3. Alexandre Leroy Head of Technology

5. CONSTRUISONS UNE APPLICATION WEB

6. CONSTRUISONS UNE APPLICATION WEB HAUTEMENT DISPONIBLE

7. AMAZON EC2 ELASTIC COMPUTE CLOUD

9. AMAZON RDS RELATIONAL DATABASE SERVICE

14. #1 TOLÉRANCE AUX DÉFAILLANCES ●○○○○

15. « Everything fails all the time » Werner Vogels CTO of Amazon

16. ÉVITER LES POINTS DE DÉFAILLANCE UNIQUES

17. ÉVITER LES POINTS DE DÉFAILLANCE UNIQUES CONCEVOIR EN ASSUMANT QUE TOUS LES COMPOSANTS VONT TOMBER EN PANNE

21. AMAZON EBS ELASTIC BLOCK STORE

26. EBS SNAPSHOTS

28. AMAZON ELB ELASTIC LOAD BALANCING

31. DÉTECTION DE L’ÉTAT DES INSTANCES “HEALTH CHECKS”

37. #2 ZONES DE DISPONIBILITÉ ●●○○○

38. INFRASTRUCTURE GLOBALE AWS

39. US-WEST (Oregon) EU-WEST (Ireland) ASIA PAC (Tokyo) ASIA PAC (Singapore) US-WEST (N. California) SOUTH AMERICA (Sao Paulo) US-EAST (Virginia) AWS GovCloud (US) ASIA PAC (Sydney) Régions

40. US-WEST (Oregon)) EU-WEST (Ireland) ASIA PAC (Tokyo) ASIA PAC (Singapore) US-WEST (N. California) SOUTH AMERICA (Sao Paulo) US-EAST (Virginia) AWS GovCloud (US) ASIA PAC (Sydney) Zones de Disponibilité

41. BRIQUES DE BASE AWS Nativement Hautement Disponibles Hautement Disponibles en Fonction de l’Architecture  Amazon S3  Amazon DynamoDB  Amazon CloudFront  Amazon Route53  Elastic Load Balancing  Amazon SQS  Amazon SNS  Amazon SES  Amazon SWF  …  Amazon EC2  Amazon EBS  Amazon RDS  Amazon VPC

43. AMAZON RDS MULTI-AZ

48. AMAZON ELB ET LES ZONES DE DISPONIBILITÉ

51. #3 SCALABILITÉ ou MISE À L’ÉCHELLE ●●●○○

53. AUTO SCALING MISE À L’ÉCHELLE AUTOMATIQUE DE LA CAPACITÉ EC2

62. PICS DE CHARGE IMPRÉVUS

63. PICS DE CHARGE PRÉVUS

64. SCALABILITÉ DES DONNÉES

66. 99.999999999% DURABILITÉ

67. > 1M REQUÊTES PAR SECONDE

70. BRIQUES DE BASE AWS Nativement Hautement Disponibles  Amazon S3  Amazon DynamoDB  Amazon CloudFront  Amazon Route53  Elastic Load Balancing  Amazon SQS  Amazon SNS  Amazon SES  Amazon SWF  …  Amazon EC2  Amazon EBS  Amazon RDS  Amazon VPC Hautement Disponibles en Fonction de l’Architecture

71. VOLUMES IOPS DIMENSIONNÉS EBS: 4,000 E/S PAR VOLUME RDS: 30,000 E/S PAR INSTANCE BD

72. BRIQUES DE BASE AWS Nativement Hautement Disponibles  Amazon S3  Amazon DynamoDB  Amazon CloudFront  Amazon Route53  Elastic Load Balancing  Amazon SQS  Amazon SNS  Amazon SES  Amazon SWF  …  Amazon EC2  Amazon EBS  Amazon RDS  Amazon VPC Hautement Disponibles en Fonction de l’Architecture

73. PERFORMANCE RÉGLABLE E/S PAR SECONDE DynamoDB

75. #4 RÉPARATION AUTOMATIQUE ●●●●○

76. HEALTH CHECKS + AUTO SCALING

81. HEALTH CHECKS + AUTO SCALING = RÉPARATION AUTOMATIQUE

82. MODE DÉGRADÉ

83. SITE WEB STATIQUE SUR AMAZON S3 + BASCULEMENT DNS AMAZON ROUTE53

89. #5 DÉCOUPLAGE ●●●●●

90. CONSTRUISEZ DES SYSTÈMES DÉCOUPLÉS Plus ils sont découplés, Plus ils peuvent grandir, et résister aux pannes…

91. AMAZON SQS SIMPLE QUEUE SERVICE

92. PUBLICATION RÉCEPTION DE FICHIERS TRANSCODAGE

93. PUBLICATION RÉCEPTION DE FICHIERS TRANSCODAGE

100. DÉLAI DE VISIBILITÉ

106. ISOLATION DES MODULES

114. AUTO SCALING + MÉTRIQUES CLOUDWATCH POUR AMAZON SQS

127. VOTRE OBJECTIF Vos applications doivent continuer à fonctionner

128. Alexandre Leroy Reponsable Technologie

129. ARCHITECTURE HAUTE DISPONIBILITÉ Haute disponibilité et scalabilité d’applications web à très forte charge

130. Kobojo – Qui sommes nous ? Société créée en 2008 Développe et publie des jeux Facebook et mobile Goobox Pyramid Valley Atlantis Fantasy

131. Kobojo – En chiffres 50M installations 8M+ d’utilisateurs actifs mensuels

132. Kobojo – Infrastructure hybride AWS (EC2, S3) 90 instances EC2 Hébergement des jeux (serveurs web & BDD) Stockage des logs Datacenter Bases de données statistiques Infogérance : Morea

133. Comment assurer la haute disponibilité ? Tolérance aux pannes et reprise : « Failure will happen » Réplication et sauvegarde Répartition de charge (Load balancing) Zones multiples Scalabilité Scale-up et Scale-out

134. Serveur Web Serveurs Redis Application web minimale

135. Serveur Web Réplication et sauvegarde Serveurs Redis Maîtres Serveurs Redis Esclaves Stockage S3 Elastic IP sur les serveurs maîtres Réplique maître vers esclave Dump et stockage de l’esclave vers S3

136. Load balancing Serveurs Redis Maîtres Serveurs Redis Esclaves Serveurs Web HAProxy Load balancer Auto diagnostic réalisé par Haproxy Le trafic est dirigé vers les serveurs web disponibles

137. Stockage S3 Serveurs Web Serveurs Redis Maîtres HAProxy Load balancer Elastic Load Balancer Serveurs Redis Esclaves Multi zone

138. Scalabilité – Mise à l’échelle Scale up A faire autant que possible Kobojo : bases de données avec sharding fixe Scale out Plus difficile à gérer Kobojo : serveurs web

139. Comment assurer la haute disponibilité ? Traitements asynchrone Une ressource réseau peut ne pas être disponible Minimiser les appels réseau à l’initiative des serveurs : caching, batching Rendre les clients asynchrones également Construire des services en best-effort Utiliser des queues

140. Apports de la haute disponibilité Capacité à supporter des milliers d’installations par jour Disponibilité 99.95% Augmentation rétention utilisateurs

141. Merci à vous aleroy@kobojo.com

142. MERCI ALEXANDRE!

143. MERCI À VOUS! jplg@amazon.lu

Track 2- Atelier 4 - Architecturez pour de la haute disponibilité

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

En vedette

En vedette (9)

Similaire à Track 2- Atelier 4 - Architecturez pour de la haute disponibilité

Similaire à Track 2- Atelier 4 - Architecturez pour de la haute disponibilité (20)

Plus de Amazon Web Services

Plus de Amazon Web Services (20)

Track 2- Atelier 4 - Architecturez pour de la haute disponibilité