Toute réflexion sur RightScale et Scalr pour la gestion exemple EC2 dynamique [fermé]

Question

Je suis à la recherche d'un outil rentable pour la gestion d'une application web sur EC2. Rightscale semble le grand chien et les frais pour elle. Scalr ressemble à une solution plus rentable, mais il est difficile de trouver des expériences client réel ..

Les principaux aspects que je recherche est un équilibreur de charge (http et https) et un moyen d'apporter automatiquement la capacité des serveurs Web en ligne supplémentaire charge augmente ainsi que mettre fin aux cas où la charge tombe.

D'après ce que je peux dire, beaucoup de gens roulent leurs propres trucs ici. Nous essayons de libérer une application et ne veulent pas vraiment se battre trop de batailles d'administration lourdes sys. Compte tenu de l'importance de la performance, etc. Je serais heureux d'entendre conseiller et expériences du terrain sur ce point.

Answer 1

Je suis un utilisateur de Scalr, un abonné Scalr.net, et sont devenus un passionné de Scalr. Je ne peux pas se permettre éventuellement Rightscale.

Scalr peut faire ce que vous demandez.

Scalr a trois images (chacune avec 32/64 bit versions), en plus d'une image de base (générique):

1) Une image d'équilibrage de charge, la course nginx. Une configuration à haute disponibilité nécessite deux d'entre eux. Scalr va gérer votre nameservice et round robin entre eux. Si l'on va vers le bas, Scalr va supprimer de DNS et apporter une autre instance. Il est possible d'exécuter d'autres équilibreurs de charge, mais nginx est la valeur par défaut.

2) images de serveur d'applications Plusieurs sont disponibles, en cours d'exécution Apache / Tomcat / Rails. Vous configurez votre application ici, que ce soit PHP / Perl / Python / Java / Ruby / whatever. itinéraires nginx requêtes entre ces instances groupées par utilisateur unique (basé sur le navigateur IP +). Scalr surveille ces derniers pour upness aussi, et remplace les cas cassé.

3) Une image de base de données MySQL, avec réplication maître automatique / esclave. Il suffit de déployer votre schéma, et gère la réplication Scalr et remplace les serveurs défunts. Il sera également sauvegarder vos données périodiquement. Le DNS fournit Scalr hostnames maître et esclave, de sorte que vous pouvez avoir votre application lire des esclaves et écrire au maître.

Tous ces types d'instances seront fonction de la charge à l'échelle automatique. Vous commencez avec l'image de base le plus proche de ce que vous faites, et vous les personnaliser pour votre application. Par exemple, nous déployons notre application Perl / Catalyst sur les instances de serveur apache, mais nous servons le contenu statique des nginx serveurs frontaux. Nous avons dû modifier notre application légèrement utiliser les poignées de la base de données de lecture / écriture.

Dans l'ensemble, il a fallu environ trois semaines de travail par le biais des bugs dans Scalr pour obtenir notre application à un état fiable où je suis convaincu qu'il est très disponible avec Scalr. Leur soutien a été phénoménal, de sorte que les insectes ne me dérangeait pas trop, et le système est vraiment long à venir. Il approche la fiabilité sérieuse.

Comme une note de côté, la meilleure caractéristique de Scalr est le « Synchronisez à tous » caractéristique, qui sur une nouvelle instance d'auto-faisceaux votre AMI et re-déploie - tout sans interruption de service. Cela vous permet d'économiser le temps de passer par la longue image EC2 / processus de création AMI, qui peut par ailleurs faire des tâches d'administration très simples prennent 20 minutes. Vous pouvez utiliser ce que vous votre mise à l'échelle batterie de serveurs ou non -. Il serait très utile, même sur une seule instance

Je paie 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. La ligne de fond est jusqu'à présent ceci: à mon dernier concert, nous avions un gars de systèmes travaillant sur notre haute disponibilité Linux DB + configuration du serveur d'application pour un an ... et il n'a pas d'obtenir le genre de fiabilité que je fasse en trois semaines . Les économies en utilisant Scalr par rapport à rouler mes propres sont extrêmes.

Tout cela étant dit, si je pouvais me permettre Rightscale, je serais en utilisant Rightscale. Mais les frais initiaux et 500 $ par mois font cela impossible. On a parlé de brandir le frais initiaux en échange de brandir le conseil qu'il comprend, mais les frais de service mensuels ne va nulle part.

