FAQ Amazon EC2

Q : Qu'est-ce qu'Amazon Elastic Compute Cloud (Amazon EC2) ?

Amazon Elastic Compute Cloud (Amazon EC2) est un service Web fournissant une capacité de calcul redimensionnable dans le cloud. Il est conçu pour faciliter l'informatique à l'échelle d'Internet pour les développeurs.

Q : Que puis-je faire avec Amazon EC2 ?

Tout comme Amazon Simple Storage Service (Amazon S3) permet le stockage dans le cloud, Amazon EC2 permet le "calcul" dans le cloud. L'interface simple du service Web Amazon EC2 vous permet d'obtenir et de configurer des capacités avec un minimum d'efforts. Elle vous confère le contrôle total de vos ressources informatiques et permet d'exécuter des applications dans l'environnement informatique éprouvé d'Amazon. Amazon EC2 permet d'obtenir et de démarrer des instances de serveurs en quelques minutes, puis d'augmenter ou de diminuer rapidement leurs capacités en fonction des l'évolution de vos besoins de calcul. Amazon EC2 change l'aspect financier de l'informatique en vous permettant de ne payer que pour la capacité que vous utilisez effectivement.

Q : Comment puis-je commencer à utiliser Amazon EC2 ?

Pour vous inscrire à Amazon EC2, cliquez sur le bouton "Inscrivez-vous pour ce service Web" sur la page de détails d'Amazon EC2. Vous devez avoir un compte Amazon Web Services pour pouvoir accéder à ce service, si vous n'en avez pas encore, on vous demandera d'en créer un lorsque vous commencerez le processus d'inscription à Amazon EC2. Après vous êtes inscrit, veuillez vous référer à la documentation Amazon EC2, qui comprend notre Guide de démarrage.

Q : Pourquoi me demande-t-on de vérifier mon numéro de téléphone lorsque je m'inscris à Amazon EC2 ?

L'inscription à Amazon EC2 nécessite que vous ayez un numéro de téléphone valide ainsi qu'une adresse email sur nos fichiers AWS au cas où nous devons vous contacter. La vérification de votre numéro de téléphone ne prend que quelques minutes. Vous recevrez un appel pendant le processus d'inscription et vous aurez besoin d'entrer un code d'identification PIN à l'aide des touches du téléphone.

Q : Quelles sont les nouvelles fonctionnalités offertes aux développeurs ?

Jusqu'à maintenant, les petits développeurs n'avaient pas les fonds nécessaires pour obtenir d'importantes ressources de calcul et s'assurer de disposer de la capacité nécessaire pour traiter les pics de charge inattendus. Amazon EC2 permet à tous les développeurs de profiter des avantages de la grande échelle d'Amazon sans avoir besoin d'effectuer de grands investissements ou de compromettre les performances. Les développeurs sont désormais libres d'innover tout en sachant que même si leur affaire rencontre un succès au-delà de leurs espérances, ils pourront être sûrs de disposer de la puissance de calcul adéquate pour répondre à leurs besoins à bon marché et simplement.

La nature "Elastique" du service permet aux développeurs de dimensionner instantanément pour répondre aux pics de trafic ou de demandes. Lorsque les demandes de calcul changent de manière inattendue, (augmentent ou diminuent) Amazon EC2 peut y répondre de manière instantanée, ce qui signifie que les développeurs ont la possibilité de contrôler le nombre de ressources utilisées à tout moment. En revanche, les services d'hébergement traditionnels fournissent habituellement une quantité fixe de ressources pour une période de temps définie, ce qui signifie que la capacité des utilisateurs est limitée pour répondre lorsque leur utilisation change rapidement, de manière imprévue, ou passe par des pics importants à divers intervalles.

Q : Comment puis-je faire fonctionner des systèmes dans l'environnement Amazon EC2 ?

Une fois que votre compte est mis en place et que vous avec sélectionné vos AMI, vous pouvez démarrer votre instance. Vous pouvez démarrer votre AMI sur n'importe quel nombre d'instances à la demande à l'aide de l'API RunInstances. Il vous suffit d'indiquer le nombre d'instances que vous souhaitez lancer. Si vous souhaitez exécuter plus de 20 instances à la demande, remplissez le Formulaire de demande d'instance Amazon EC2.

Si Amazon EC2 est en mesure d'accéder à votre demande, l'API RunInstances aboutira et nous commencerons à lancer vos instances. Vous pouvez vérifier l'état de votre instance en utilisant l'appel API DescribeInstances. Vous pouvez terminer par programmation n'importe quelle quantité de vos instances en utilisant l'appel API TerminateInstances.

Si l'une de vos instances en cours d'exécution utilise un partition de démarrage Amazon EBS, vous pouvez également appeler l'API StopInstances pour dégager les ressources de calcul tout en préservant les données de la partition de démarrage. Vous pouvez appeler l'API StartInstances lorsque vous êtes prêt à redémarrer l'instance associée avec la partition de démarrage Amazon EBS.

De plus, vous avec l'option de pouvoir utiliser les instances Spot pour réduire vos coûts de calcul lorsque vous pouvez choisir quand vos applications fonctionnent. Plus d'informations sur les instances Spot ainsi qu'une explication plus détaillée sur le fonctionnement des instances Spot.

Si vous préférez, vous pouvez effectuer toutes ces actions sur AWS Management Console ou grâce à la ligne de commande en utilisant nos outils de ligne de commande, qui ont été mis en service avec cette API de service Web.

Q : Quelle est la différence entre l'utilisation du stockage d'instance local et Amazon Elastic Block Store (Amazon EBS) pour le périphérique racine ?

Lorsque vous démarrez vos instances Amazon EC2, vous avez la possibilité de stocker les données de votre périphérique racine dans Amazon EBS ou dans un stockage d'instance local. En utilisant Amazon EBS, les données sur le périphérique racine persisteront indépendamment de la durée de vie de l'instance. Vous pouvez ainsi arrêter et redémarrer l'instance à un moment ultérieur, ce qui est comparable à éteindre votre ordinateur portable et le redémarrer lorsque vous en avez à nouveau besoin.

Alternativement, l'instance locale ne persiste que pour la durée de vie de l'instance. C'est une manière économique de lancer des instances lorsque les données ne sont pas stockées dans le périphérique racine. Par exemple, certains clients utilisent cette option pour faire fonctionner de grands sites Web lorsque chaque instance est un clone pour traiter le trafic web.

