Questions fréquentes (FAQ) sur Amazon EBS

Q : La taille des volumes Amazon EBS et des ID d'instantané (snapshot) va-t-elle changer en 2018 ?

Oui, veuillez consulter la page relative aux FAQ sur EC2 pour en savoir plus.

Q : Qu'est-ce qui arrive à mes données lorsqu'une instance Amazon EC2 se termine ?

Contrairement aux données enregistrées sur un stockage d'instance local (qui persistent uniquement tant que cette instance est active), les données stockées sur un volume Amazon EBS persistent indépendamment de la durée de vie de l'instance. Par conséquent, nous vous recommandons d'utiliser le stockage d'instances local uniquement pour les données temporaires. Pour les données nécessitant un niveau de durabilité supérieur, nous vous recommandons d'utiliser des volumes Amazon EBS ou de sauvegarder les données sur Amazon S3. Si vous utilisez un volume Amazon EBS en tant que partition racine, définissez l'indicateur « Delete on termination » sur « No » pour que votre volume Amazon EBS persiste indépendamment de la durée de vie de l'instance.

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

Amazon EBS propose sept types de volumes : SSD IOPS provisionnés (io2 Block Express, io2 et io1), SSD polyvalent (gp3 et gp2), disque dur à débit optimisé (st1) et disque dur pour les données peu utilisées (sc1). Ces types de volumes diffèrent en termes de performances et de prix, ce qui vous permet d'adapter les performances et le coût de votre stockage aux besoins de vos applications. La latence moyenne entre les instances EC2 et EBS est exprimée en quelques millisecondes. Pour en savoir plus sur les performances, reportez-vous à la page de présentation d'EBS. Pour plus d'informations sur les recommandations de performances Amazon EBS, consultez Augmentation des performances EBS.

Q : Quel volume dois-je choisir ?

