Je suis un utilisateur de Scalr, un abonné Scalr.net, et sont devenus un passionné de Scalr. Je ne peux pas me permettre Rightscale.
Scalr peut faire ce que vous demandez.
Scalr dispose de trois images (chacune avec 32/64 versions de bits), plus une base (générique) Image:
1) Une image d'équilibrage de charge, la course nginx. Une configuration hautement disponible en nécessite deux. Scalr va gérer votre service de noms, et le round robin entre eux. Si l'un d'eux tombe en panne, Scalr le supprimera de DNS et affichera une autre instance. Il est possible d'exécuter d'autres équilibreurs de charge, mais nginx est la valeur par défaut.
2) Plusieurs images de serveur d'application sont disponibles, exécutant Apache/Tomcat/Rails. Vous configurez votre application ici, que ce soit PHP/Perl/Python/Java/Ruby/peu importe. nginx route les demandes entre ces instances groupées par utilisateur unique (basé sur IP + navigateur). Scalr les surveille aussi pour l'upness, et remplace les instances cassées.
3) Une image de base de données MySQL, avec réplication maître/esclave automatique. Il suffit de déployer votre schéma, et Scalr gère la réplication et remplace les serveurs défunts. Il sauvegardera également vos données périodiquement.Le DNS de Scalr fournit des noms d'hôtes maître et esclave, de sorte que vous pouvez faire lire votre application par les esclaves et écrire au maître.
Tous ces types d'instance seront automatiquement mis à l'échelle en fonction de la charge. Vous commencez avec l'image de base la plus proche de ce que vous faites, et ensuite vous les personnalisez pour votre application. Par exemple, nous déployons notre application Perl/Catalyst sur les instances du serveur apache, mais nous diffusons du contenu statique à partir des serveurs frontaux nginx. Nous avons dû modifier légèrement notre application pour utiliser les handles de base de données en lecture/écriture. Dans l'ensemble, il a fallu environ trois semaines de traitement des bogues dans Scalr pour que notre application soit dans un état fiable où je suis sûr qu'elle est hautement disponible avec Scalr. Leur soutien était phénoménal, donc les bugs ne me dérangeaient pas trop, et le système arrive vraiment. Il approche de la fiabilité sérieuse. En parallèle, la meilleure fonctionnalité de Scalr est la fonctionnalité «Synchronize to All», qui regroupe automatiquement votre AMI et la redéploie sur une nouvelle instance, le tout sans interruption de service. Cela vous évite de devoir passer par le long processus de création d'image/AMI EC2, ce qui peut rendre les tâches d'administration très simples en 20 minutes. Vous pouvez l'utiliser si vous mettez à l'échelle votre batterie de serveurs ou non - ce serait très pratique même sur une seule instance.
Je paye Scalr.net 50 $ par mois pour héberger le service pour moi parce que je pense que cela me fait gagner du temps et de l'argent. Le résultat final est le suivant: lors de mon dernier concert, nous avons eu un gars de systèmes qui travaillait sur notre serveur d'application Linux DB + hautement disponible pendant un an ... et il n'a pas atteint le niveau de fiabilité que j'ai atteint en trois semaines . Les économies réalisées en utilisant Scalr par rapport au roulement du mien sont extrêmes. Tout cela étant dit, si je pouvais me permettre Rightscale, j'utiliserais Rightscale. Mais les frais initiaux et 500 $ par mois rendent cela impossible. Il a été question d'agiter les frais initiaux en échange de la consultation, mais les frais de service mensuels ne vont nulle part.
Je dois mentionner que pour l'instant, le site web de sclar.net est en panne, donc si je voulais gérer l'une de mes fermes de serveurs (je ne les ai pas en place), je ne pouvais tout simplement pas maintenant. Il n'est pas clair si la mise à l'échelle fonctionne pour les abonnés scalr.net en ce moment, ou non. C'est-à-dire ... ce n'est peut-être pas encore une solution mature. Cela n'arrive pas souvent, avant ce soir, le seul temps d'arrêt que j'ai connu était de quelques minutes à la fois. Mais ouais ... son bas MAINTENANT, donc je dois le mentionner :)
Je suggère une lecture approfondie du groupe de soutien au http://groups.google.com/group/scalr-discuss avant de prendre votre décision. Si vous choisissez Scalr, soyez prêt à tester votre configuration et à résoudre tous les problèmes que vous avez sur le groupe google.
Dépend du problème que vous essayez de résoudre. La mise à l'échelle automatique n'interdit en aucun cas la mise à l'échelle dynamique, mais c'est bien agréable d'en avoir. – rjurney
-1. Ne tente pas de répondre à la question. – talonx