Q : Combien de temps faut-il pour que les systèmes fonctionnent ?

Généralement, il s'écoule moins de 10 minutes entre l'appel RunInstances et le moment où toutes les instances requises entament leur séquence d'amorçage. Ce délai dépend d'un certain nombre de facteurs, dont la taille de votre AMI, le nombre d'instances que vous lancez et le temps écoulé depuis le dernier lancement de cette AMI. Les images lancées pour la première fois peuvent prendre légèrement plus de temps pour démarrer.

Q : Comment puis-je charger et stocker mes systèmes avec Amazon EC2 ?

Amazon EC2 vous permet d'installer et de configurer tout ce qui est lié à vos instances, de votre système d'exploitation à vos applications. Une Image Machine Amazon (AMI) est simplement un environnement prêt à être utilisé qui inclut tout ce qui est nécessaire pour installer et démarrer votre instance. Vos AMI sont votre unité de déploiement. Vous avez peut-être juste une AMI ou vous pouvez composer votre système à partir de plusieurs AMI de bloc de construction (par exemple, serveurs Web, appservers, et bases de données). Amazon EC2 fournit une grande quantité d'outils pour faciliter la création des AMI. Une fois que vous avez créé une AMI personnalisée, vous devez la grouper. Si vous groupez une image avec un appareil racine pris en charge par Amazon EBS, vous pouvez simplement utiliser la commande de groupement dans la AWS Management Console. Si vous créez un bundle avec une image et une partition d'amorçage pour le stockage d'instance, vous devrez utiliser les outils d'AMI pour l'envoyer à Amazon S3. Amazon EC2 utilise Amazon EBS ainsi que Amazon S3 pour fournir un stockage fiable et évolutif de vos AMI pour que nous puissions démarrer celles-ci lorsque vous nous le demandez.

Ou, si vous le désirez, vous n'avez pas besoin d'installer votre propre AMI à partir de rien. Vous pouvez choisir entre un grand nombre d'AMI disponibles globalement pouvant fournir des instances utiles. Par exemple, si vous voulez simplement un serveur Linux, vous pouvez opter pour une des AMI standard de distribution Linux.

{Q : Comment puis-je accéder à mes systèmes ?

L'appel RunInstances qui démarre l'exécution de votre pile d'applications retourner un ensemble de noms de DNS, un pour chaque système qui est démarré. Ce nom peut être utilisé pour accéder au système exactement comme vous le feriez vous-même si vous étiez dans votre propre centre de données. Vous détenez cette machine tandis que votre pile de systèmes d'exploitation s'exécute dessus.

Q : Est-ce qu'Amazon EC2 peut s'utiliser avec Amazon S3 ?

Oui, Amazon EC2 est utilisé conjointement avec Amazon S3) pour les instances dont les périphériques racine sont pris en charge par un stockage d'instance local. En utilisant Amazon S3, les développeurs ont accès au même stockage de données hautement évolutif, fiable, rapide et économique qu'Amazon utilise pour faire fonctionner son propre réseau global de sites. Afin d'exécuter les systèmes dans l'environnement Amazon EC2, les développeurs utilisent les outils fournis pour charger leurs (AMI) dans Amazon S3 et déplacer les entre Amazon S3 et Amazon EC2. Consultez Comment puis-je charger et stocker mes systèmes avec Amazon EC2 ? pour plus d'informations sur les AMI.

Nous nous attendons à ce que les développeurs trouvent la combinaison de Amazon EC2 et Amazon S3 très utile. Amazon EC2 offre des calculs économiques et évolutifs dans le cloud tandis qu'Amazon S3 permet aux utilisateurs de stocker leurs données de manière fiable.

Q : Combien d'instances puis-je exécuter dans Amazon EC2 ?

Vous pouvez exécuter jusqu'à 20 instances à la demande au total dans la famille d'instances, acheter jusqu'à 20 instances réservées et demander des instances Spot en fonction de votre limite dynamique pour les instances Spot par région. Les nouveaux comptes AWS peuvent commencer avec des limites inférieures à celles décrites ici. Certains types d'instance sont par ailleurs soumis à des limites supplémentaires par région :

Notez que les instances cc2.8xlarge, hs1.8xlarge, cr1.8xlarge, G2, D2, et I2 ne sont pas disponibles dans toutes les régions.

Si vous avez besoin de plus d'instances, remplissez le formulaire de demande d'instance Amazon EC2 avec votre cas d'utilisation, et votre demande d'augmentation sera étudiée. Les augmentations de limite sont liées à la région concernée.

Q : Existe-t-il des limites à l'envoi d'e-mails depuis les instances Amazon EC2 ?

Oui. Afin de maintenir la qualité des adresses Amazon EC2 pour l'envoi d'emails, nous avons mis en place des limites par défaut sur la quantité d'emails pouvant être envoyés. Si vous souhaitez envoyer une quantité plus importante d'emails à partir de EC2, vous pouvez demander que ces limites soient supprimées de votre compte en remplissant ce formulaire.

Q : À quelle vitesse puis-je augmenter et réduire mes capacités ?

Amazon EC2 permet un environnement de calcul vraiment évolutif. Amazon EC2 vous permet d'augmenter ou de diminuer la capacité en quelques minutes, pas quelques heures ou quelques jours. Vous pouvez mettre en service une, des centaines ou même des milliers d'instances de serveur simultanément. Lorsque vous avez besoin de plus d'instances, appelez simplement RunInstances et Amazon EC2 installera habituellement votre nouvelle instance en quelques minutes. Bien entendu, dans la mesure où tout ceci est contrôlé avec des API de service Web, les capacités de votre application peuvent être automatiquement augmentées ou diminuées, selon ses besoins.

Q : Quels sont les environnements de système d'exploitation qui sont pris en charge ?

Amazon EC2 prend actuellement en charge différents systèmes d'exploitation, notamment Amazon Linux, Ubuntu, Windows Server, Red Hat Enterprise Linux, SUSE Linux Enterprise Server, Fedora, Debian, CentOS, Gentoo Linux, Oracle Linux et FreeBSD. Nous cherchons un moyen d'étendre le service à d'autres plates-formes.

Q : Le service Amazon EC2 utilise-t-il de la mémoire ECC ?

