Créer des applications insensibles aux défaillances sur AWS

Transcription

1 Créer des applications insensibles aux défaillances sur AWS Jeff Barr et Attila Narin 1

2 Introduction Les logiciels sont devenus un aspect vital de la vie quotidienne partout dans le monde. Quelque soit l'endroit où nous nous trouvons, nous interagissons avec les logiciels - que ce soit par le biais du téléphone portable, en retirant de l'argent d'un distributeur automatique de billets ou même en s'arrêtant à un feu de circulation. Parce que les logiciels font partie intégrante de nos vies quotidiennes, une grande quantité de travail doit être faite pour s'assurer que ces logiciels restent opérationnels et disponibles. En règle générale, ce domaine d'étude, connu sous le nom de tolérance aux anomaliesest la capacité d'un système à rester opérationnel même si les composants utilisés pour construire le système échouent. Même s''il est vrai que les systèmes essentiels doivent être disponibles à tout moment, nous nous attendons à ce qu'une gamme plus étendue de logiciels soit toujours disponible pour nous. Par exemple, il se peut que nous voulions visiter un site de commerce en ligne pour acheter un produit. Qu'il soit 9 heures, un lundi matin ou 3 heures du matin en période de vacances, nous nous attendons à ce que le site soit disponible et prêt à accepter notre achat. Le coût engendré si les attentes ne sont pas satisfaites peut être écrasant pour de nombreux commerces. Même si l'on part d'hypothèses très conventionnelles, il est estimé qu'un site de commerce en ligne pouvait perdre des milliers de dollars pour chaque minute d'indisponibilité de ce site. Ceci est juste un exemple de la raison pour laquelle les commerces ou organisations s'efforcent de développer des systèmes de logiciels qui peuvent survivre aux fautes. Les Amazon Web Services (AWS) fournissent une plateforme qui est adaptée de façon idéale à la création de systèmes de logiciel insensibles aux défaillances. Cependant, cet attribut n'est pas unique à notre plateforme. Avec des ressources suffisantes et du temps, on peut construire un système de logiciel insensible aux défaillances sur n'importe quelle plateforme ou presque. La plateforme AWS est unique parce qu'elle vous permet de créer des systèmes insensibles aux défaillances qui fonctionnent avec un montant minimum d'interaction humaine et un investissement financier réglé d'avance. Les défaillances ne devraient pas être si intéressantes Quand un serveur plante ou qu'un disque dur arrive à sa limite de stockage de l'environnement d'un centre de données, les administrateurs reçoivent immédiatement une notification parce que ce sont des événements notables qui requièrent au moins leur attention - voire leur intervention également. La situation idéale dans un environnement de centre de données tend à faire partie des environnements dans lesquels les notifications d'échec sont livrées de manière fiable à un personnel d'administrateurs prêts à passer à l'action afin de résoudre le problème. De nombreuses organisations sont capables d'atteindre l'état de nirvana de la TI - cependant, agir ainsi requiert typiquement une expérience approfondie, un investissement financier réglé d'avance et des ressources humaines importantes. Ce n'est pas le cas lorqu'on utilise la plateforme fournie par les Amazon Web Services. Dans une situation idéale, les anomalies dans une application créée sur notre plateforme peuvent être gérées de façon automatique par le système lui- même et en conséquence ce sont des événements assez inintéressants. Amazon Web Services vous donnent l'accès à un grand nombre d'infrastructure informatique de la TI, de stockage, et de communications que vous pouvez affecter automatiquement (ou presque automatiquement) à un compte dans presque 2

