> EC2 == Amazon Elastic Compute Cloud
> ce sont des serveurs sur lesquels on déploie des images (AMI : Amazon Machine Image).
Mouaif.
Tu peux faire ta propre AMI.
Les AMI ne sont que des archives (on y met ce qu'on veut). Ça devient un OS utilisable par une instance EC2 lorsque c'est remonté sur S3 et renseigné comme tel.
D'ailleurs mon AMI a "bêtement" été faite à partir d'une de mes machines virtuelles qui tourne sur ma bécane.
Actuellement le seul problème est qu'on doit choisir un noyau/raminitrd dans une liste (mais assez étoffée). C'est le service EC2 qui lance/charge le noyau et raminitrd. Tout ce qui a après, c'est toi qui décide.
On ne peut pas actuellement faire le noyau qu'on veut utiliser (mais on peut toujours compiler et charger des modules).
> La différence avec une machine dédiée, c'est qu'il n'y a pas de stockage
En fait il y a stockage. Il y a une machine virtuelle (ce qui inclus CPU, mémoire, disque, etc). Le problème est que si tu arrêtes ta machine virtuelle, tu perds le CPU, la mémoire, et aussi évidemment le disque. NB: on paye l'utilisation à la minute de EC2. Si tu arrêtes de payer, tu perds tout. C'est bien normal.
Maintenant on peut acheter séparément la machine virtuelle (avec un disque pour au moins booter) et d'autres disques. Donc si tu arrêtes ta bécane sous EC2, tu peux garder les disques que tu as acheté séparément (mais il te faudra une machine EC2 pour y accéder).
En passant, l'ancienne autre limitation d'EC2 était l'adresse IP. Avant il n'y avait que des adresses dynamiques. Maintenant tu peux aussi acheter une adresse ip static.
> - S3 == Simple Storage Service ( http://aws.amazon.com/s3/ )
> c'est le service de stockage qui est monté dans les instances des images AMI
Pas vraiment. Les AMI sont stockées sur S3 (faut bien les stocker quelque part).
S3 est un service de stockage qui n'est pas lié à EC2. On peut utiliser l'un sans l'autre à l'exception que l'AMI doit être sur S3. Lorsque tu demandes une machine EC2, l'AMI sur S3 est copiée sur ta machine EC2 (tu peux à partir de ce moment supprimer l'AMI sur S3 si ça te chante). Tu peux utiliser S3 avec un navigateur web, avec une API Java, faire de ton espace de stockage S3 un système de fichier (sous Linux ou Windows ou quasi n'importe quoi), etc.
C'est utilisable depuis EC2 et depuis n'importe où (du moment qu'il y a un accès internet).
Il y a un cas particulier, la bande passante et les "transactions" entre une machine virtuelle EC2 et S3 sont gratuites. S'il n'y a que des machines EC2 qui utilisent S3, on ne paye que le volume stocké (très peu cher et avec garanti de service (comme pour EC2 depuis peu de temps)). La communication entre machines virtuelles EC2 est aussi gratuite (avec une belle bande passante en prime).
> =>Ces 2 technos peuvent permettre de suivre la charge TRÈS simplement par rapport à une batterie de serveurs dédiées.
EC2 et S3 sont des services finalement assez basiques. Après on en fait ce qu'on veut. C'est aussi idéal pour faire des tests (puisqu'on paye à la minute).
Mais ça n'a rien à voir avec Google App Engine.
EC2 : machine virtuelle
S3 : stockage
C'est tout.
Des services basiques mais particuliairement bien foutus.
AWS a des services plus ou moins concurrent de Google App Engine. Mais pas EC2 et S3.
> Les AMI sont des images de distributions Linux en général.
EC2 supporte Solaris et Windows depuis peu de temps (et probablement *BSD).
[^] # Re: Et vous qu'en pensez vous de ce journal ?
Posté par IsNotGood . En réponse au journal Google App Engine ma tuer. Évalué à 2.
> ce sont des serveurs sur lesquels on déploie des images (AMI : Amazon Machine Image).
Mouaif.
Tu peux faire ta propre AMI.
Les AMI ne sont que des archives (on y met ce qu'on veut). Ça devient un OS utilisable par une instance EC2 lorsque c'est remonté sur S3 et renseigné comme tel.
D'ailleurs mon AMI a "bêtement" été faite à partir d'une de mes machines virtuelles qui tourne sur ma bécane.
Actuellement le seul problème est qu'on doit choisir un noyau/raminitrd dans une liste (mais assez étoffée). C'est le service EC2 qui lance/charge le noyau et raminitrd. Tout ce qui a après, c'est toi qui décide.
On ne peut pas actuellement faire le noyau qu'on veut utiliser (mais on peut toujours compiler et charger des modules).
> La différence avec une machine dédiée, c'est qu'il n'y a pas de stockage
En fait il y a stockage. Il y a une machine virtuelle (ce qui inclus CPU, mémoire, disque, etc). Le problème est que si tu arrêtes ta machine virtuelle, tu perds le CPU, la mémoire, et aussi évidemment le disque. NB: on paye l'utilisation à la minute de EC2. Si tu arrêtes de payer, tu perds tout. C'est bien normal.
Maintenant on peut acheter séparément la machine virtuelle (avec un disque pour au moins booter) et d'autres disques. Donc si tu arrêtes ta bécane sous EC2, tu peux garder les disques que tu as acheté séparément (mais il te faudra une machine EC2 pour y accéder).
En passant, l'ancienne autre limitation d'EC2 était l'adresse IP. Avant il n'y avait que des adresses dynamiques. Maintenant tu peux aussi acheter une adresse ip static.
> - S3 == Simple Storage Service ( http://aws.amazon.com/s3/ )
> c'est le service de stockage qui est monté dans les instances des images AMI
Pas vraiment. Les AMI sont stockées sur S3 (faut bien les stocker quelque part).
S3 est un service de stockage qui n'est pas lié à EC2. On peut utiliser l'un sans l'autre à l'exception que l'AMI doit être sur S3. Lorsque tu demandes une machine EC2, l'AMI sur S3 est copiée sur ta machine EC2 (tu peux à partir de ce moment supprimer l'AMI sur S3 si ça te chante). Tu peux utiliser S3 avec un navigateur web, avec une API Java, faire de ton espace de stockage S3 un système de fichier (sous Linux ou Windows ou quasi n'importe quoi), etc.
C'est utilisable depuis EC2 et depuis n'importe où (du moment qu'il y a un accès internet).
Il y a un cas particulier, la bande passante et les "transactions" entre une machine virtuelle EC2 et S3 sont gratuites. S'il n'y a que des machines EC2 qui utilisent S3, on ne paye que le volume stocké (très peu cher et avec garanti de service (comme pour EC2 depuis peu de temps)). La communication entre machines virtuelles EC2 est aussi gratuite (avec une belle bande passante en prime).
> =>Ces 2 technos peuvent permettre de suivre la charge TRÈS simplement par rapport à une batterie de serveurs dédiées.
EC2 et S3 sont des services finalement assez basiques. Après on en fait ce qu'on veut. C'est aussi idéal pour faire des tests (puisqu'on paye à la minute).
Mais ça n'a rien à voir avec Google App Engine.
EC2 : machine virtuelle
S3 : stockage
C'est tout.
Des services basiques mais particuliairement bien foutus.
AWS a des services plus ou moins concurrent de Google App Engine. Mais pas EC2 et S3.
> Les AMI sont des images de distributions Linux en général.
EC2 supporte Solaris et Windows depuis peu de temps (et probablement *BSD).