L'expérience nous a démontré que la mémoire ECC était nécessaire pour l'infrastructure serveur. Tout le matériel sous-jacent du service Amazon EC2 utilise ce type de mémoire.

Q : En quoi ce service est-il différent des services d'hébergement traditionnels ?

Les services d'hébergement traditionnels offrent une ressource préconfigurée pour une quantité de temps fixe et à un coût prédéterminé. Amazon EC2 diffère par sa flexibilité, son contrôle et les économies de coût qu'il offre aux développeurs, ce qui leur permet de considérer Amazon EC2 comme leur propre centre de données personnelles, tout en bénéficiant de la solide infrastructure de Amazon.com.

Lorsque les demandes de calcul changent de manière inattendue, (augmentent ou diminuent) Amazon EC2 peut y répondre de manière instantanée, ce qui signifie que les développeurs ont la possibilité de contrôler le nombre de ressources utilisées à tout moment. En revanche, les services d'hébergement traditionnels fournissent habituellement une quantité fixe de ressources pour une période de temps définie, ce qui signifie que la capacité des utilisateurs est limitée pour répondre lorsque leur utilisation change rapidement, de manière imprévue, ou passe par des pics importants à divers intervalles.

Deuxièmement, de nombreux services hôte n'offrent pas un contrôle total des ressources de calcul fournies. En utilisant Amazon EC2, les développeurs peuvent choisir non seulement de démarrer ou d'arrêter des instances à n'importe quel moment, mais ils peuvent aussi personnaliser entièrement la configuration de leurs instances pour répondre leurs besoins – et changer celle-ci n'importe à quel moment. La plupart des services d'hébergement s'occupent plutôt de groupes d'utilisateurs ayant des exigences de système similaires, ils offrent donc une capacité limitée de changer celles-ci.

Enfin, avec Amazon EC2, les développeurs ont l'avantage de ne payer que pour leur consommation de ressources effective, et ce, à un taux extrêmement bas. La plupart des services d'hébergement demandent aux utilisateurs de payer des frais fixes à l'avance sans prendre en compte la puissance de calcul utilisée, par conséquent, les utilisateurs risquent d'acheter plus de ressource que nécessaire pour compenser l'absence de capacité à augmenter rapidement les ressources en une courte période de temps.

Q : Comment mon utilisation d'Amazon EC2 me sera-t-elle facturée ?

Vous ne payez que ce que vous utilisez. Le tarif indiqué est un tarif horaire, mais suivant les instances que vous sélectionnez, vous payez à l'heure ou à la seconde (60 secondes minimum) pour chaque type d'instance. Les instances-heures partiellement consommées sont facturées en fonction de l'utilisation de l'instance. Les données transférées entre services AWS de différentes régions seront facturées en tant que transfert de données Internet de chaque côté du transfert. L'utilisation des autres services AWS est facturée séparément d'Amazon EC2.

Pour en savoir plus sur les tarifs d'Amazon EC2, consultez la section relative à la tarification sur la page de présentation d'Amazon EC2.

Q : Quand la facturation de mes systèmes Amazon EC2 commence-t-elle et prend-elle fin ?

La facturation commence lorsque Amazon EC2 débute la séquence de démarrage d'une instance AMI. La facturation se termine lorsque l'instance se termine, ce qui peut se produire en raison d'une commande de services web, en déclenchant "shutdown -h" ou en raison d'une défaillance d'instance. Lorsque vous arrêtez une instance, nous la fermons, mais nous ne vous facturons pas pour l'utilisation horaire et les frais de transfert de données associés. Nous vous facturons toutefois les frais de stockage de tous les volumes Amazon EBS. Pour en savoir plus, consultez la documentation AWS.

Q : Qu'est-ce qui définit une utilisation d'instance EC2 facturable ?

Des heures d'instance vous sont facturées dès que l'état de vos instances indique qu'elles sont en cours d'exécution. Si vous ne souhaitez plus payer de frais pour votre instance, vous devez y mettre fin afin d'éviter que des heures-instance supplémentaires vous soient facturées. La facturation commence dès lors qu'une instance est en fonctionnement.

Q : Si j'ai deux instances dans deux zones de disponibilité, comment serai-je facturé pour les transferts de données régionaux ?

Chaque instance est facturée pour ses données entrantes et sortantes selon les tarifs des transferts de données correspondants. Par conséquent, si des données transitent entre ces deux instances, celles-ci sont facturées au tarif du « transfert de données sortantes depuis EC2 vers une autre région AWS » pour la première instance et au tarif du « transfert de données entrantes depuis une autre région AWS » pour la deuxième instance. Pour en savoir plus sur le transfert de données, consultez cette page.

Q. Si j'ai deux instances dans deux régions différentes, comment serai-je facturé pour le transfert de données ?

Chaque instance est facturée pour ses données entrantes et sortantes selon les tarifs des transferts de données Internet. Par conséquent, si des données transitent entre ces deux instances, celles-ci sont facturées selon les tarifs des transferts sortants de données Internet pour la première instance et selon les tarifs des transferts entrants de données Internet pour la seconde instance.

Q : De quoi aura l'air ma facture mensuelle à la seconde par rapport à ma facture à l'heure ?

Bien que les frais EC2 de votre facture mensuelle soient désormais calculés à la seconde, pour des raisons de cohérence, la facture EC2 mensuelle indiquera sous la forme d'heures décimales l'utilisation cumulée pour chaque instance exécutée dans le mois. Par exemple, pour une instance s'exécutant pendant 1 heure, 10 minutes et 4 secondes, la forme serait 1.1677. Consultez ce blog pour accéder à un exemple du rapport de facturation détaillé.

Q : Vos prix sont-ils toutes taxes comprises ?

Sauf indication contraire, nos prix n'incluent pas les taxes et redevances applicables, y compris la TVA et les taxes sur les ventes applicables. Pour les clients dont l'adresse de facturation est située au Japon, l'utilisation de services AWS est soumise à la taxe sur la consommation applicable dans ce pays. En savoir plus.

Q : Sur quel type de matériel ma pile d'applications est-elle exécutée ?

Rendez-vous sur la page Type d'instance Amazon EC2 pour connaître la liste des instances EC2 disponibles par région.

Q : Comment sélectionner le type d'instance approprié ?

