2009-01-10 10 views
5

¿Cuáles son los principales errores y trucos cuando se ejecuta Rails en una porción pequeña (256 MB)? ¿Cuál es la mejor configuración de servidor para espacios reducidos? Pasajero, Nginx, mestizo? ¿Cuál es el mejor procesador de tareas en segundo plano en este tipo de entorno? ¿De qué debes cuidarte? Me encantaría escuchar las historias de personas que han hecho esto y se han topado con algunas de las paredes virtuales.Ruby on Rails ejecutándose en una porción de vps

Respuesta

3

Estoy ejecutando Passenger en un servidor de discos de 256 mb, sin problemas. Mucho, mucho, mucho más fácil de configurar que cualquier otra alternativa. Para cosas de fondo, uso Starling and Workling y Ryan Bates tiene un excellent screencast sobre cómo usar ambos juntos.

+1

Pasajero realmente debería ser su primera opción. –

1

Nginx proxying para un par de perros mestizos. Actualizar las gemas puede hacer que se quede sin memoria, pero esto se puede resolver descargando y compilando rubygems desde la fuente. No tendrá problemas al usar cron para tareas en segundo plano, ya que es muy liviano.

+0

¿qué sucede si sus tareas son dependientes del registro y de los rieles y deben ejecutarse con frecuencia? Encontré estas actualizaciones de re: gem: http://groups.google.com/group/emm-ruby/browse_thread/thread/a5c46bf4753f15ee?pli=1 – srboisvert

1

En mi rebanada 256, ejecuto nginx frente a un par de servidores delgados. Independientemente de lo que decidas, asegúrate de usar god o monit para mantener tu stack bajo control.

+0

Dios pierde bastante la memoria así que yo diría usar monit. – nitecoder

1

Sugiero a Passenger por su simplicidad y tamaño reducido. Lo tengo en mi VPS con varios dominios (256 MB de VPS en RailsPlayground) y no hay problemas hasta el momento. Además, la combinación Starling/Workling funciona bastante bien o incluso puedes usar el plugin spawn si tu sitio no es enorme (es muy simple).