Problemas con Server y Drupal: ¿ 2GB de RAM suficientes ?

Hay montones de formas de optimizar, pero según tengo entendido en tu caso diría lo siguiente:

• para 1000 visitantes *simultáneos* (a una frecuencia de una carga de página cada 5 segundos en promedio) quiere decir que tienes 200 consultas por segundo. Es enorme para un VPS con 2GB de RAM sin optimización, a menos que tu sitio sea muy ligero, pero views y token ambos pesan bastante (obvio, depende de lo que haces con ellos).
• Las views en Drupal 7 pueden ser almacenadas en caché: checkea la opción "Advanced" en cada una de las vistas y pon las views no críticas pero frecuentemente mostradas en caché "Time based" con algo de 30 minutos. Te ahorrará montones de consultas a la base de datos.
• es importante analizar cuanta memoria RAM usa cada instancia de Drupal. Lo puedes medir con el módulo Devel mostrando datos debajo de la página como admin
• instalar el módulo Boost: si tus usuarios no tienen que registrarse y conectarse con una cuenta, Boost te dará resultados extremos (tip: tienes que crear una carpeta /cache y configurar Boost para que te genere caché por lo menos de 5 minutos para todas tus páginas). Ojo que Boost almacena páginas generadas por PHP en la forma de ficheros. Esto está bien si tu servidor tiene un disco rápido o si tienes memoria de sobra, pero si no tienes ninguno de los dos el impacto será menos importante.
• ni apc, ni memcache, ni varnish serán fáciles de instalar en un servidor en el cual no tengas acceso en línea de comando, pero Varnish definitivamente es el segundo elemento más beneficioso después de Boost (en un sitio mio dió un incremento de 800% en rapidez de respuestas a consultas *masivas*)
• si es que tienes muchas imágenes en tus páginas, puede valer la pena instalar el módulo CDN con Nginx (otro servidor web que es mucho más ligero y puede correr en otro puerto), pero la verdad es que, después de usarlo varias veces con Drupal 7, requiere de bastante trabajo para llegar a hacerlo funcionar como se debe
• tener archivos más pequeños (una página más ligera) significa que los usuarios ven tu página más rápido, y pueden pasar de una página a la otra más rápido, lo que aumenta la cantidad de páginas vistas (si tu modelo de negocio está basado en visitas de páginas, tiene un impacto directo).
• un Drupal de base (sin optimizaciones) es bastante "glutón" en memoria, y 2GB es poco si quieres tener muchas visitas, más que todo si estos 2GB tienen que servir para base de datos, php y servidor web. Todo depende de tu modelo de negocio y de la cantidad de esfuerzos que estás dispuesto a dedicar a la optimización.
• por casualidad voy optimizando sitios Drupal en los 10 últimos meses como actividad a casi medio tiempo. Una conclusión: no hay una solución que funcione para todos, pero sí hay montones de módulos que tienen un impacto específico según el caso que tienes (cantidad de memoria, rapidéz de disco, usuarios, views, caché opcode, caché de sesiones, servidor de base de datos, etc), y muchos de estos módulos tienen sus bugs escondidos que aparecen en el peor momento :-)

Suerte con este tema! Lo necesario es tener paciencia con este pobre servidor...

Interesante este hilo, tengo un problema similar aunque no tan grave. Mi sitio corre con Varnish y Memcached, supero en ocasiones los 600 conectados a la vez. Mi duda es, ¿si instalo Boost mejoro aún mas el rendimiento? o ya no sería necesario.

Hay algún módulo para dividir el tiempo de cache por bloques. Es decir poner 1 hora de cache a las views de artículos relacionados, 2 horas a artículos de la sección, etc.

Saludos.