Les instances Amazon EC2 sont réparties en 5 familles : les instances à usage général, de calcul optimisé, de mémoire optimisée, de stockage optimisé et de traitement accéléré. Les instances à usage général offrent un équilibre entre mémoire et CPU convenant à la plupart des applications à usage général et sont assorties de performances fixes (M5, M4) ou extensibles (T2). Les instances optimisées en calcul (C5, C4) ont proportionnellement plus de ressources de CPU que de mémoire (RAM) et sont bien adaptées au dimensionnement d'applications intensives en calcul et aux charges de travail HPC (Calcul Haute Performance). Les instances optimisées en mémoire (X1e, X1, R4) offrent des tailles de mémoire plus grandes pour les applications gourmandes en mémoire, y compris les applications de mise en cache de mémoire et de base de données. Les instances à calcul accéléré (P3, P2, G3, F1) tirent parti des capacités de traitement en parallèle des GPU NVIDIA Tesla pour le Calcul Haute Performance et l'apprentissage machine/profond. Les instances graphiques GPU (G3) offrent des capacités graphiques 3D hautes performances pour les applications utilisant OpenGL et DirectX. Les instances F1 fournissent un calcul reconfigurable basé sur FPGA Xilinx. Les instances de stockage optimisé (H1, I3, D2) fournissent une capacité d'I/O très élevée et à faible latence en utilisant un stockage d'instance local sur SSD pour les applications gourmandes en I/O. D2 et H1, les instances de stockage dense et de stockage sur disque dur, fournissent une haute densité de stockage local et des performances I/O séquentielles pour l'entreposage de données, Hadoop et d'autres applications gourmandes en données. Quand vous choisissez des types d'instances, vous devriez considérer les caractéristiques de votre application en ce qui concerne votre utilisation de ressources (CPU, mémoire et stockage), et sélectionner la famille et la taille d'instance optimale.

Q : Qu'est-ce qu'une « unité de calcul EC2 » (EC2 Compute Unit) et pourquoi avoir introduit ce nouveau concept ?

La transition à un modèle de calcul utilitaire change complètement la manière dont les développeurs ont été formés à penser aux ressources CPU. Au lieu d'acheter ou de louer un processeur particulier pour l'utiliser pendant plusieurs mois ou plusieurs années, vous louez la capacité à l'heure. Puisque Amazon EC2 est construit sur du matériel de commodité, il peut y avoir, dans le temps, plusieurs types de matériels physiques sous-jacents aux instances EC2. Notre but est de fournir une quantité constante de capacité CPU quel que soit le matériel sous-jacent.

Amazon EC2 utilise une grande diversité de mesures pour fournir à chaque instance une quantité constante et prévisible de capacité de CPU. Afin d'aider les développeurs à comparer les capacités CPU entre les différents types d'instance, nous avons défini les Unités de calcul Amazon EC2. La quantité de CPU allouée à une instance particulière est exprimée par ces Unités de calcul Amazon EC2. Nous utilisons plusieurs modèles et plusieurs tests pour gérer la constance et prévisibilité des performances d'une Unité de calcul EC2. L'unité de calcul EC2 (ECU) fournit la mesure relative de la puissance de traitement d'un nombre entier d'une instance Amazon EC2. Avec le temps, il se peut que nous ajoutions ou que nous modifiions les mesures faisant partie d'une Unité de calcul EC2, si nous trouvons des métrologies donnant une meilleure représentation des capacités de calcul.

Q : Quelle est la disponibilité régionale des types d'instance Amazon EC2 ?
Pour consulter la liste complète des instances et connaître la disponibilité par région, visitez la page Tarification Amazon EC2.

Q : Comment empêcher les autres personnes de voir mes systèmes ?

Vous avez un contrôle total sur la visibilité de vos systèmes. Le système de sécurité Amazon EC2 vous permet de placer de manière arbitraire vos instances en cours d'exécution dans des groupes de votre choix. A l'aide de l'interface de services Web, vous pouvez alors spécifier quels groupes peuvent communiquer avec quels autres groupes, et quels sous-résaux IP sur Internet peuvent parler à quels groupes. Ceci vous permet de contrôler l'accès à vos instances dans notre environnement hautement dynamique. Bien entendu, vous pouvez également sécuriser vos instances comme tout autre serveur Linux.

Q : Puis-je obtenir un historique de tous les appels d'API EC2 effectués sur mon compte à des fins d'analyse de sécurité et de résolution des problèmes opérationnels ?

Oui. Pour obtenir un historique de tous les appels d'API EC2 (y compris sur VPC et EBS) réalisés sur votre compte, il vous suffit d'activer CloudTrail dans AWS Management Console.  Pour plus d'informations, consultez la page d'accueil de CloudTrail. 

Q : Où puis-je trouver plus d'informations concernant la sécurité sur AWS ?

Pour en savoir plus sur la sécurité sur AWS, consultez notre livre blanc Amazon Web Services : Présentation des procédures de sécurité et notre manuel Amazon EC2 running Windows Security Guide.

Q. Pourquoi suis-je limité à 5 adresses IP Elastic par région ?

Les adresses Internet publiques (IPV4) sont des ressources rares. Il n'y a qu'une quantité limitée d'adresses IP publiques disponibles et Amazon EC2 s'engage à aider utiliser cet espace de manière efficace.

Par défaut, tous les comptes sont limités à 5 adresses IP Elastic par région. Si vous avez besoin de plus de 5 adresses IP élastique, nous vous demandons de faire une demande pour que votre limite soit augmentée. Nous vous demanderons de réfléchir à votre utilisation et de nous aider à comprendre pourquoi vous avez besoin d'adresses supplémentaires. Vous pouvez demander à augmenter le nombre d'adresses IP Elastic ici. Toutes les augmentations sont spécifiques à la région pour laquelle elles ont été demandées.

Q : Pourquoi des frais me sont-ils facturés alors que mon adresse IP Elastic n'est pas associée à une instance en cours d'exécution ?

Afin de nous assurer que nos clients utilisent efficacement les adresses IP élastiques, nous imposons des frais horaires peu élevés pour chaque adresse non associée à une instance en cours d'exécution.

Q : Ai-je besoin d'une adresse IP Elastic pour chaque instance que j'exécute ?

