Images de Ebs-backed pour Amazon Web Services

Bien que Amazon Web Services (AWS) continue de soutenir à la fois S3- et images EBS soutenus, la communauté des utilisateurs AWS a une claire - préférence pour les images EBS soutenus - mais pas universelle. La principale réserve semble être liée à l'EBS (Elastic Block Store) régulier - savoir, les préoccupations concernant la performance incompatible EBS de débit associée à affirmation de réseau.

Ce problème peut être résolu en lançant une instance EBS soutenu avec IOPS provisionnés, l'extension de service EBS relativement récente qui offre des niveaux garantis de débit. Il ne satisfait pas nécessairement les critiques d'instances EBS soutenus (ils soulignent le coût supplémentaire qu'il impose), mais il n'y a pas faire des heureux, est-il?

Images EBS adossés sont disponibles depuis la fin de 2009. La principale différence entre une image d'EBS à des créances et une image S3 soutenu est que le premier utilise un volume EBS persistant pour le stockage d'instance - cas peut maintenant être arrêté et démarré après le lancement, en plus d'être terminée.

Concrètement, donc, une image d'EBS soutenu, lors de son lancement, peut créer une instance qui peut ensuite conserver les modifications quand il ne tourne pas.

Par exemple, si une image EBS-backed est lancé et l'instance résultant est ajouté à un pool d'instances dans une application, si l'instance est plus nécessaire dans le cadre de la piscine de l'instance, il peut être arrêté et mis en mode repos . Si le pool d'application nécessite des ressources supplémentaires plus tard, plutôt que de lancer une nouvelle instance de l'image EBS soutenu, la première instance peut être démarré et a ajouté à la piscine.

Démarrage d'une instance arrêté est non seulement plus rapide que le lancement complet, mais toutes les modifications apportées à l'instance persiste aussi à travers arrêts et départs - même arrêts et de départs multiples. Pas mal.

En plus le luxe d'exemple arrêts et les départs et les données persistance à travers le Stop / Start cycle images EBS soutenus offrent un certain nombre d'avantages par rapport aux images S3 adossées:

• Images EBS adossés permettent de volumes racine beaucoup plus grandes que les images S3 soutenus. Au lieu des simples volumes racine de 10Go trouvés dans les images S3 soutenus, images EBS adossés peuvent avoir des volumes aussi grandes que 1 To, ce qui permet plus de place pour des logiciels supplémentaires ou le stockage de données sur l'image profondes.

• Si une instance de EBS-backed est arrêté, vous engagez pas de frais EC2: Préoccupez-vous uniquement avec les coûts de stockage d'images sur EBS, similaires au coût de stockage que vous payez pour stocker une image S3 à S3.

• Si quelque chose va mal avec une image d'EBS soutenu, son volume racine peut être monté sur une autre instance. Vous pouvez ensuite examiner ou même réparer.

• Si vous avez besoin d'ajuster la taille de l'instance d'une instance d'EBS soutenu, l'arrêter et puis redémarrez-le à la nouvelle taille. Cette méthode est beaucoup plus souple et plus rapide que les instances S3 soutenus. (Ne pas oublier que les données de l'instance de EBS-backed est persistant à travers cet arrêt du cycle / start.)

• Seulement un type d'EBS adossés soutient le type d'instance EC2 Micro. Le type Micro est utile pour les tests et pour certains cas d'utilisation du traitement à faible volume, et, surtout, il fait partie du niveau d'utilisation gratuite que Amazon rend disponible. Si vous voulez travailler avec EC2 sans frais, vous devez utiliser des images EBS soutenus.

Bien que les images EBS soutenus vous permettent de lancer et d'arrêter les cas, avec la persistance des données à travers le Stop / Start cycles, ils ne persistent pas données dans le cas d'une résiliation. Toutes les données qui ne sont pas présents sur l'image est éliminée lorsqu'une instance EBS adossés termine.

Pour cette raison, vous devez suivre la même pratique avec les instances EBS soutenus que vous suivez avec les instances S3 adossées: place toutes les données qui exige de la persévérance sur les volumes EBS distincts qui persistent même si l'instance ils sont attachés à la termine.