¿Alguna idea sobre RightScale y Scalr para Ec2 dinámica ejemplo de gestión [cerradas]

StackOverflow https://stackoverflow.com/questions/366612

Pregunta

Estoy buscando una herramienta rentable para la gestión de una aplicación web en EC2. RightScale parece el perro grande y cobra por ello. Scalr parece una solución más rentable, pero es difícil de averiguar cualquier experiencia real de los clientes ..

Los aspectos clave que estoy buscando es un equilibrador de carga (HTTP y HTTPS) y una forma de llevar automáticamente la capacidad adicional de servidores web en línea a medida que aumenta la carga, así como poner fin a los casos en los que la carga se caiga.

Por lo que puedo decir, muchas personas están rodando sus propias cosas aquí. Estamos tratando de liberar una aplicación y realmente no quiero tener que luchar demasiadas batallas administrador del sistema pesados. Dada la importancia del desempeño, etc. Estaría agradecido a escuchar consejos y experiencias de campo en esto.

¿Fue útil?

Solución

Soy un usuario Scalr, un suscriptor Scalr.net, y he convertido en un entusiasta de Scalr. No puedo pagar RightScale.

Scalr puede hacer lo que se le pregunte.

Scalr tiene tres imágenes (cada uno con versiones 32/64 bits), además de una base de imagen (genérico):

1) Una imagen equilibrador de carga, corriendo nginx. Una configuración de alta disponibilidad requiere dos de ellos. Scalr gestionará el servicio de nombres, y todos contra todos entre ellos. Si alguien se sumerge, Scalr lo eliminará de DNS y criar a otra instancia. Es posible ejecutar otros equilibradores de carga, pero Nginx es el valor predeterminado.

2) Varios imágenes de servidor de aplicaciones están disponibles, con Apache / Tomcat / rieles. La configuración de su aplicación aquí, ya sea PHP / Perl / Python / Java / Ruby / lo que sea. Rutas nginx solicitudes entre estos casos agrupados por usuario único (basado en IP + navegador). Scalr supervisa estos para upness también, y sustituye a instancias roto.

3) Una imagen de base de datos MySQL, con la replicación automática de maestro / esclavo. Sólo implementar su esquema y Scalr maneja la replicación y sustituye a los servidores de difuntos. También se copia de seguridad de sus datos periódicamente. DNS de Scalr proporciona maestro y esclavo nombres de host, lo que puede tener su aplicación para leer a partir de los esclavos y escribir en el maestro.

Todos estos tipos de instancia se auto-escala basada en la carga. Se empieza con la imagen base más cerca de lo que está haciendo con el, y luego personalizarlos para su aplicación. Por ejemplo, hacemos uso de nuestra aplicación Perl / Catalizador instancias en el servidor Apache, pero se sirve el contenido estático de los servidores front-end nginx. Tuvimos que modificar ligeramente nuestra aplicación para usar lea las manijas de bases de datos de lectura / escritura.

Con todo, tardó cerca de tres semanas de trabajo a través de errores en Scalr para conseguir nuestra aplicación a un estado confiable donde estoy seguro de que es altamente disponible con Scalr. Su apoyo fue fenomenal, por lo que los errores no me molesta demasiado, y el sistema es muy próximos a lo largo. Se acercaba grave fiabilidad.

Como nota al margen, la mejor característica de Scalr es el 'Sincronizar a todos' característica, que agrupa-automática el IAM y la re-despliega en una nueva instancia - todo ello sin una interrupción del servicio. Esto le ahorra el tiempo de pasar por el / proceso de creación de la imagen EC2 AMI largo, que de otro modo puede hacer tareas de administración muy simples toman 20 minutos. Puede utilizar este si está escalando la granja de servidores o no -. Sería muy útil, incluso en una sola instancia

Cómo pago Scalr.net $ 50 al mes para alojar el servicio para mí, porque creo que me ahorra tiempo y dinero. La línea de fondo hasta el momento es la siguiente: en mi último concierto, tuvimos un tipo de sistemas que trabajan en nuestra configuración de alta disponibilidad del servidor de aplicaciones Linux + DB para un año ... y él no pudo lograr el tipo de fiabilidad que he conseguido en tres semanas . El ahorro mediante el uso de Scalr en comparación con rodar mi propia son extremas.

Todo lo que se dice, si me podía permitir RightScale, iba a usar RightScale. Sin embargo, la cuota por adelantado y $ 500 al mes hacen eso imposible. Se ha hablado de agitar la cuota por adelantado a cambio de ondear la consultoría que incluye, pero la cuota de servicio mensual no se va a ninguna parte.