Non. Vous n'avez pas besoin d'une adresse IP Elastic pour chaque instance. Par défaut, chaque instance est fournie avec une adresse IP privée et une adresse IP publique pouvant être acheminée par internet. L’adresse IP privée reste associée à l’interface réseau lorsque l’instance est interrompue et redémarrée et elle est libérée une fois l’instance terminée. L'adresse publique est associée exclusivement à l'instance jusqu'à ce qu'elle soit arrêtée, interrompue ou remplacée par une adresse IP élastique. Ces adresses IP doivent être adéquates pour de nombreuses applications où vous n'avez pas besoin d'un point de terminaison acheminable par Internet ayant une longue durée de vie. Certaines applications, comme les clusters de calcul, l'indexation de site web et les services backend, ne nécessitent généralement pas d'adresse IP Elastic.

Q : Combien de temps faut-il pour remapper une adresse IP Elastic ?

A l'heure actuelle, le processus de remappage prend quelques minutes à partir du moment où vous nous demandez de remapper l'IP élastique jusqu'à ce que la modification soit entièrement propagée dans notre système.

Q : Puis-je configurer l'enregistrement DNS inverse pour mon adresse IP Elastic ?

Oui, vous pouvez configurer l'enregistrement DNS inverse de votre adresse IP inverse en remplissant ce formulaire. Notez qu'un enregistrement DNS avant pointant vers cette adresse IP élastique doit exister avant que nous puissions créer l'enregistrement DNS inverse.

Q : Les zones de disponibilité sont-elles très isolées les unes des autres ?

Chaque zone de disponibilité exécute sa propre infrastructure indépendante et physiquement distincte et est conçue pour être hautement fiable. Les points de défaillance uniques, tels que les générateurs et les équipements de refroidissement, ne sont pas partagés entre les zones de disponibilité. En outre, ils sont physiquement séparés ; ainsi même un désastre rare, comme un incendie, une tempête ou une inondation, n'affecterait qu'une seule zone de disponibilité.

Q : Le service Amazon EC2 fonctionne-t-il dans plusieurs régions ?

Oui. Pour plus d'informations sur la disponibilité de nos produit et service par région, reportez-vous à la section relative aux produits et services régionaux.

Q : Comment puis-je être sûr d'être dans la même zone de disponibilité qu'un autre développeur ?

A l'heure actuelle, nous ne prenons pas en charge la possibilité de coordonner les lancements dans une même zone de disponibilité pour plusieurs comptes de développeurs AWS. Un même nom de zone de disponibilité (us-east-1a, par exemple) dans deux comptes client AWS peut désigner deux zones de disponibilité physiques différentes.