Amazon EBS comprend deux grandes catégories de stockage : le stockage SSD pour les charges de travail transactionnelles (les performances dépendent principalement de l'IOPS, de la latence et de la durabilité), et le stockage sur disque HDD pour les charges de travail à haut débit (les performances dépendent principalement du débit, mesuré en Mo/s). Les volumes SSD sont conçus pour les applications de travail de base de données transactionnelles à hauts volumes d'IOPS, les volumes de démarrage et les applications nécessitant un volume élevé d'IOPS. Les volumes SSD comprennent les volumes SSD IOPS provisionnés (io1 et io2) et les volumes SSD polyvalents (gp3 et gp2). Les volumes SSD io2 et io2 Block Express IOPS provisionnés offrent une durabilité 100 supérieure de 99,999 %, ce qui les rend idéaux pour les applications stratégiques qui nécessitent un temps de fonctionnement plus élevé. gp3 est la dernière génération de volumes SSD polyvalents, qui offre un bon équilibre entre le prix et les performances pour la plupart des applications qui ne nécessitent pas les plus hautes performances IOPS ou une durabilité de 99,999 %. Les volumes HDD sont conçus pour les application haut débit et Big Data, les I/O de grande taille et les modèles d'I/O séquentiels. Les volumes HDD comprennent les volumes HDD à débit optimisé (st1) et pour les volumes HDD pour les données au repos (sc1).

Q : Étant donné que les volumes io2 offrent une plus grande durabilité, dois-je quand même créer des instantanés et envisager de répliques les volumes io2 dans les zones de disponibilité (ZD) pour une meilleure durabilité ?

La durabilité élevée des volumes, les instantanés et la réplication des volumes dans les zones de disponibilité protègent contre différents types de pannes, et les clients peuvent choisir d'utiliser une, deux ou toutes ces approches en fonction de leurs besoins en matière de durabilité des données. Une durabilité de volume plus élevée réduit la probabilité de perdre la copie principale de vos données Les instantanés protègent contre l'éventualité peu probable d'un volume défectueux. La réplication des volumes dans les zones de disponibilité protège contre une défaillance de zone de disponibilité et permet également une récupération plus rapide en cas de défaillance.

Q : Comment puis-je modifier la capacité, les performances ou le type d'un volume EBS existant ?

Modifier la configuration d'un volume est une tâche relativement simple. La fonctionnalité Elastic Volumes vous permet d'augmenter les capacités, d'ajuster les performances ou de modifier le type de votre volume à l'aide d'un simple appel de l'interface de ligne de commande, d'un appel de l'API ou en quelques clics via la console. Pour en savoir plus sur Elastic Volumes, consultez la documentation Elastic Volumes.

Q : Les volumes standard EBS sont-ils toujours disponibles ?

Les volumes standard EBS ont été renommés en volumes magnétiques EBS. Les volumes existants restent identiques, et les volumes magnétiques EBS ne présentent pas de différence majeure avec les volumes standard EBS. Le nom de cette offre a été modifié pour éviter toute confusion avec notre nouveau type de volume SSD à polyvalent (gp2) qui est le type de volume que nous recommandons par défaut.

Q : Les volumes SSD IOPS provisionnés (io2 Block Express, io2 et io1) sont-ils disponibles pour tous les types d'instances Amazon EC2 ?

Les volumes io1 SSD IOPS provisionnés sont disponibles pour tous les types d'instances Amazon EC2, alors que les volumes io2 SSD IOPS provisionnés sont disponibles sur tous les types d'instances EC2, à l'exception de R5b. Les volumes io2 Bloc Express sont disponibles actuellement uniquement sur les instances R5b. Utilisez des instances EC2 optimisées pour EBS pour fournir des IOPS constants et prévisibles sur les volumes io2 et io1. Les instances optimisées pour EBS fournissent un débit dédié entre Amazon EC2 et Amazon EBS, avec des options variant entre 62,5 Mo/s et 7 500 Mo/s, selon le type d'instance utilisé. Pour atteindre la limite de 64 000 IOPS et le débit de 1 000 Mo/s, le volume doit être connecté à une instance EC2 Nitro System.

Q : Quel niveau de cohérence des performances puis-je attendre de mes volumes de SSD IOPS provisionnés (io2 et io1) ?

Lorsqu'ils sont attachés à des instances optimisées pour EBS, les volumes SSD IOPS provisionnés (io2 et io1) fournissent les performances des volumes IOPS provisionnés avec une marge de 10 %, 99,9 % du temps sur une année donnée. Vos performances exactes dépendent des besoins E/S de votre application.

Q : Quel niveau de latence puis-je attendre des volumes SSD IOPS provisionnés (io2 et io1) ?

Une fois attachés aux instances optimisées pour EBS, les volumes IOPS provisionnés peuvent atteindre des latences de moins de 10 millisecondes. Vos performances exactes dépendent des besoins E/S de votre application.

Q : La taille d'E/S en écriture et en lecture de mon application a-t-elle un impact sur le taux d'IOPS de mes volumes SSD IOPS provisionnés (io2 et io1) ?

Oui. Lorsque vous provisionnez les IOPS des volumes io2 ou io1, le taux d'IOPS que vous obtenez dépend de la taille des E/S de votre application en lecture et en écriture. Les volumes IOPS provisionnés disposent d'une taille d'E/S de base de 16 Ko. Ainsi, si vous avez provisionné un volume avec 40 000 IOPS pour une taille d'entrée/sortie de 16 Ko, ils atteindront jusqu'à 40 000 IOPS à cette taille. Si la taille des entrées/sorties est portée à 32 Ko, vous obtiendrez jusqu'à 20 000 IOPS, et ainsi de suite. Pour plus d’informations, consultez la documentation technique sur les volumes IOPS provisionnés. Vous pouvez utiliser Amazon CloudWatch pour surveiller votre débit et vos tailles d'E/S.

Q : Quels sont les facteurs pouvant affecter la constance des performances que j'observe avec les volumes SSD IOPS provisionnés (io2 et io1) ?

Les volumes SSD IOPS provisionnés (io2 et io1) attachés aux instances optimisées pour EBS offrent des performances constantes, en fournissant les performances des volumes IOPS provisionnés avec une marge de 10 %, 99,9 % du temps sur une année donnée. Pour bénéficier d’une constance maximale des performances avec les nouveaux volumes créés à partir d'un instantané, nous recommandons d'activer la fonction Fast Snapshot Restore (FSR) sur vos instantanés. Les volumes EBS restaurés à partir d'instantanés FSR bénéficient fonctionnent instantanément de manière optimale.

Un autre facteur pouvant altérer les performances est l'envoi insuffisant de demandes d'E/S par votre application. Vous pouvez contrôler cet aspect en observant la profondeur de la file d'attente de votre volume. La profondeur de la file d'attente est le nombre de demandes d'E/S en attente, en provenance de votre application et à destination de votre volume. Pour une constance maximale, un volume IOPS dimensionné doit conserver une profondeur de file d'attente moyenne (arrondie à l'entier le plus proche) de un par tranche de 1 000 IOPS provisionnés par minute. Par exemple, pour un volume provisionné avec 3 000 IOPS, la profondeur moyenne de la file d'attente doit être de 3. Pour en savoir plus sur la cohérence des performances de vos volumes, consultez la section Increasing EBS Performance.

Q : Quel niveau de constance puis-je attendre des performances de mes volumes HDD ?

Lorsqu'ils sont associés à des instances optimisées pour EBS, les volumes Throughput Optimized HDD (st1) et Cold HDD (sc1) sont conçus pour fournir le débit prévu 99 % du temps sur une année et ce, avec une marge de 10 %. Votre niveau exact de performance dépend des besoins en E/S de votre application et des performances de votre instance EC2.

Q : La taille d'E/S en écriture et en lecture de mon application a-t-elle un impact sur le débit que j'obtiens de mes volumes HDD ?

Oui. Le débit obtenu dépend de la taille d'E/S en écriture et en lecture de votre application. Les volumes HDD traitent les lectures et écritures avec une taille d'E/S de 1 Mo. Les E/S séquentielles sont fusionnées et traitées sous forme d'unités de 1 Mo, tandis que chaque E/S non séquentielle est traitée comme une unité de 1 Mo même si la taille d'E/S réelle est inférieure. Ainsi, une charge de travail transactionnelle comprenant de petites E/S aléatoires (une base de données, par exemple) ne fonctionnera pas bien sur des volumes HDD, tandis que les entrées séquentielles et les grandes tailles d'E/S permettront d'obtenir les performances annoncées pour les volumes st1 et sc1 pendant une plus longue période.

Q : Quels sont les facteurs susceptibles d'influer sur l'homogénéité des performances de mes volumes HDD ?

Les volumes Throughput Optimized HDD (st1) et Cold HDD (sc1) associés à des instances optimisées pour EBS sont conçus pour fournir des performances constantes en matière de débit prévu (avec une marge de 10 %), et ce, 99 % du temps sur une année. Plusieurs facteurs peuvent avoir un impact sur le niveau de constance que vous observez. Par exemple, l'équilibre relatif entre les opérations d'E/S aléatoires et séquentielles sur le volume peuvent influer sur vos performances. Beaucoup trop d'opérations d'E/S aléatoires et à petite échelle épuisent rapidement vos crédits d'E/S et ramènent vos performances au taux de base. Votre débit peut également être plus faible en fonction de l'instance sélectionnée. Bien que les volumes st1 permettent d'obtenir un débit de 500 Mo/s, les performances seront restreintes par la limite du trafic EBS appliquée séparément au niveau des instances. Un autre facteur pouvant altérer les performances est la réalisation d'une capture d'écran qui ramènera les performances en écriture prévues au taux de base, jusqu'à ce que la capture d'écran soit terminée. Ce facteur est propre aux volumes st1 et sc1.

Vos performances peuvent également être affectées si votre application n'envoie pas suffisamment de demandes d'E/S. Il est possible de contrôler ce phénomène en examinant la profondeur de file d'attente et la taille d'E/S de votre volume. La profondeur de la file d'attente est le nombre de demandes d'E/S en attente, en provenance de votre application et à destination de votre volume. Pour une constance maximale, les volumes sauvegardés sur le disque dur doivent conserver une profondeur de file d'attente moyenne (arrondie à l'entier le plus proche) par tranche de quatre ou plus pour chaque E/S séquentielle de 1 Mo. Pour en savoir plus sur la cohérence des performances de vos volumes, consultez la section Increasing EBS Performance.

Q : Puis-je agréger plusieurs volumes pour obtenir de meilleures performances ?

Oui. Vous pouvez entrelacer plusieurs volumes pour atteindre jusqu'à 260 000 IOPS ou 60 000 Mbps (ou 7500 Mo / s) lorsqu'ils sont connectés à des instances EC2 plus grandes. Cependant, les performances des volumes st1 et sc1 évoluent de façon linéaire en fonction de la taille du volume. Il est donc possible que l'agrégation de ces volumes ne soit pas aussi avantageuse.

Q : Comment Amazon EBS gère-t-il des problèmes tels que les conflits de stockage ?

EBS est un service de stockage par bloc à locataires multiples. Nous limitons le débit pour éviter les conflits de ressources. Dans un premier temps, nous définissons les critères de performances pour les volumes ; nos types de volume (gp2, PIOPS, st1 et sc1) ont tous des caractéristiques de performances en termes d'IOPS et de débit. Ensuite, nous définissons les performances au niveau de l'instance. Chaque instance optimisée EBS définit les performances (à la fois le débit et l'IOPS) de l'ensemble des volumes EBS associés à l'instance. Un client peut donc dimensionner les instances et les volumes pour obtenir le niveau de performances souhaité. En outre, les clients peuvent utiliser nos mesures présentées pour suivre les performances au niveau de l'instance et du volume. Ils peuvent définir des alarmes pour signaler que les données ne correspondent pas aux performances attendues. Les métriques peuvent également aider à déterminer si les clients sont configurés sur le bon type d'instance avec la bonne quantité de performances au niveau du volume. Du côté d'EBS, nous utilisons les performances configurées pour indiquer comment nous allouons l'instance appropriée et l'infrastructure EBS afin de prendre en charge les volumes. En allouant les infrastructures de manière appropriée, nous évitons les conflits de ressources. De plus, nous surveillons constamment notre infrastructure. Cette surveillance nous permet de détecter les pannes d'infrastructure actuelles ou imminentes et donc de déplacer les volumes de manière proactive vers du matériel opérationnel pendant la réparation ou le remplacement (selon le cas) de l'infrastructure sous-jacente.

Q: À quel niveau de cohérence des performances puis-je m'attendre à voir sur mes volumes SSD à usage courant (gp3 et gp2) ?

Lorsqu'ils sont associés à des instances optimisées pour EBS, les volumes SSD Provisioned IOPS (gp3 et gp2) sont conçus pour fournir les performances mises en service 99 % du temps sur une année et ce, avec une marge de 10 %. Vos performances exactes dépendent des besoins E/S de votre application.

Q: Quel niveau de latence de performance puis-je espérer voir à partir de mes volumes SSD à usage général (gp3 et gp2) ?

Lorsqu'ils sont associés à des instances optimisées pour EBS, les volumes SSD à usage général (gp3 et gp2) peuvent atteindre des latences de l'ordre de quelques millisecondes. Vos performances exactes dépendent des besoins E/S de votre application.

Q: Les volumes SSD à usage général (gp3) ont-ils explosé?

Non. Tous les volumes de SSD à usage général (gp3) incluent 3 000 IOPS et 125 Mo / s de performances constantes sans frais supplémentaires. Les volumes peuvent prendre en charge les 3 000 IOPS et 125 Mo / s indéfiniment

Q: Comment la rafale fonctionne-t-elle sur les volumes SSD à usage général (gp2)?

Les volumes SSD à usage courant (gp2) inférieurs à 1 000 Go reçoivent des performances IOPS en rafale allant jusqu'à 3 000 IOPS pendant au moins 30 minutes de performances soutenues. De plus, les volumes gp2 offrent des performances constantes de 3 IOPS par Go provisionné. Par exemple, un volume de 500 Go est capable de générer 1 500 IOPS de manière cohérente et d'atteindre 3 000 IOPS pendant 60 minutes (3 000 IOPS * 60 secondes * 30 minutes / 1 500 IOPS / 60 secondes).

Q. Quelle est la différence entre io2 et io 2 Block Express?

Les volumes io2 offrent un stockage par blocs à hautes performances pour toutes les instances EC2. our les applications nécessitant des performances encore plus élevées, vous pouvez attacher des volumes io2 au type d'instance R5b qui fonctionne sur Block Express et offre des performances quatre fois supérieures à celles des volumes io2. Cela vous permettra d'atteindre une capacité de 64 TiB, 256 000 IOPS et 4 000 Mo/s de débit à partir d'un seul volume io2 avec une latence d'IO moyenne inférieure à la milliseconde.

Q : Qu'est-ce que EBS Block Express?

EBS Block Express est la nouvelle génération d'architecture de serveur de stockage Amazon EBS spécialement conçue pour offrir les plus hauts niveaux de performances avec une latence inférieure à la milliseconde. Pour ce faire, Block Express utilise des datagrammes fiables évolutifs (SRD), un protocole réseau haute performance à faible latence, pour communiquer avec les instances EC2 basées sur Nitro System. Il s'agit de la même interface réseau hautes performances et à faible latence que celle utilisée pour la communication inter-instance dans Elastic Fabric Adapter (EFA) pour les charges de travail de calcul haute performance (HPC) et le Machine Learning (ML). En outre, Block Express offre des blocs de construction logiciels et matériels modulaires qui peuvent être assemblés de nombreuses façons différentes, ce qui nous donne la souplesse nécessaire pour concevoir et fournir des performances améliorées et de nouvelles fonctionnalités plus rapidement.

Q : Quelles applications sont adaptées à io2 Block Express ?

io2 Block Express est adapté aux applications nécessitant une haute capacité et des performances élevées qui bénéficient d'une latence plus faible, d'un nombre plus élevé d'IOPS, d'un débit plus élevé ou d'une plus grande capacité dans un seul volume. Ces applications comprennent les bases de données relationnelles et NoSQL telles que SAP HANA, Oracle, MS SQL, PostgreSQL, MySQL, MongoDB, Cassandra, et les applications stratégiques pour les opérations métier telles que SAP Business Suite, NetWeaver, Oracle eBusiness, PeopleSoft, Siebel, et les applications ERP telles que Infor LN et Infor M3.

Q : Comment savoir si un volume io2 fonctionne sur Block Express ?

Si un volume io2 est attaché à un instance R5b, il fonctionne sur Block Express qui offre une latence inférieure à la milliseconde et la possibilité d'atteindre jusqu'à 256 000 IOPS et 4 000 Mo/s de débit, et jusqu'à 64 TiB en taille pour un seul volume. Les volumes io2 attachés à toutes les autres instances ne fonctionnent pas sur Block Express et offrent une latence inférieure à la milliseconde et la possibilité d'atteindre jusqu'à 64K IOPS et 1 Go/s de débit, et jusqu'à 16 TiB en taille pour un seul volume.

Q : Comment puis-je utiliser les API directes EBS pour instantanés ?

Cette fonction peut être utilisée à l'aide des API suivantes, qui peuvent être appelées à l'aide d'AWS CLI ou d'AWS SDK.

• List Snapshot Blocks : l'opération d'API ListSnapshotBlocks renvoie les index de blocs et les jetons de blocs pour les blocs dans l'instantané spécifié.
  
• List Changed Blocks : l'opération d'API ListChangedBlocks renvoie les index de blocs et les jetons de blocs pour les blocs qui diffèrent entre deux instantanés spécifiés de même volume/lignée d'instantané.
  
• Get Snapshot Blocks : l'opération d'API GetSnapshotBlock renvoie les données dans un bloc pour l'ID d'instantané, l'index de bloc et le jeton de bloc spécifiés.
  
• Start Snapshot : l'opération StartSnapshot lance un instantané, soit un instantané incrémentiel, soit un nouvel instantané. L'instantané démarré reste en attente jusqu'à sa terminaison par l'action CompleteSnapshot.
• Put Snapshot Block : l'opération PutSnapshot ajoute des données sous la forme de blocs individuels à un instantané démarré et en attente. Vous devez spécifier un total de contrôle SHA256 codé en Base64 pour le bloc de données transmises. Le service valide le total de contrôle après la fin de la transmission des données. La requête échoue lorsque le total de contrôle calculé par le service ne correspond pas à la valeur que vous avez spécifiée.
• Complete Snapshot : l'opération CompleteSnapshot termine un instantané démarré qui est en attente. L'instantané passe alors à l'état terminé.

Q : Quelles tailles de blocs sont prises en charge par les API GetSnapshotBlock et PutSnapshotBlock ?

Les API GetSnapshotBlock et PutSnapshotBlock prennent en charge une taille de blocs de 512 Kio.

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

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

Q : Est-ce que les volumes ont besoin d'être démontés pour prendre un instantané ?

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. Pour obtenir des instantanés cohérents sur les volumes associés à une instance, nous recommandons de dissocier correctement le volume, d'exécuter la commande de génération d'instantanés, puis de réassocier 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 : La création d'un instantané (snapshot) de l'intégralité d'un volume de 16 To dure-t-elle plus longtemps que celle de l'intégralité d'un volume d'un To ?

La création d'un instantané EBS de l'intégralité d'un volume de 16 To est pensée pour ne pas durer plus longtemps que celle de l'intégralité d'un volume de 1 To. Cependant, le temps réel nécessaire à la création d'un instantané dépend de différents facteurs, notamment de la quantité de données modifiées depuis le dernier instantané du volume EBS.

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é ?

À 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 : Comment puis-je voir les instantanés (snapshots) Amazon EBS qui ont été partagés avec moi ?

Vous trouverez les instantanés (snapshots) qui ont été partagés avec vous en sélectionnant Private Snapshots dans la liste figurant sous la section Snapshots dans AWS Management Console. Cette section répertorie à la fois les instantanés que vous possédez et ceux qui ont été partagés avec vous.

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

Vous trouverez les instantanés (snapshots) qui ont été partagés globalement en sélectionnant Public Snapshots dans la liste figurant sous la section Snapshots dans AWS Management Console.

Q : Comment obtenir la liste des ensembles de données publics Amazon stockés dans des instantanés Amazon EBS ?

Pour trouver des ensembles de données publics stockés en tant qu'instantanés Amazon, vous pouvez utiliser AWS Management Console. Connectez-vous à la console, sélectionnez le service Amazon EC2, sélectionnez les instantanés, puis filtrez sur les instantanés publics. Toutes les informations sur les ensembles de données publics sont disponibles dans notre centre de ressources Ensembles de données publics AWS.

Q : Quand dois-je utiliser Fast Snapshot Restore (FSR)?

Vous devez activer FSR sur les instantanés si vous êtes préoccupé par la latence de l'accès aux données lorsque vous restaurez les données d'un instantané sur un volume et que vous souhaitez éviter les pertes de performances lors de l'initialisation. FSR vise à vous aider dans les cas d'utilisation tels que l'infrastructure de bureau virtuel (VDI), la sauvegarde et la restauration, les copies de volume test/dev et le démarrage à partir d'AMI personnalisées. En activant FSR sur votre instantané, vous pouvez améliorer et prévoir les performances chaque fois que vous devez restaurer des données à partir de cet instantané.

Q : L'activation de FSR pour mon instantané accélère-t-elle la création d'instantanés ?

Non. Les instantanés FSR améliorent la restauration des données de sauvegarde de votre instantané sur vos volumes. Les instantanés FSR n'accélèrent pas le temps de création d'un instantané.

Q : Comment activer Fast Snapshot Restore (FSR) ?

Pour utiliser cette fonctionnalité, appelez la nouvelle API enable-fast-snapshot-restores sur un instantané situé dans la zone de disponibilité (AZ) dans laquelle les volumes initialisés doivent être restaurés.

L'instantané FSR peut se trouver dans l'un des états suivants : enabling (activation), optimizing (optimisation), enabled (activé), disabling (désactivation), disabled (désactivé). Les transitions d'état sont publiées sous forme d'événements CloudWatch et l'état FSR peut être vérifié via l'API describe-fast-snapshot-restores.

L'activation de FSR sur un instantané ne modifie aucune des interactions d'API d'instantané existantes, et les flux de travail existants n'ont pas besoin de changer. FSR peut être activé ou désactivé uniquement sur les instantanés appartenant à un compte. FSR ne peut pas être appliqué à des instantanés partagés. Vous pouvez afficher la liste de vos instantanés FSR via l'API ou la console.

Q : Comment utiliser Fast Snapshot Restore (FSR) ?

Pour estimer la taille de votre compartiment de crédit et votre taux de remplissage, divisez 1 024 par la taille de votre instantané. Par exemple, un instantané FSR de 100 Gio aura un solde maximum de 10 crédits avec un taux de remplissage de 10 crédits par heure. Un instantané de 4 Tio aura un solde maximum d'un avec un taux de remplissage d'un crédit toutes les quatre heures.

1. Une opération de création de volume unique consomme un seul crédit.
2. Le nombre de crédits est fonction de la taille de l'instantané compatible FSR.
3. Les crédits sont rechargés au fil du temps.
4. La taille maximale d'un compartiment de crédit est 10.

Pour estimer la taille de votre compartiment de crédit et votre taux de remplissage, divisez 1 024 par la taille de votre instantané. Par exemple, un instantané FSR de 100 Gio aura un solde maximum de 10 crédits avec un taux de remplissage de 10 crédits par heure. Un instantané de 4 Tio aura un solde maximum de 1 avec un taux de remplissage de 1 crédit toutes les 4 heures.

Il est important de noter que la taille du compartiment de crédit est fonction de la taille de l'instantané FSR, et non pas de la taille des volumes créés. Par exemple, il est possible de créer jusqu'à dix volumes de 1 Tio simultanément à partir d'un instantané de 100 Gio.

Enfin, chaque zone de disponibilité dans laquelle l'instantané FSR dispose de son propre compartiment de crédit, indépendamment des autres zones de disponibilité.

Q : Combien de volumes est-il possible de créer simultanément et que se passe-t-il lorsque je dépasse cette limite ?

La taille du compartiment de crédit de création représente le nombre maximal, et le solde du compartiment de crédit représente le nombre de créations disponibles. Une fois rempli, vous pouvez créer simultanément jusqu'à 10 volumes initialisés à partir d'un instantané FSR. La taille maximale du compartiment de crédit et son solde sont publiés en tant que métriques CloudWatch. Les créations de volumes au-delà de la limite continuent comme si FSR n'était pas activé sur l'instantané.

Q : Comment savoir quand un volume a été créé à partir d'un instantané FSR ?

Lors de l'utilisation de FSR, un nouvel attribut spécifique à EBS (fastRestored) est ajouté dans l'API DescribeVolumes pour indiquer le statut au moment de la création. Lorsqu'un volume est créé à partir d'un instantané FSR sans suffisamment de crédits de création de volume, la création aboutit, mais le volume n'est pas initialisé.

Q : Qu'arrive-t-il à FSR lorsque je supprime un instantané ?

Lorsque vous supprimez un instantané, la FSR de votre instantané est automatiquement désactivée et la facturation FSR de l'instantané s'arrête.

Puis-je activer FSR pour les instantanés publics et privés qui sont partagés avec moi ?

Oui, vous pouvez activer FSR pour les clichés publics, ainsi que pour tous les instantanés privés partagés avec votre compte. Pour activer FSR pour les instantanés partagés, vous pouvez utiliser le même ensemble d'appels d'API que celui que vous utilisez pour activer FSR sur les instantanés que vous possédez.

Q : Comment suis-je facturé pour l'activation de FSR sur un instantané partagé avec moi ?

Lorsque vous activez FSR sur votre instantané partagé, vous êtes facturé aux tarifs FSR standard (voir les pages de tarification). Notez que seul votre compte est facturé pour la FSR de l'instantané partagé. Le propriétaire de l'instantané n'est pas facturé lorsque vous activez FSR sur l'instantané partagé.

Q : Qu'arrive-t-il au FSR pour un instantané partagé lorsque le propriétaire de l'instantané arrête de partager l'instantané ou le supprime ?

Lorsque le propriétaire de votre instantané partagé supprime l'instantané ou arrête de le partager avec vous en révoquant vos autorisations de créer des volumes à partir de cet instantané, la FSR de votre instantané partagé est automatiquement désactivée, et la facturation FSR pour l'instantané est interrompue.

Q : Qu'est-ce qu'EBS Snapshots Archive ?

EBS Snapshots Archive est un niveau de stockage à faible coût qui stocke une copie intégrale de vos instantanés EBS à un instant donné. Contrairement à un instantané EBS d'un volume qui est progressif, une archive d'instantané est « complète » puisqu'elle contient tous les blocs écrits sur le volume au moment où l'instantané est pris. Pour recréer un volume à partir de EBS Snapshots Archive, vous devez restaurer l'instantané EBS vers le niveau standard, puis créer un volume EBS à partir de l'instantané restauré.

Q : Pourquoi utiliser EBS Snapshots Archive ?

Vous devez utiliser EBS Snapshots Archive si vous souhaitez conserver une copie complète de vos données instantanées pour répondre à vos besoins de conservation des données à long terme (> 90 jours) afin de répondre à vos politiques commerciales et à vos exigences de conformité. Vous pouvez également économiser sur les coûts des instantanés en déplaçant votre instantané du niveau standard vers le niveau EBS Snapshots Archive, si la réduction du niveau standard est supérieure à 25 % de la taille de votre instantané complet.

Vous devez envisager d'utiliser EBS Snapshots Archive dans les scénarios suivants :

1. Votre volume possède un seul instantané au niveau EBS Snapshot Standard et vous ne prévoyez pas de prendre d'instantanés supplémentaires pour ce volume. Dans ce cas, la taille de l'instantané incrémentiel est égale à la taille de l'archive complète.
2. Vous devez stocker des instantanés complets pour des raisons de politique commerciale ou de conformité. EBS Snapshots Archive stocke des instantanés complets sans aucune référence rétroactive à d'autres instantanés.
3. Vous souhaitez archiver des instantanés mensuels, trimestriels ou annuels pour réduire les coûts. Vous devez vous assurer de bénéficier d'une réduction des coûts de stockage lorsque votre instantané du niveau incrémentiel EBS Snapshot Standard est archivé sous forme d'instantané complet dans le niveau EBS Snapshots Archive.
   

Q : Quels instantanés du niveau EBS Snapshots Standard bénéficieront de l'utilisation d'EBS Snapshots Archive pour réaliser des économies ?

Q : Qu'est-ce que la corbeille pour instantanés EBS ?

La corbeille pour instantanés EBS permet de récupérer les instantanés EBS supprimés, protégeant ainsi les clients contre les suppressions accidentelles. Lorsqu'un instantané est supprimé d'un compte client qui a choisi d'utiliser la corbeille, l'instantané est automatiquement transféré dans la corbeille où il est conservé pendant une durée définie par le client avant d'être définitivement supprimé.

Q : Pourquoi dois-je utiliser la corbeille ?

La Corbeille vous offre un moyen simple et économique de récupérer vos instantanés suite à des suppressions accidentelles. La corbeille est particulièrement utile pour les données d'applications critiques commerciales que vous souhaitez protéger contre les suppressions accidentelles par les utilisateurs.

Q : Comment démarrer avec la corbeille ?

Pour chacun de vos comptes AWS, vous pouvez activer la corbeille en créant une ou plusieurs règles de conservation afin de définir la période de conservation de vos instantanés. Une fois qu'une règle de conservation est configurée, les instantanés supprimés commencent à être déplacés vers la corbeille et y restent pendant la période de conservation spécifiée. Vous pouvez restaurer un instantané depuis la corbeille à tout moment avant l'expiration de la période de conservation. La corbeille est accessible via la Console de gestion AWS, l'interface de ligne de commande AWS (CLI) ou les kits SDK AWS.

Pour en savoir plus, reportez-vous à la documentation technique.

Q : Quel est le prix des instantanés placés dans la corbeille ?

Les instantanés dans la corbeille sont facturés au même tarif que les instantanés Amazon EBS. Pour plus de détails, veuillez consulter https://aws.amazon.com/ebs/pricing/.

Q : Puis-je obtenir la facturation et l'utilisation de ma corbeille depuis Cost Explorer ?

Oui, vous pouvez accéder à votre facturation et à votre utilisation à l'aide de Cost Explorer. Vous pouvez utiliser la balise « aws:recycle-bin:resource-in-bin » pour estimer le coût des instantanés placés dans la corbeille.

Q : Qu'est-ce qu'Amazon EBS Encryption ?

Amazon EBS Encryption offre un chiffrement aisé des volumes de données, des volumes de démarrage et des instantanés (snapshots) EBS, sans qu'il soit nécessaire de créer ni de gérer d'infrastructure de gestion sécurisée des clés. Le chiffrement EBS assure la sécurité des données au repos en chiffrant vos données à l'aide de clés gérées par Amazon ou de clés que vous créez et gérez avec AWS Key Management Service (KMS). Le chiffrement est effectué sur les serveurs hébergeant des instances EC2, assurant le chiffrement des données lorsqu'elles se déplacent entre les instances EC2 et le stockage EBS. Pour plus de détails, reportez-vous à la section Amazon EBS Encryption dans le manuel Guide de l'utilisateur Amazon EC2.

Q : Qu'est-ce qu'AWS Key Management Service (KMS) ?

AWS KMS est un service géré qui facilite la création et le contrôle des clés de chiffrement utilisées pour crypter vos données. AWS Key Management Service est intégré à d'autres services AWS tels qu'Amazon EBS, Amazon S3 et Amazon Redshift, pour vous permettre de crypter facilement vos données à l'aide des clés de chiffrement que vous gérez. AWS Key Management Service est également intégré à AWS CloudTrail pour fournir des journaux contenant des informations sur toutes les utilisations des clés, dans le but de vous aider à répondre à vos besoins en matière de réglementation et de conformité. Pour en savoir plus sur KMS, consultez la page de présentation d'AWS Key Management Service.

Q : Pour quelles raisons devrais-je utiliser EBS Encryption ?

Amazon EBS Encryption vous permet de répondre aux exigences de conformité en matière de sécurité et de chiffrement pour le chiffrement des données au repos dans le cloud. Associer le chiffrement aux stratégies de contrôle d'accès IAM existantes améliore la stratégie de défense approfondie de votre entreprise.

Q : Comment mes clés Amazon EBS Encryption sont-elles gérées ?

Amazon EBS Encryption se charge de la gestion des clés pour vous. Chaque volume créé obtient une clé AES unique de 256 bits. Les volumes créés à partir des instantanés chiffrés partagent la clé. Ces clés sont protégées par votre propre infrastructure de gestion des clés, qui met en œuvre d'importants contrôles de sécurité logique et physique, afin d'empêcher tout accès non autorisé. Vos données et clés associées sont chiffrées à l'aide de l'algorithme AES-256 standard.

Q : EBS Encryption prend-il en charge les volumes de démarrage ?

Oui.

Q : Puis-je créer un volume de données chiffré au moment du lancement de l'instance ?

Oui. C'est possible en utilisant les clés principales client (CMK) qui sont soit gérées par AWS, soit par le client. Vous pouvez spécifier les détails et le chiffrement du volume par un appel d'API RunInstances avec le paramètre BlockDeviceMapping ou par l'assistant de lancement dans la console EC2.

Q : Puis-je créer des volumes de données chiffrés supplémentaires qui ne font pas partie de l'AMI au moment du lancement de l'instance ?

Oui. Vous pouvez créer un volume de données chiffré avec un chiffrement par défaut ou avec un chiffrement CMK personnalisé au moment du lancement de l'instance. Vous pouvez spécifier les détails et le chiffrement du volume par un objet BlockDeviceMapping dans un appel RunInstances ou par l'assistant de lancement dans la console EC2.

Q : Puis-je lancer une instance EBS chiffrée à partir d'une AMI non chiffrée ?

Oui. Consultez la documentation technique pour en savoir plus.

Q : Puis-je partager des instantanés chiffrés et des AMI avec d'autres comptes ?

Oui. Vous pouvez partager des instantanés et des AMI chiffrés à l'aide d'une clé principale gérée par le client (CMK) avec d'autres comptes AWS. Consultez la documentation technique pour en savoir plus.

Q : Puis-je m'assurer que tous les nouveaux volumes sont toujours chiffrés ?

Oui, vous pouvez activer le chiffrement EBS par défaut avec un seul paramètre par région. Cela garantit que tous les nouveaux volumes sont toujours chiffrés. Pour plus d'informations, consultez la documentation technique. 

Q : Serai-je facturé pour les E/S mises en service sur un volume IOPS dimensionné lorsque celui-ci est déconnecté d'une instance ?

Oui, vous serez facturé pour les E/S mises en services lorsque le volume IOPS dimensionné est déconnecté d'une instance. Lorsqu'un volume est détaché, nous vous conseillons de créer un instantané et de supprimer le volume, afin de réduire vos frais. Pour en savoir plus, consultez l'outil de vérification des volumes Amazon EBS sous-utilisés dans Trusted Advisor. Cette option vérifie les configurations de vos volumes Amazon Elastic Block Store (Amazon EBS) et vous avertit lorsque des volumes semblent être sous-utilisés.

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 : L'activation de Multi-Attach entraîne-t-elle des frais supplémentaires ?

Non. Multi-Attach peut être activé sur un volume (io1) IOPS provisionnés d'EBS moyennant des frais pour le stockage (Go-Mo) et l'IOPS (IOPS-Mo) mis en service.

Q : Puis-je démarrer une instance EC2 en utilisant un volume compatible avec Multi-Attach ?

Non.

Q : Que se passe-t-il si le drapeau « deleteOnTermination » n'est pas activé pour toutes les instances que j'ai attachées ?

Le comportement deleteOnTermination du volume est tributaire de la configuration de la dernière instance attachée résiliée. Vous pouvez garantir un comportement prévisible en matière de suppression après résiliation. Pour ce faire, activez ou désactivez « deleteOnTermination » pour toutes les instances auxquelles le volume est attaché.

Si vous souhaitez que le volume soit supprimé après la résiliation des instances attachées, activez « deleteOnTermination » pour toutes les instances auxquelles le volume est attaché. Si vous souhaitez conserver le volume après la résiliation des instances attachées, désactivez « deleteOnTermination » pour toutes les instances jointes. Pour plus d'informations, consultez la documentation technique pour Multi-Attach.

Q : Mon application est-elle compatible avec Multi-Attach ?

Si la coordination des opérations d'écriture de la couche de stockage n'est pas nécessaire pour votre application – c'est le cas lorsque qu'il s'agit d'une application en lecture seule – ou si votre application a une isolation E/S, c'est qu'elle peut utiliser Multi-Attach.