Je dois dire que pour le moment, le site Web de sclar.net est en baisse, donc si je voulais gérer l'un de mes fermes de serveurs (ne pas les GAB), je ne pouvait tout simplement pas en ce moment. On ne sait pas si l 'échelle travaille pour les abonnés scalr.net en ce moment, ou non. Ce qui veut dire ... c'est peut-être pas une solution encore mature. Cela ne se produit pas souvent, avant ce soir le seul temps d'arrêt que j'ai vécu étaient en période de quelques minutes à la fois. Mais oui ... le bas à droite, alors je dois le mentionner:)

Je suggère une lecture approfondie du groupe de soutien à http://groups.google.com / groupe / Scalr-discuss avant de prendre votre décision. Si vous choisissez Scalr, soyez prêt à tester votre configuration et de travailà travers toutes les questions que vous avez sur le groupe Google.

Answer 2

Je commenterai votre question, puisque donner une réponse concrète est un peu ambitieux.

Tout d'abord, je vois que vous avez haproxy sur vos mots clés. C'est certainement le meilleur logiciel d'équilibrage de charge éprouvée dans EC2. Il y a des documents et des expériences dans les forums AWS sur l'utilisation de haproxy.

Je ne peux pas vous donner un avis sur Scalr, mais Rightscale va la bonne direction. L'une des caractéristiques les plus intéressantes RightScale dans leur feuille de route est qu'ils sont un système de nuage Mgmt pour tout nuage non seulement EC2 d'Amazon. Cela les rend très prometteur en essayant de demander l'équilibrage de charge et upscaling dans le besoin.

Vous pouvez aussi inscrire pour un développeur compte gratuit sur RightScale et vous pouvez tester certains de leurs scripts AMI et libres, ils sont assez impressionnants.

Eh bien, cela pourrait sonner comme je travaille là ou quelque chose, mais je suis juste un utilisateur nuage, aucun lien avec eux. Si cela traverse l'esprit.

J'espère que cette aide, ajoute au moins à la discussion.

Geo

Answer 3

Vous connaissez le Scalr pendant environ deux mois et ont lentement la transition plusieurs applications de production à la plate-forme avec de bons résultats. Je les recommande fortement à son tour rapide autour / support et la valeur. Je voudrais les voir améliorer la disponibilité de leur plate-forme.

Dans l'ensemble, un bon moyen pour l'affiche originale basée sur le cas simple d'utilisation présentée.

Answer 4

Chaque service a un mauvais jour. services AWS voir le temps d'arrêt. Cependant, il y a encore les utilisateurs qui exécutent leurs applications sur AWS.

J'ai quelques fermes sur Scalr.net et par rapport à Rightscale. Je ne dois pas payer un bras et une jambe.

Dans l'ensemble, le service est très fiable. Et maintenant, avec le moteur de script je peux configurer mes propres scripts pour gouverner mes instances.

En ce qui concerne Hareem Haque

Answer 5

Les deux services (RightScale et Scalr) sont grands. L'offre n'est pas le même et le prix est pas la même chose aussi. Mais ils sont à la fois ce que je cherchais. Regaring notre Scalr budgétaire correspond à mes besoins. J'ai trouvé le soutien par un groupe Google très étrange au début, mais il est très rapide et efficace.

Leur solution est également open source (pas mal) et ils ont aussi une V2 dans leur feuille de route avec le soutien à d'autres fournisseurs.

attendre et voir, mais jusqu'à maintenant, je suis très content

Answer 6

Décider du choix ne peut pas être aussi clair et sec comme tout le monde attend. Je l'ai rencontré et entendu des discussions de Scalr sur leur plate-forme et ont également écouté RightScale discuter de leur plate-forme. Si vous avez un exemple simple SOA (serveur d'applications - Database Server - Serveur de fichiers), alors soit le choix sera bon pour votre entreprise.

En fin de compte, si vous avez créé un certain middleware personnalisé et vous appuyer sur les sockets connus ou des points spécifiques pour les poignées de main, vous devrez considérer l'équilibrage de charge et l'auto-mise à l'échelle ce que vous pouvez et revenir à vos propres solutions pour ce qui peut » t être géré avec l'un de ces services.

Answer 7

Certaines personnes disent que automatique mise à l'échelle ne résoudra pas le problème

Answer 8

Je suis à la recherche dans Scalr en ce moment et bien que tout semble bon, j'ai décidé de continuer avec mon propre script dans le but de la gestion nuage / mise à l'échelle. J'ai 8 serveurs en ce moment et je suis en ne payant que les frais AWS. J'utilise le chef (auto-hébergé), Nagios, et beaucoup d'autres outils. Mes bases de données sont MySQL et MongoDB, équilibreur de charge est haproxy, la couche d'application est rails. Jusqu'à ce que je besoin 100s de serveurs, je pense que je vais juste garder scriptEntrée; -)