Q : Si je transfère des données entre zones de disponibilité en utilisant des adresses IP publiques, devrais-je payer deux fois pour le transfert de données régional (une fois, pour le transfert d'une zone à l'autre, et une seconde fois parce que j'utilise des adresses IP publiques) ?

Non. Le tarif de transfert de données régional s'applique si au moins une des conditions suivantes est vraie, mais n'est facturé qu'une seule fois pour une instance donnée même si les deux conditions sont vraies :

• L'autre instance est dans une zone de disponibilité (AZ) différente, quel que soit le type d'adresse utilisée.
• Des adresses IP publiques ou Elastic IP sont utilisées, sans que la zone de disponibilité de l'autre instance soit prise en compte.
  

Q : Qu'est-ce que l'hyperviseur Nitro ?

Le lancement des instances C5 s'accompagne de l'arrivée d'un nouvel hyperviseur pour Amazon EC2 : l'hyperviseur Nitro. En tant que composant du système Nitro, l'hyperviseur Nitro offre principalement une isolation du CPU et de la mémoire pour les instances EC2. La mise en réseau VPC et les ressources de stockage EBS sont mises en place par des cartes Nitro, des composants matériels dédiés faisant partie de toutes les familles d'instances EC2 de génération actuelle. L'hyperviseur Nitro repose sur une technologie de machine virtuelle avec noyau (KVM) Linux, mais il n'inclut pas les composants de système d'exploitation à usage général.

Q : Qu'apporte l'hyperviseur Nitro aux clients ?

L'hyperviseur Nitro apporte des ressources de calcul et de mémoire améliorées avec des performances fiables pour les instances virtualisées EC2 en supprimant les composants logiciels de système hôte. Il permet à AWS de proposer des tailles d'instance plus importantes (comme c5.18xlarge) qui offrent pratiquement toutes les ressources du serveur aux clients. Auparavant, les instances C3 et C4 éliminaient chacune les composants logiciels en déplaçant les fonctionnalités VPC et EBS vers du matériel désigné conçu par AWS. Ce matériel permet à l'hyperviseur Nitro d'être léger et non impliqué dans les tâches de traitement de données pour la mise en réseau et le stockage.

Q : Toutes les instances EC2 utiliseront-elles l'hyperviseur Nitro ?

À terme, tous les nouveaux types d'instances utiliseront l'hyperviseur Nitro, mais à moyen terme, certains nouveaux types d'instances utiliseront Xen en fonction des exigences de la plate-forme.

Q : Le développement de l'hyperviseur basé sur Xen sera-t-il maintenu par AWS ?

Oui. À mesure du développement de l'infrastructure cloud mondiale d'AWS, l'utilisation de l'hyperviseur Xen par EC2 continuera elle aussi d'évoluer. Xen restera un composant essentiel des instances EC2 pour les années à venir. AWS compte parmi les membres fondateurs du projet Xen, un des projets collaboratifs de la Fondation Linux. Nous participons encore activement à son comité consultatif. A mesure du développement de l'infrastructure cloud mondiale d'AWS, l'hyperviseur Xen pour EC2 continuera lui aussi d'évoluer. Loin de diminuer, l'investissement d'EC2 dans Xen est en pleine expansion.

Q : Combien de volumes EBS et d'interfaces de réseau Elastic (ENI) peuvent être attachés aux instances s'exécutant sur l'hyperviseur Nitro ?

Les instances s'exécutant sur l'hyperviseur Nitro prennent en charge un maximum de 27 périphériques PCI supplémentaires pour les volumes EBS et les ENI VPC. Chaque volume EBS ou ENI VPC utilise un périphérique PCI. Par exemple, si vous attachez 3 interfaces réseau supplémentaires à une instance utilisant l'hyperviseur Nitro, vous pouvez joindre jusqu'à 24 volumes EBS à cette instance.

Q : L'hyperviseur Nitro changera-t-il les API utilisées pour interagir avec les instances EC2 ?

Non. Toutes les API accessibles au public pour l'interaction avec les instances EC2 et s'exécutant avec l'hyperviseur Nitro resteront les mêmes. Par exemple, le champ « hyperviseur » de la réponse DescribeInstances continuera de rapporter « xen » pour toutes les instances EC2, même celles s'exécutant sous l'hyperviseur Nitro. Ce champ pourra être supprimé lors d'une prochaine révision de l'API EC2.

Q : Quelles sont les AMI prises en charge sur les instances utilisant l'hyperviseur Nitro ?

Les AMI HVM soutenues par EBS avec prise en charge de la mise en réseau ENA et du démarrage à partir de stockages NVMe peuvent être utilisées avec des instances s'exécutant sous l'hyperviseur Nitro. Les dernières AMI Amazon Linux et Windows fournies par Amazon sont prises en charge, tout comme les dernières AMI Ubuntu, Debian, Red Hat Enterprise Linux, SUSE Enterprise Linux, CentOS et FreeBSD.

Q : Remarquerai-je des différences entre les instances utilisant l'hyperviseur Xen et celles utilisant l'hyperviseur Nitro ?

Oui. Par exemple, les instances s'exécutant sous l'hyperviseur Nitro démarrent à partir de volumes EBS avec une interface NVMe. Les instances s'exécutant sous Xen démarrent à partir d'un disque dur IDE émulé et passent sur les pilotes de périphérique de bloc paravirtualisés Xen.

Les systèmes d'exploitation peuvent identifier le moment où ils s'exécutent sous un hyperviseur. Certains logiciels présument que les instances EC2 s'exécuteront sous l'hyperviseur Xen et reposeront sur cette détection. Les systèmes d'exploitation détecteront l'exécution sous KVM lorsqu'une instance utilise l'hyperviseur Nitro. Ainsi, le processus d'identification des instances EC2 doit être utilisé pour identifier les instances EC2 s'exécutant sous les deux hyperviseurs.

Toutes les fonctionnalités d'EC2, comme le service de métadonnées d'instance, fonctionnent de la même manière sur les instances s'exécutant sous Xen et l'hyperviseur Nitro. La majorité des applications fonctionneront de la même manière sous Xen et l'hyperviseur Nitro tant que le système d'exploitation prend en charge la mise en réseau ENA et le stockage NVMe.

Q : Comment les requêtes d'API EC2 de redémarrage et de suppression d'instance sont-elles implémentées par l'hyperviseur Nitro ?

L'hyperviseur Nitro signale au système d'exploitation s'exécutant dans l'instance qu'il doit s'éteindre correctement, selon les méthodes ACPI standard du secteur. Pour les instances Linux, acpid doit être installé et fonctionner correctement. Si acpid ne fonctionne pas dans l'instance, les événements de suppression seront retardés de plusieurs minutes, et seront exécutés en tant que réinitialisation matérielle ou mise hors tension.

Q : Comment les volumes EBS se comportent-ils lorsque l'on y accède via les interfaces NVMe ?

Il existe d'importantes différences dans la façon dont les pilotes NVMe du système d'exploitation se comportent par rapport aux pilotes de bloc paravirtuels (PV) Xen.

Tout d'abord, les noms de périphériques NVMe utilisés par les systèmes d'exploitation Linux seront différents des paramètres pour les demandes d'association de volume EBS et les entrées de mappage de périphérique de bloc comme /dev/xvda et /dev/xvdf. Les périphériques NVMe sont énumérés par le système d'exploitation sous la forme /dev/nvme0n1, /dev/nvme1n1 et ainsi de suite. Les noms de périphériques NVMe ne sont pas des mappages persistants à des volumes, c'est pourquoi d'autres méthodes comme les UUID de systèmes de fichiers ou les étiquettes doivent être utilisées lors de la configuration du montage automatique de systèmes de fichiers ou d'autres activités de démarrage. Lorsque l'on accède aux volumes EBS via l'interface NVMe, l'ID des volumes EBS est disponible par l'intermédiaire du numéro de série du contrôleur, et le nom de périphérique spécifié dans les demandes d'API EC2 est fourni par une extension fournisseur NVMe à la commande Identifier le contrôleur. Cela permet la création de liens symboliques rétrocompatibles par un script d'utilitaire. Pour en savoir, consultez la documentation EC2 sur la nomenclature de périphériques et les volumes EBS NVMe.

Ensuite et par défaut, les pilotes NVMe inclus dans la plupart des systèmes d'exploitation mettent en place un délai d'expiration E/S. Si une E/S ne se termine pas dans un délai propre à l'implémentation, généralement quelques dizaines de secondes, le pilote tentera d'annuler l'E/S, la relancera ou retournera une erreur au composant qui a utilisé l'E/S. L'interface du périphérique de stockage en mode bloc PV de Xen ne déclenche pas l'expiration de l'E/S, ce qui peut empêcher l'arrêt de processus en attente de l'E/S. Le comportement du pilote NVMe Linux peut être modifié en spécifiant une valeur supérieure pour le paramètre d'expiration du module de noyau nvme.io.

Après cela, l'interface NVMe peut transférer de plus grandes quantités de données par E/S et dans certains cas, elle peut être en mesure de prendre en charge davantage de demandes d'E/S en suspens par rapport à l'interface de bloc PV de Xen. Cela provoque une latence E/S supérieure si des E/S très larges ou si un nombre plus important de demandes d'E/S sont émises vers des volumes désignés pour prendre en charge les charges de travail de débit comme les volumes EBS Throughput Optimized HDD (st1) et Cold HDD (sc1). Cette latence des E/S est normale pour les volumes à débit optimisé dans ces scénarios, mais elle peut provoquer des délais d'expiration d'E/S dans les pilotes NVMe. Le délai d'expiration d'E/S peut être ajusté dans le pilote Linux en spécifiant une valeur supérieure pour le paramètre de module de noyau nvme.io_timeout.

Q : Quelles sont les capacités de mise en réseau incluses dans cette fonctionnalité ?

Nous prenons actuellement en charge les capacités de mise en réseau améliorée utilisant la virtualisation des E/S à racine unique (SR-IOV : Single Root I/O Virtualization). La méthode SR-IOV de virtualisation des dispositifs fournit de meilleures performances des E/S et une utilisation de la CPU réduite par rapport aux implémentations traditionnelles. Pour les instances Amazon EC2 prises en charge, cette fonctionnalité fournit de meilleures performances de paquet par seconde (PPS), une réduction des latences inter-instance et une très faible instabilité du réseau.

Q : Pourquoi devrais-je utiliser la mise en réseau améliorée ?

Si vos applications bénéficient des performances élevées en termes de paquets par seconde et/ou d'une mise en réseau de faible latence, la mise en réseau améliorée offre des performances nettement meilleures, une uniformité des performances et de l'évolutivité.

Q : Comment puis-je activer la mise en réseau améliorée sur des instances prises en charge ?

Pour activer cette fonctionnalité, vous devez lancer une AMI HVM avec les pilotes appropriés. Les instances C5, C5d, F1, G3, H1, I3, m4.16xlarge, M5, M5d, P2, P3, R4, R5, R5d, T3, X1, X1e et z1d utilisent l'adaptateur Elastic Network Adapter (qui utilise le pilote Linux « ena ») pour la mise en réseau améliorée. Les instances C3, C4, D2, I2, M4 (sauf m4.16xlarge) et R3 utilisent l'interface Intel® 82599g Virtual Function Interface (qui utilise le pilote Linux « ixgbevf »). L'AMI Amazon Linux inclut ces deux pilotes par défaut. Si des AMI ne comprennent pas ces pilotes, vous devez télécharger et installer les pilotes appropriés en fonction du type d'instance que vous prévoyez d'utiliser. Vous pouvez utiliser les instructions Linux ou Windows pour activer la mise en réseau améliorée dans les AMI ne contenant pas le pilote SR-IOV par défaut. La mise en réseau améliorée est uniquement prise en charge dans Amazon VPC.

Q : Dois-je payer un coût supplémentaire pour utiliser la mise en réseau améliorée ?

Non, l'utilisation de la mise en réseau améliorée n'engage aucun coût supplémentaire. Pour utiliser la mise en réseau améliorée, vous devez lancer l'AMI appropriée sur un type d'instance pris en charge dans un VPC.

Q : Pourquoi la mise en réseau améliorée est-elle uniquement prise en charge dans Amazon VPC ?

Grâce à Amazon VPC, nous pouvons vous offrir de nombreuses fonctionnalités de mise en réseau améliorée, ce qui n'est pas le cas dans EC2 Classic. La mise en réseau améliorée est un autre exemple d'une capacité activée par Amazon VPC.

Q : Quels sont les types d'instance qui prennent en charge la mise en réseau améliorée ?

Selon votre type d'instance, la mise en réseau améliorée peut être activée par l'intermédiaire de l'un des mécanismes suivants :

Interface Intel 82599 Virtual Function (VF) - L'interface Intel 82599 Virtual Function prend en charge les vitesses réseau allant jusqu'à 10 Gbit/s pour les types d'instance pris en charge. Les instances C3, C4, D2, I2, M4 (à l'exclusion de m4.16xlarge) et R3 utilisent l'interface Intel 82599 VF pour la mise en réseau améliorée.