3 tous les cas d'anomalies. Vous payez seulement pour les ressources que vous utilisez vraiment, ainsi il n'y a pas d'investissement financier à régler d'avance. Images Machine Amazon L'informatique en nuage extensible chez Amazon (Amazon EC2) est un des Amazon Web Services fournissant des ressources informatiques - littéralement des instances de serveur - que vous utilisez pour créer et héberger vos systèmes de logiciels. Amazon EC2 est un point d'entrée naturel vers les Amazon Web Services pour le développement de votre application. Vous pouvez créer un système très fiable et insensible aux défaillances en utilisant des instances EC2 multiples - en utilisant les outils et les services auxiliaires tels que la réduction automatique et l'équilibrage de charge extensible. A première vue, les instances Amazon EC2 sont très similaires aux serveurs de matériel traditionnel. Les instances Amazon EC2 utilisent des systèmes d'exploitation familiers tels que Linux, Windows ou OpenSolaris. En tant que tels, ils peuvent héberger presque toutes les sortes de logiciels qui peuvent fonctionner sur ces systèmes d'exploitation. Les instances Amazon EC2 ont des adresses IP ainsi les méthodes habituelles d'interaction avec une machine à distance (c.- à- d SSH ou RDP) peuvent être utilisées. Le modèle que vous utilisez pour définir vos instances de service est appelé une Image Machine Amazon (AMI). Ce modèle contient simplement une configuration de logiciel (c.- à- d un système d'exploitation, un serveur d'application et des applications) et il est appliqué à un type d'instance 1. Les types d'instance dans Amazon EC2 sont essentiellement des archétypes matériel - vous choisissez un type d'instance qui correspond au montant de la mémoire c.- à- d RAM) et une puissance informatique (c.- à- d un nombre de CPUs) dont vous avez besoin pour votre application. Une simple AMI peut être utilisée pour créer des ressources serveur ou des types d'instances différentes, cette relation est illustrée ci- dessous. 1 Types d'instance - types/ 3

4 AMI Schéma1- Image Machine Amazon Amazon publie de nombreuses AMI qui contiennent des configurations de logiciels courantes. De plus, des membres variés de la communité de développeurs AWS ont déjà publié leurs propres AMIs. Toutes ces AMIs peuvent être trouvées sur la page des ressources Amazon en Image Machine 2 sur le site web AWS. Cependant, la première étape vers la création des applications insensibles aux défaillances est de créer une bibliothèque de vos propres AMIs. Votre application devrait comprendre au moins une AMI que vous avez créée. Démarrer votre application revient simplement à lancer l'ami. Par exemple, si votre application est un site ou un service web, votre AMI devrait être configurée avec un serveur web (c.- à- d Apache ou le Serveur d'information de Microsoft Internet), le contenu statique associé et le code pour les pages dynamiques. Autrement, vous pouvez configurer votre AMI pour installer tous les composants des logiciels requis et le contenu lui- même en exécutant un script d'amorce dès que l'instance est lancée. En conséquence, après avoir lancé l'ami, votre serveur web commencera et votre application pourra commencer à accepter des requêtes. Une fois que vous avez créé une AMI, remplacer une instance défaillante est très simple ; vous pouvez simplement lancer une instance de remplacement qui utilise la même AMI que le modèle. Ceci peut être fait par le biais d'une API d'invocation, par le biais d'outils de ligne de commande exécutable à partir d'un script ou par le biais d'une Console d'administration AWS, comme le montre le schéma ci- dessous. Plus loin dans ce document, nous introduisons le service de réduction automatique qui peut remplacer de manière automatique des instances défaillantes ou dégradées par de nouvelles instances. 2 Page des Ressources Amazon en Images Machine : 4

5 Schéma 2- Lancer une instance Amazon EC2 Ceci n'est vraiment que la première étape vers la tolérance aux anomalies. Une fois arrivé là, vous êtes capable de récupérer rapidement des défaillances ; si une défaillance se produit dans une instance, ou ne se comporte pas comme vous le souhaiteriez, vous pouvez simplement lancer une autre instance sur le même modèle. Pour minimiser le temps d'arrêt, vous devriez même toujours garder une instance de rechange en fonctionnement- prête à prendre la relève en cas de défaillance. Ceci peut être fait efficacement en utilisant les adresses de protocole internet extensible. Vous pouvez facilement basculer vers une instance de remplacement ou une instance de rechange en fonctionnement en remappant une adresse de protocole internet extensible vers la nouvelle instance. Une description plus détaillée des adresses de protocole internet extensible est fournie plus loin dans le document. Être capable de lancer rapidement des instances de remplacement basées sur une AMI que vous définissez est une première étape vers la tolérance aux anomalies. La prochaine étape est de stocker les données persistantes auxquelles ces instances de serveur ont accès. Stockage persistant extensible en mode bloc (Elastic Block Store) Le stockage extensible Amazon (Amazon EBS) fournit des volumes de stockage en mode bloc à utiliser avec les instancesamazonec2. Les volumesebsamazon sont des stockages hors instances qui persistent indépendemment de la vie d'une instance. Les volumes EBS Amazon sont essentiellement des disques durs qui peuvent être joints à une instance Amazon EC2. L'EBSAmazonest spécialement adapté aux applications qui nécessitent une base de données, un système de fichier ou un accès à un stockage brut en mode bloc. Les volumes EBS stockent les données en surnombre, les rendant plus durable qu'un disque dur typique. Le taux annuel de défaillance (AFR) pour un volume EBS est de 0.1% et de 0.5% comparé à 4% pour un disque dur. Amazon EBS et Amazon EC2 sont souvent utilisés conjointement l'un avec l'autre au moment de la création d'une application insensible aux défaillances sur la plateforme AWS. Toute donnée qui a besoin de persister devrait être stockée sur les volumes Amazon EBS, pas sur le stockage dit éphémère, associé à chaque instance EC2 Amazon. Si une défaillance de l'instance Amazon EC2 se produit et que l'instance a besoin d'être remplacée, le volume EBS Amazon peut simplement être attaché à la nouvelle instance Amazon EC2. Puisque cette nouvelle instance est essentiellement un duplicata de l'original, il ne devrait pas y avoir de perte de données ou de perte de fonctionnalité. Les volumes EBS Amazon sont très fiables mais pour atténuer encore la possibilité d'une défaillance, des sauvegardes de ces volumes peuvent être créées en utilisant une caractéristique appeléeune copie instantanée (snapshot). Une stratégie de sauvegarde robuste inclura un intervalle (temps entre les sauvegardes, généralement quotidien mais peut être plus 5

