application et son cycle de vie de base de données hébergé sur le cloud (UEC)

Question

Un concept trivial mais crucial que je ne suis pas capable de comprendre dans l'architecture cloud.

Nous avons installé une application Web dans une image kvm et cette image a été enregistrée avec le nuage Eucalyptus.

Maintenant, si plusieurs clients instancient la même image, comment leurs données individuelles seront-elles conservées dans la base de données? Devrai-je réorganiser la base de données pour prendre en charge la multi-location? Mais ce que nous voulions, c'est "quick-saas-enablement" en utilisant la virtualisation sans ré-architecturer l'application existante et sa base de données.

S'il vous plaît nous guider :)

Answer 1

Images (ce que vous téléchargez et inscrivez-vous pour être exécuté comme des instances plus tard) sont, si vous voulez, en lecture seule. Une fois qu'un utilisateur a exécuté euca-run-instances, une copie de cette image sera copiée et assemblée pour cette instance spécifique. Ainsi, chaque fois qu'un utilisateur (qui a accès à l'image) lance une instance, il obtiendra exactement ce qui a été téléchargé à l'origine. Toute la modification sera perdue une fois l'instance terminée. En bref, vous ne voulez pas télécharger un mot de passe ou des informations dynamiques dans une image. Pour les informations dynamiques, vous pouvez utiliser EBS (stockage par blocs élastiques). Vous pouvez également personnaliser les instances en utilisant données utilisateur (pour les exemples de script, recherchez cloud-init ou consultez le Eucalyptus Recipes project). Certaines personnes utilisent le démarrage à partir d'EBS (instances qui persistent malgré l'arrêt et le redémarrage), tandis que d'autres utilisent des instances éphémères couplées à des volumes EBS (certains des scripts ci-dessus) ou une réplication agressive (Netflix par exemple). Presque tous utilisent Walrus/S3 pour la sauvegarde et la reprise après sinistre.