Elastic Network Adapter (ENA) - Elastic Network Adapter (ENA) prend en charge des vitesses réseau allant jusqu'à 25 Gbit/s pour les types d'instance pris en charge. Les instances C5, C5d, F1, G3, H1, I3, m4.16xlarge, M5, M5d, P2, P3, R4, R5, R5d, T3, X1, X1e et z1d utilisent l'adaptateur Elastic Network Adapter pour la mise en réseau améliorée.

Q : Quels types d'instance proposent le stockage d'instance NVMe ?

Les instances I/O élevées utilisent le stockage d'instance local sur NVMe pour offrir aux applications une capacité I/O très élevée à faible latence, et sont optimisées pour les applications qui nécessitent des millions d'IOPS (opérations d'I/O par seconde). Comme les instances en cluster, les instances E/S élevées peuvent être mises en cluster à l'aide de groupes de placement du cluster pour la mise en réseau à bande passante élevée.

Q : Qu'arrive-t-il à mes données lorsqu'un système se termine ?

Les données enregistrées sur un stockage d'instance local persisteront uniquement tant que cette instance sera active. Toutefois, les données stockées sur un volume Amazon EBS persisteront sans que la durée de vie de l'instance soit prise en compte. De ce fait, nous vous recommandons d'utiliser le stockage d'instance local pour les données temporaires et, pour les données nécessitant une durabilité supérieure, nous vous recommandons d'utiliser les volumes Amazon EBS ou de sauvegarder vos données sur Amazon S3. Si vous utilisez un volume Amazon EBS en tant que partition racine, vous devez configurer l'indicateur Delete On Terminate sur « N » pour votre volume Amazon EBS afin qu'il persiste indépendamment de la durée vie de l'instance.

Q : Quel type de performances puis-je attendre des volumes Amazon EBS ?

Amazon EBS propose quatre types de volume de génération actuelle divisés en deux catégories principales : le stockage SSD pour les charges de travail transactionnelles et le stockage HDD pour les charges de travail à débit élevé. Ils se distinguent par leurs caractéristiques de performance et leurs tarifs, ce qui vous permet d'adapter vos performances de stockage et vos coûts en fonction des besoins de vos applications. Pour en savoir plus, consultez la page de présentation d'EBS. Pour obtenir plus d'informations sur les performances, consultez la section relative aux performances d'EBS dans le Guide de l'utilisateur Amazon EC2.

Q : Que sont les types de volume HDD à débit optimisé (st1) et HDD à froid (sc1) ?

Les volumes ST1 sont soutenus par des disques durs (HDD) et sont idéals pour les charges de travail à débit élevé fréquemment consultées comprenant de grands ensembles de données et de grandes tailles d'I/O, comme MapReduce, Kafka, le traitement de journaux, les entrepôts de données et les charges de travail ETL. Ces volumes offrent un excellent débit (mesuré en Mo/s), avec la possibilité d'atteindre des pics de 250 Mo/s par To, avec un débit de base de 40 Mo/s par To et un débit maximal de 500 Mo/s par volume. Les volumes ST1 offrent le débit prévu sur la quasi-totalité de la période (99 %) et possèdent suffisamment de crédits d'I/O pour prendre en charge une analyse complète du volume au taux de pics.

Les volumes SC1 sont soutenus par des disques durs (HDD) et offrent le coût par Go le plus bas parmi les types de volume EBS. Ils sont idéals pour les charges de travail les moins consultées comprenant de grands ensembles de données froides. A l'instar des volumes st1, les volumes sc1 fournissent un modèle de pics : ces volumes peuvent atteindre des pics de 80 Mo/s par To, avec un débit de base de 12 Mo/s par To et un débit maximal de 250 Mo/s par volume. Pour les données peu consultées, les volumes sc1 fournissent un stockage très économique. Les volumes SC1 offrent le débit prévu sur la quasi-totalité de la période (99 %) et possèdent suffisamment de crédits d'I/O pour prendre en charge une analyse complète du volume au taux de pics.

Pour maximiser les performances des volumes st1 et sc1, nous vous recommandons d'utiliser les instances EC2 optimisées pour EBS.

Q : Quel type de volume dois-je choisir ?

Amazon EBS propose deux catégories de stockage principales : le stockage SSD pour les charges de travail transactionnelles (les performances dépendent principalement du taux d'E/S par seconde (IOPS)) et le stockage HDD pour les charges de travail intensives (les performances dépendent principalement du débit mesuré en Mo/s). Les volumes SSD sont conçus pour les charges de travail de base de données transactionnelles nécessitant des capacités d'E/S par seconde intensives, les volumes de démarrage et les charges de travail nécessitant un volume élevé d'opérations d'E/S par seconde. Les volumes SSD comprennent les volumes SSD Provisioned IOPS (io1) et les volumes SSD à usage général (gp2). Les volumes HDD sont conçus pour les charges de travail à débit élevé et Big Data, les grandes tailles d'E/S et les modèles d'E/S séquentiels. Les volumes HDD comprennent les volumes Throughput Optimized HDD (st1) et Cold HDD (sc1). Pour plus d'informations sur Amazon EBS, consultez la page de présentation d'EBS.

Q : Prenez-vous en charge les instances multiples accédant à un seul volume ?

Bien que vous puissiez lier plusieurs volumes à une même instance, il n'est pas possible à ce jour d'associer plusieurs instances à un seul volume.

Q : Sera-t-il possible d'accéder aux instantanés EBS en utilisant les API Amazon S3 habituelles ?

Non, les instantanés EBS sont uniquement disponibles via les API Amazon EC2.

Q : Les volumes ont-ils besoin d'être démontés pour prendre un instantané ? L'instantané doit-il être terminé pour pouvoir utiliser à nouveau le volume ? 

Non, les instantanés peuvent être pris en temps réel alors que le volume est attaché et en utilisation. Toutefois, les instantanés ne capturent que les données qui ont été écrites sur votre volume Amazon EBS, toute donnée ayant été cachée localement par votre application ou votre système d'exploitation pouvant être exclue. Afin d'assurer des instantanés constants sur les volumes attachés à une instance, nous recommandons de détacher clairement le volume, d'émettre la commande d'instantané puis de rattacher le volume. Pour les volumes Amazon EBS qui font office de périphériques racine, nous recommandons d'éteindre la machine pour effectuer un instantané précis.

Q : Les instantanés sont-ils gérés par version ? Puis-je lire un ancien instantané pour effectuer une récupération à un instant donné ?

A chaque instantané est attribué un identifiant unique et les clients peuvent créer des volumes sur la base d'un des instantanés existants.

Q : Quels sont les frais qui s'appliquent lors de l'utilisation des instantanés partagés Amazon EBS ?

Si vous partagez un instantané, vous ne serez pas facturé lorsque d'autres utilisateurs en font une copie. Si vous faites une copie du volume partagé d'un autre utilisateur, vous serez facturé au tarif EBS normal.

Q : Les utilisateurs de mes instantanés partagés Amazon EBS peuvent-ils changer mes données ?

Les utilisateurs qui ont la permission de créer des volumes basés sur vos instantanés partagés feront d'abord une copie de votre instantané dans leur compte. Les utilisateurs peuvent modifier leur propre copie de données, mais les données sur votre instantané d'origine et tout autre volume crée par d'autres utilisateurs à partir de votre instantané d'origine ne seront pas modifiés.

Q : Comment puis-je identifier les instantanés Amazon EBS qui ont été partagés avec moi ?

Vous pouvez trouver des instantanés qui ont été partagés avec vous en sélectionnant "Instantanés privés" dans le menu déroulant d'affichage dans la section d'instantanés de AWS Management Console. Cette section énumère à la fois les instantanés dont vous êtes propriétaire et ceux qui sont partagés avec vous.

Q : Comment puis-je trouver quels sont les instantanés Amazon EBS qui sont partagés globalement ?

Vous pouvez trouver les instantanés qui ont été partagés globalement en sélectionnant « Public Snapshots » dans le menu déroulant d'affichage de la section Snapshots dans AWS Management Console.

Q : Existe-t-il une fonction de chiffrement pour les volumes et les instantanés Amazon EBS ?

Oui. EBS offre un chiffrement transparent des volumes et instantanés de données. EBS Encryption vous permet de mieux répondre aux exigences de conformité en matière de sécurité et de chiffrement.

Q : Comment trouver la liste des ensembles de données publics Amazon ?

Toutes les informations sur les ensembles de données publics sont disponibles dans notre Centre de ressources consacré aux ensembles de données publics. Vous pouvez également obtenir une liste des ensembles de données publics dans AWS Management Console en choisissant « Amazon Snapshots » dans le menu déroulant d'affichage de la section Snapshots.

Q : Où puis-je obtenir des informations supplémentaires sur Amazon EBS ?

Vous pouvez consulter la FAQ sur Amazon EBS.

Q : Comment accéder à un système de fichiers depuis une instance Amazon EC2 ?

Pour accéder à votre système de fichiers, vous pouvez le monter sur une instance Amazon EC2 basée sur Linux à l'aide de la commande de montage Linux standard et du nom du serveur DNS du système. Une fois le système monté, vous pouvez travailler avec ses fichiers et répertoires comme vous le feriez avec un système de fichiers local.

Amazon EFS utilise le protocole NFSv4.1. Pour découvrir un exemple qui vous explique, étape par étape, comment accéder à un système de fichiers depuis une instance Amazon EC2, consultez le guide de démarrage Amazon EFS.

Q : Quels types d'instances Amazon EC2 et quelles AMI fonctionnent avec Amazon EFS ?

Amazon EFS est compatible avec tous les