6 fréquent pour certaines applications), une période de rétention (selon l'application et les besoins de l'activité en ce qui concerne les retours en arrière) et un plan de secours. Les instantanés sont stockés pour durer dans Amazon S3. Les copies instantanées peuvent être utilisées pour créer de nouveaux volumes Amazon EBS qui sont une réplique exacte du volume original au moment où la copie instantanée a été prise. Parce que les sauvegardes représentent l'état de l'application sur le disque, on doit prendre soin de nettoyer les données en mémoire du disque avant d'initier une copie instantanée (snapshot). Ces opérations EBS Amazon peuvent être pratiquées par l'api ou à partir de Console d'administration AWS, comme le schéma le montre ci- dessous. Schéma3- EBS Amazon Adresse IP élastique Les adresses IP élastiques sont des adresses IP publiques qui peuvent être mappées (routées) vers n'importe quelle instance EC2 à l'intérieur d'une Région EC2 particulière. Les adresses sont associées à un compte AWS, non pas à une instance spécifique ou à la durée de vie d'une instance ; elles sont conçues pour aider à la construction d'applications insensibles aux défaillances. Une adresse IP élastique peut être détachée d'une instance défaillante et peut ensuite être mappée vers une instance de remplacement dans un délai très court. Comme pour les volumes EBS Amazon (et pour toutes les autres ressources EC2 à ce sujet), toutes les opérations sur les adresses de protocole internet extensibles peuvent être pratiquées par une programmation à travers l'api ou de façon manuelle à partir d'une Console d'administration AWS : Schéma4- Adresses IP élastiques 6