Debería mencionar que en este momento, la página web de sclar.net es abajo, así que si quería para gestionar cualquiera de mis granjas de servidores (no los tienen hasta atm), simplemente no podía en este momento. No está claro si la escala está trabajando para suscriptores scalr.net en este momento, o no. Lo que quiere decir ... esto no es quizás una solución madura todavía. Esto no sucede a menudo, antes de esta noche el único tiempo de inactividad que he experimentado eran en periodos de unos pocos minutos a la vez. Pero sí ... su hasta ahora, así que debo mencionar que:)

Yo sugeriría una lectura cuidadosa del grupo de apoyo en http://groups.google.com / grupo / Scalr- discutir antes de tomar su decisión. Si usted escoge Scalr, debe estar preparado para probar su configuración y el trabajoa través de cualquier problema que tiene en el grupo de Google.

Otros consejos

voy a comentar sobre su pregunta, ya que da una respuesta concreta es un poco ambicioso.

En primer lugar, veo que usted tiene haproxy en sus etiquetas. Esto es sin duda la mejor carga de software probada en el equilibrio de EC2. Existe documentación y experiencias en los foros de AWS sobre el uso de haproxy.

Soy incapaz de dar una opinión sobre Scalr, pero RightScale va la dirección correcta. Una de las características más interesantes RightScale en su hoja de ruta es que son un sistema de MGMT nube para cualquier nube no sólo EC2 de Amazon. Eso hace que sean muy prometedor cuando se trata de solicitar el equilibrio de carga y la ampliación de la escala de necesidad.

También puede registrarse para obtener una cuenta gratuita desarrollador en RightScale y se puede probar algunos de sus IAM y escrituras libres, que son bastante impresionantes.

Bueno, esto podría sonar como estoy trabajando allí o algo, pero yo soy simplemente un usuario nube, ninguna conexión con ellos. Si que atraviesa su mente.

Espero que esto ayude, al menos, se suma a la discusión.

Geo

Has estado en Scalr durante unos dos meses y han hecho la transición lentamente varias aplicaciones a la plataforma de producción con buenos resultados. Recomiendo ellos por giro rápido / apoyo y valor. Me gustaría ver a mejorar la disponibilidad de su plataforma.

En general, un buen ajuste para el cartel original basado en el simple caso de uso presentado.

Cada servicio tiene un mal día. servicios de AWS ver el tiempo de inactividad. Sin embargo, todavía hay usuarios que ejecutan sus aplicaciones en AWS.

Tengo algunas granjas en Scalr.net y en comparación con RightScale. Yo no tengo que pagar un brazo y una pierna.

En general, el servicio es muy fiable. Y ahora con el motor de scripting puedo configurar mis propios guiones para gobernar mis casos.

En lo que respecta Hareem Haque

Ambos servicios (RightScale y Scalr) son grandes. La oferta no es el mismo y el precio no es lo mismo también. Pero los dos son lo que yo estaba buscando. Regaring nuestra Scalr presupuesto se ajusta a mis necesidades. He encontrado el apoyo a través de un grupo de Google muy extraño al principio, pero es muy rápido y eficiente.

Su solución es también de código abierto (no está mal) y también tienen un V2 en su hoja de ruta, con el apoyo de otros proveedores.

esperar y ver, pero hasta ahora, estoy muy contento con él

La decisión sobre la elección correcta puede no ser tan corta y seca como todo el mundo espera. Me he reunido con oído y habla de Scalr sobre su plataforma y también he escuchado RightScale discutir su plataforma. Si usted tiene un SOA sencilla (servidor de aplicaciones - Base de datos del servidor - Servidor de archivos), entonces o bien elección será adecuado para su empresa.

En última instancia, si se ha creado alguna middleware personalizado y depender de enchufes conocidos o puntos específicos para un apretón de manos, tendrá que tener en cuenta el equilibrio de carga y auto-escalado lo que puede y caer de nuevo a sus propias soluciones para lo que puede' t ser manejados con cualquiera de estos servicios.

Estoy buscando en Scalr en este momento y aunque todo se ve bien, decidí continuar con mi propia secuencias de comandos para el propósito de la nube de gestión / escalado. Tengo 8 servidores en este momento y estoy pagando solamente los gastos de AWS. Yo uso chef (alojado en sí mismo), Nagios, y un montón de otras herramientas. Mis bases de datos son MySQL y mongodb, equilibrador de carga es haproxy, la capa de aplicación es raíles. Hasta que necesito 100s de servidores, creo que sólo voy a mantener scriptin'; -)

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top