7 Les défaillances peuvent être Utiles «Je ne suis pas un vrai programmeur. Je mets des choses ensemble jusqu'à ce que ça marche, ensuite j'avance. Les véritables programmeurs vont dire «ouais, ça marche mais vous faites fuir de la mémoire quelque part. Peut- être devrions- nous arranger cela». Je redémarrerai juste Apache toutes les 10 requêtes». Rasmus Lerdorf (créateur de PHP) Bien que cela ne soit pas souvent admis, la réalité est que la plupart des systèmes logiciels se dégraderont avec le temps. Ceci est dû en partie à une ou à toutes les raisons suivantes : 1. Il y aura une fuite de mémoire et/ou de ressources à partir des logiciels. Ceci inclut les logiciels que vous avez écrits, tout comme les logiciels dont vous dépendez (c.- à- d les cadres d'applications, les systèmes d'exploitation et les pilotes d'imprimantes). 2. Les systèmes de fichier se fragmenteront au fil du temps et affecteront les performances. 3. Les dispositifs (en particulier de stockage) se dégraderont physiquement au fil du temps. Une discipline dans le génie logiciel peut atténuer certains de ces problèmes mais en fin de compte même le système logiciel le plus élaboré est dépendent d'un nombre de composants qui échappent à son contrôle (c.- à- d système d'exploitation, micro logiciel et matériel). Finalement, une combinaison du matériel, du système de logiciel et de votre logiciel provoqueront une défaillance et une interruption de la disponibilité de votre application. Dans un environnement de TI traditionnel, le matériel peut être régulièrement maintenu et mis en service mais il y a des limites pratiques et financières selon l'agressivité de l'opération. Cependant, avec Amazon EC2, vous pouvez terminer et recréer, à volonté, les ressources dont vous avez besoin. Une application qui tire un avantage complet de la plateforme AWS peut être rafraichiede façon périodique avec les nouvelles instances de serveur. Ceci assure que toute dégradation potentielle n'affecte pas défavorablement votre système dans sa globalité. Dans un sens, vous utilisez ce qui serait considéré comme une défaillance (c.- à- d une terminaison de serveur) comme une fonction de forçage pour rafraichir cette ressource. En utilisant cette approche, une application AWS est plus précisément définie que le service qu'elle fournit à ses clients, plutôt que (la ou) les instances de serveur qui la constituent. Avec cette mentalité, les instances de serveur deviennent elles- mêmes immatérielles et même jetables. Réglage automatique Le concept de provisionnement automatique et de réglage des ressources informatiques est un aspect essentiel de n'importe quelle application bien manœuvrée, insensible aux défaillances en fonctionnement sur la plateforme de Amazon Web Services. Le réglage automatique 3 est une option puissante pour appliquer très facilement ce concept à votre application. 3 Le réglage automatique est applicable dans un certain nombre de scénarii ; ce document examinera comment, précisément pour réaliser une tolérance aux anomalies. 7

8 Le réglage automatique vous permet de réduire de façon automatique votre capacité Amazon EC2 ou de l'augmenter. A vous de définir les règles qui détermineront quand plus (ou moins) d'instances de serveurs sont nécessaires, telles que : 1. Quand le nombre d'instances de serveur en fonctionnement est supérieur (ou inférieur) à un certain nombre, lancez (ou mettre fin) aux instances du serveur. 2. Quand l'utilisation de la ressource (c.- à- d le CPU, le réseau ou le disque) de la flotte d'instance du serveur est supérieur (ou inférieur) à un certain seuil, lancez (ou mettez fin) aux instances du serveur. De telles mesures seront recueillies à partir du service CloudWatch Amazon qui surveillera les instances EC Amazon. Le réglage automatique vous permet de terminer les instances de serveur à volonté, sachant que les instances de remplacement seront automatiquement lancées. Le réglage automatique vous permet également d'ajouter plus d'instances en réponse à une charge croissante; quand ces instances ne sont plus nécéssaires, on y met fin. Ces règles vous permettent de mettre en œuvre très facilement de nombreux modèles de redondances. Par exemple, «redondance N+1 4» est une stratégie très populaire pour assurer une ressource (c.- à- d une base de données) est toujours disponible. «N+1» veut qu'il y ait des ressources fonctionnelles N+1 quand les ressources N sont suffisantes pour manier la charge anticipée. Cette approche est idéale pour le réglage automatique. Pour mettre en œuvre N+1 avec le réglage automatique, vous n 'avez qu'à définir une règle selon laquelle il devrait y avoir au moins deux instances d'une AMI disponible. Quand elle est utilisée conjointement avec l'équilibrage de Charge Élastique, chaque instance maîtriserait une fraction de la charge entrante avec une marge de sécurité suffisante (capacité inutilisée) sur chaque instance pour maîtriser la charge entière si nécessaire. Si une défaillance se produit dans une instance, le réglage automatique lancera immédiatement un remplacement puisque le seuil minimum de 2 instances a été dépassé. Le réglage automatique vous assurera toujours que vous avez deux instances de serveur en état de fonctionnement et disponibles. Puisque le réglage automatique détecte automatiquement les défaillances et lance des instances de remplacement, si une instance ne se comporte pas comme cela est prévu (c.- à- d qu'elle produit des performances médiocres), vous pouvez simplement mettre fin à cette instance et une nouvelle sera lancée. En utilisant le réglage automatique, vous pouvez (et devriez) retourner régulièrement vos instances pour vous assurer qu'aucune fuite ou dégradation n'affecte pas votre application - vous pouvez littéralement fixer des dates d'expiration sur vos instances de serveur pour vous assurer qu'elles restent «en bon état de marche». Avec une approche «N+1», vous pouvez aussi faire accepter les requêtes par votre serveur supplémentaire - ceci permet à votre application de faire une transition sans heurt au cas où le serveur primaire présente une défaillance. La caractéristique d'équilibrage de Charge Élastique dans Amazon EC2 est un moyen idéal pour équilibrer la charge parmi vos serveurs. Équilibrage de Charge Élastique L'Équilibrage de Charge Élastique est un produit AWS qui distribue un trafic entrant vers votre application à travers plusieurs instances Amazon EC2. Quand vous utilisez l'équilibrage de Charge Élastique, on vous donne un nom d'hôte DNS - toutes les requêtes envoyées à ce nom d'hôte sont déléguées à un réservoir d'instances Amazon EC

9 Incoming Traffic Elastic Load Balancing Delegated to Amazon EC2 Instances Schéma5- Équilibrage de Charge Élastique L'Équilibrage de Charge Élastique détecte les instances qui ne sont pas saines à l'intérieur de son réservoir d'instances Amazon EC2 et change l'itinéraire du trafic vers des instances saines jusqu'à ce que les instances qui ne sont pas saines soient restaurées Le réglage automatique et l'équilibrage de Charge Élastique sont une combinaison idéale - L'Équilibrage de Charge Élastique vous donne un seul nom DNS pour l'adressage et le réglage automatique assure qu'il y ait toujours le bon nombre d'instances Amazon EC2 pour accepter les requêtes. Instances réservées Toutes les techniques examinées jusqu'alors ont reposé sur l'hypothèse que vous serez capables d'obtenir des instances Amazon EC2 quand vous en avez besoin. Les Amazon Web Services ont des ressources énormes en matériel à leur disposition mais comme tout fournisseur d'informatique en nuage, ces ressources ont des limites. La meilleure façon pour les utilisateurs de maximiser leurs accès à ces ressources est de réserver une portion de la capacité informatique dont ils ont besoin. Ceci peut être fait par le biais d'une caractéristique appelée Instances Réservées. Avec des instances réservées, vous réservez littéralement la capacité informatique dans les Services Web d'informatique en nuage chez Amazon. Agir ainsi vous permet de tirer avantage d'un prix bas, mais de façon plus importante dans le contexte d'une insensibilités aux défaillances, cela maximisera vos chances d'obtenir la capacité informatique dont vous avez besoin. Régions et Zones de disponibilité Un autre élément clé pour atteindre une tolérance aux anomalies est de répartir votre application de façon géographique. Si un seul centre de données de Amazon Web Services présente une défaillance pour une raison quelconque vous pouvez protéger votre application en la faisant fonctionner simultanément dans un centre de données distant d'un point de vue géographique. 9

10 Les Amazon Web Services sont disponibles dans des Régions géographiques. Quand vous utilisez AWS, vous pouvez spécifier la Région dans laquelle vos données vont être stockées, vos instances vont fonctionner, vos files d'attente vont démarrer et vos bases de données vont être instanciées. Pour la plupart des services d'infrastructure AWS, y compris Amazon EC2, il y a (au moment où ce document est écrit) quatre Régions : les États Unis Est (Virginie du Nord), États Unis Ouest (Californie du Nord), Europe (Irlande) et Pacifique Asie (Singapour). Amazon S3 a une structure régionale légèrement différente : Etats Unis Standard, qui comprend les centres de données à travers les États Unis, l'ouest des États Unis (Californie du Nord), Europe (Irlande) et Asie Pacifique (Singapour). A l'intérieur de chaque Région sontles Zones de Disponibilité. Les Zones de Disponibilité sont des endroits distincts qui sont conçus pour être isolés des défaillances dans d'autres Zones de Disponibilité et fournir une connectivité de réseau peu coûteuse et dotée d'un temps d'attente court. En lançant des instances dans des Zones de Disponibilité séparées, vous pouvez protéger vos applications à partir d'une défaillance (aussi improbable que cela puisse être) qui affecte une zone entière. Les régions consistent en une ou plusieurs Zones de disponibilité ; elles sont dispersées d'un point de vue géographique et sont dans des zones géographiques ou des pays séparés. L'engagement concernant l'accord sur les niveaux de service de Amazon EC2 est une disponibilité à 99,5 % pour chaque Région Amazon EC2. Les adresses IP élastiques jouent un rôle essentiel dans la conception d'une application insensible aux défaillances dont la disponibilité s'étend sur plusieurs Zones. Le mécanisme qui consiste à passer outre la défaillance peut facilement changer l'itinéraire de l'adresse IP (et par conséquent, du trafic entrant) à partir d'une instance ou d'une zone défaillante vers une instance de remplacement. Il est important de diviser correctement la fonctionnalité selon les Zones de disponibilité. Les instances redondantes pour chaque tiers (c.- à- d le web, une application et une base de données) d'une application doivent être placées dans des Zones de disponibilité distinctes. Le but est d'avoir une copie indépendante pour chaque pile d'application dans deux ou plusieurs Zones de disponibilité. Le diagramme d'architecture suivante illustre le partage désiré de la fonctionnalité. 10

11 Requests from Internet Elastic Load Balancer Distribute load across multiple Availability Zones (detects unhealthy application stacks) Ability to remap EIP on failure Elastic IP Address Ability to remap EIP on failure Independent Application Stack Replicated Data Layer Xavoid unnecessary dependencies Ability to fail over Independent Application Stack Replicated Data Layer Independent Application Stack Replicated Data Layer Application (Replacement) On failure: replace instance, re-attach volume Availability Zone A Application (Active) EBS Volume Application (Standby) EBS Volume Availability Zone B Availability Zone A Availability Zone B Availability Zone m Amazon S3 Snapshot Elastic Load Balancing and multiple Availability Zones Elastic IP Address and multiple Availability Zones Schéma6: augmentez les Zones de multi- disponibilité Vous pouvez créer des applications insensibles aux défaillances en plaçant des instances Amazon EC2 dans des Zones de multi- disponibilité. Pour parvenir à encore plus d'insensibilité aux défaillances avec une intervention manuelle moins importante, vous pouvez utiliser l'équilibrage de Charge Élastique. Vous obtenez une meilleure insensibilité aux défaillances en plaçant vos instances de calcul derrière un Équilibreur de Charge Élastique, puisqu'il peut automatiquement équilibrer le trafic à travers les multiples instances et les zones de multi- disponibilité et faire en sorte que seules les instances Amazon EC2 saines reçoivent le trafic. Vous pouvez installer un Équilibreur de Charge Élastique pour équilibrer le trafic d'une application entrante à travers les instances Amazon EC2 dans une seule zone de disponibilité ou des zones de disponibilité multiple. L'Équilibrage de Charge Élastique peut détecter l'état des instances Amazon EC2. Quand il détecte des instances Amazon EC2 qui ne sont pas saines, il n'oriente plus le trafic vers ces instances qui ne sont pas saines. A la place, il répartit la charge à travers les instances saines restantes. Si toutes vos instances Amazon EC2 dans une zone de disponibilité particulière ne sont pas saines, mais que vous avez installé des instances dans des zones de disponibilité multiple, l'équilibrage de Charge Élastique redirigera le trafic vers vos instances Amazon EC2 saines dans ces autres zones. Ceci recommencera l'équilibrage vers les instances Amazon EC2 originales quand elles auront été restaurées et seront redevenues saines. Composante de base d'insensibilité aux défaillances Amazon EC2 et ses caractéristiques reliées fournissent une plateforme puissante bien qu'économique à partir de laquelle il est possible de déployer et de construire des applications. Cependant, elles ne sont qu'un aspect des Amazon Web Services dans leur globalité. Les Services Amazon Web offrent de nombreux autres produits qui peuvent être incorporés au développement de votre application. Ces services web sont implicitement insensibles aux défaillances ; ainsi en les utilisant, vous augmenterez l'insensibilité de vos propres applications aux défaillances. 11

12 Service de file d'attente simple Amazon Le Service de File d'attente simple Amazon (SQS) est un système de distribution de hautement fiable qui peut servir de base à votre application insensible aux défaillances. Les s sont stockés dans des files d'attentes que vous crééz - chaque file d'attente est définie comme une URL, ainsi elle peut être accessible à tout serveur qui a accès à internet, soumis à la liste de contrôle d'accès (ACL) de la liste d'attente. Vous pouvez utiliser la SQS Amazon pour vous aider à vous assurer que votre file d'attente est toujours disponible ; tout que vous envoyez à une file d'attente est retenu pendant 4 jours au plus (ou jusqu'à ce qu'il soit lu et effacé par votre application). Une architecture de système canonique qui utilise Amazon SQS est illustrée ci- dessous. Amazon SQS Worker Worker Worker Worker Worker Schéma7- Architecture de système SQS Amazon Dans cet exemple, une file d'attente Amazon SQS est utilisée pour accepter les requêtes. De nombreuses instances Amazon EC2 sondent constamment cette file d'atente, à la recherche de requêtes. Quand une requête est reçue, une de ces instances Amazon EC2 recueillera cette requête et la traitera. Quand cette instance a fini de traiter la requête, elle revient à l'état de sondage. Si le nombre de s dans une file d'attente commence à croître ou si le temps moyen pour traiter un devient trop long, vous pouvez augmenter proportionnellement en ajoutant simplement plus de travailleurs sur des instances supplémentaires Amazon EC2. Il est courant d'incorporer le réglage automatique pour gérer ces instances Amazon EC2 afin de s'assurer qu'il y a une provision adéquate d'instances EC2 qui dirige les «travailleurs» dans la consommation des s provenant de la 12

13 file d'attente. Même dans le cas extrême où tous les procédés «travailleur» ont échoué, Amazon SQS stockera simplement les s qu'elle reçoit. Les s sont stockés pendant quatre jours au plus, ainsi vous avez beaucoup de temps pour lancer un remplacement pour les instances Amazon EC2. Une fois qu'un a été extrait d'une file d'attente SQS, il devient invisible pour les autres consommateurs pendant un intervalle de temps comme un temps mort pour la visibilité. Une fois que le consommateur a traité un, il doit effacer le de la file d'attente. Si l'intervalle de temps spécifié par le temps mort pour la visibilité est dépassé mais le n'est pas effacé, il est encore une fois visible dans la file d'attente et un autre consommateur sera capable de l'extraire et de le traiter. Ce modèle à deux phases s'assure qu'aucun article de file d'attente n'est perdu si l'application de consommation a une défaillance pendant le traitement du. Service de Stockage Simple de Amazon Le Service de Stockage Simple de Amazon (Amazon S3) est un service web déroutant de simplicité ; il fournit un stockage de données de longue durée et insensible aux défaillances. Les Amazon Web Services sont responsables du maintien de la disponibilité et de l'insensibilité aux défaillances ; vous payez simplement pour le stockage que vous utilisez. Dans les coulisses, Amazon S3 stocke les objets de façon redondante dans des dispositifs multiples à travers de multiples installations dans une Région S3 Amazon - ainsi même en cas de défaillance dans un centre de données du Service Web Amazon, vous aurez toujours accès à vos données. Amazon S3 est idéal pour n'importe quel type de besoins en stockage de données objet que votre application puisse avoir. Amazon S3 est accessible par une URL comme Amazon SQS, ainsi n'importe quelle ressource informatique qui a accès à Internet peut l'utiliser. La caractéristique de versionage vous permet de retenir les versions antérieures aux objets stockés dans S3 et également de protéger contre les suppressions accidentelles initiées par une application qui a tendance à mal se comporter. Le versionage peut être autorisé pour n'importe lequel des compartiments S3. En utilisant Amazon S3, vous pouvez déléguer la responsabilité d'un aspect essentiel de l'insensibilité aux défaillances - stockage de données - vers les Amazon Web Services. Amazon Simple DB Amazon Simple DB est une solution de stockage de données structurées, durable et insensible aux défaillances. Avec Amazon Simple DB, vous pouvez décorer vos données avec des attributs et une requête pour ces données sur les valeurs de ces attributs. Dans de nombreux scénarii, Amazon Simple DB peut être utilisé pour augmenter ou même remplacer votre utilisation des bases de données relationnelles traditionnelles telles que MySQL ou Microsoft SQL Server. Amazon Simple DB est extrêmement disponible pour votre utilisation, comme Amazon S3 et les autres services. En utilisant Amazon Simple DB, vous pouvez tirer avantage d'un service modulable qui a été conçu pour une disponibilité longue durée et une insensibilité aux défaillances. Les données stockées dans Amazon Simple DB sont stockées sans un seul point de défaillance. Service de Base de Données Relationnelles Amazon Le Service de Base de Données Relationnelles (Amazon RDS) est un service web qui rend les bases de données relationnelles faciles à diriger dans le nuage. Dans le contexte de la création d'applications, insensibles aux défaillances et extrèmement disponibles, Amazon RDS offre plusieurs caractéristiques pour mettre en valeur la fiabilité des bases de données essentielles. 13

14 Les sauvegardes automatiques de votre base de données permettent une récupération, à ce stade, pour votre instance de base de données. Amazon RDS sauvegardera votre base de données et vos transactions d'ouverture de sessions et de stockage pour une période de rétention spécifique à l'utilisateur. Cette caractéristique est activée par défaut. Comme dans le cas des copies instantanées Amazon EBS, avec Amazon RDS vous pouvez initier des copies instantanées de votre instance DB. Ces sauvegardes complètes de base de données seront stockées par Amazon RDS jusqu'à ce que vous les effaciez de manière explicite. Vous pouvez créer une nouvelle instance DB à partir d'une copie instantanée DB chaque fois que vous le désirez. Ceci peut aider à effectuer une récupération à partir de fautes d'un niveau supérieur comme une modification de données non intentionnelle, soit par erreur d'un opérateur soit par virus dans l'application. Amazon RDS supporte également unecaractéristique de déploiementà zones de disponibilité multiples (Multi- AZ). Si elle est activée, une réplique synchrone de soutien est fournie dans une Zone de disponibilité différente. Des mises à jour de votre instance DB sont répliquées de façon synchrone à travers les zones de disponibilité vers les remplaçantes afin de garder les deux bases de données en synchronisation. Dans le cas d'un scénario de basculement, le soutien est présenté pour être le soutien primaire et il gérera les opérations de votre base de données. Gérer votre instance DB comme un déploiement à zones de disponibilité multiples (multi- AZ) sauvegarde vos données pour le cas éventuel ou une défaillance d'un composant d'une instance DB ou une perturbation de la santé du service dans une zone de disponibilité. Conclusion Amazon EC2 est un point d'entrée naturel pour le développement de votre application ; les instances de son serveur sont très similaires à un serveur traditionnel d'un point de vue conceptuel ; ceci réduit beaucoup la courbe d'apprentissage concernant les applications en développement pour le nuage. Cependant, utiliser les instances de serveur de Amazon EC2 de la même façon que des instances de serveur de matériel traditionnel est seulement un début : faire ceci n'améliorera pas beaucoup l'insensibilité aux défaillances, les performances ou même le coût global. Les avantages complets de la plateforme de Amazon Web Services seront réalisés quand vous incorporerez plus de caractéristiques d'amazon EC2, ainsi que d'autres produits de Amazon Web Services. Afin de créer des applications insensibles aux défaillances sur Amazon EC2, il est important de suivre les meilleures pratiques comme être capable de déléguer des instances de remplacement en utilisant Amazon EBS pour un stockage dans la durée et comme tirer avantage des zones de disponibilités multiples et des adresses IP élastiques. Utiliser le réglage automatique vous permet de réduire grandement le temps et les ressources dont vous avez besoin pour surveiller vos serveurs - si une défaillance intervient, un remplacement sera automatiquement lancé pour vous. Diagnostiquer un serveur en mauvais état peut être aussi simple qu'y mettre fin et laisser le réglage automatique en lancer un nouveau pour vous. L'Équilibrage de charge élastique vous permet de publier un seul point limite bien connu pour votre application. Le flux et le reflux du lancement des instances Amazon EC2, de leur défaillance, de leur fin et de leur relance ne pourront pas être vues par les utilisateurs. Amazon SQS, Amazon S3 et Amazon Simple DB sont des composantes de base que vous pouvez incorporer à votre application. Ces services sont d'excellent exemples de réalisation de l'insensibilité aux défaillances et ils améliorent à leur tour l'insensibilité de votre application aux défaillances. Avec Amazon RDS, vous avez un accès privilégié aux 14

15 caractéristiques qui vous permet des déploiements de base de données insensibles aux défaillances, y compris les sauvegardes automatiques, les copies instantanées, et les déploiements Multi AZ. Par dessus- tout, le modèle d'évaluation des Amazon Web Services vous donne l'occasion d'acquérir de l'expérience - il n'y a pas d'investissement réglé d'avance ; vous devez juste payer pour ce que vous utilisez. Si un aspect de la plateforme des Amazon Web Services s'avère ne pas convenir à votre application, votre investissement s'achève dès que vous cessez de l'utiliser. La puissance, la subtilité et la transparence économique offertes par les Amazon Web Services vous fournissent une plateforme sans précédent sur laquelle vous pouvez créer des logiciels insensibles aux défaillances. Pour en savoir plus 1. Meilleures pratiques pour l'utilisation des IPS élastiques et des zones de disponibilité- Clouds/AWS/02- Amazon_EC2/Designing_Failover_Architectures_on_EC2/00- Best_Practices_for_using_Elastic_IPs_%28EIP%29_and_Availability_Zones 2. Organiser un site d'insensibilité aux défaillances qui utilise les zones de disponibilité de Amazon - up- a- fault- tolerant- site- using- amazons- availability- zones/ 3. Scalrhttps://scalr.net/login.php 4. Créer un centre de données virtuel avec Scalr et les Amazon Web Services- a- virtual- datacenter- with- scalr- and- amazon- web- services/ 5. Équilibrage de charge élastique Amazon Service deréglage automatique Types d'instance- types/ 8. Stockage persistant en mode bloc élastique Ressources Images Machine Amazon Service de base de données relationnelles Amazon- 15