2010-08-04 15 views
5

La aplicación web está en proceso de pasar de un servidor independiente a un par de servidores detrás de un equilibrador de carga, y contiene un directorio de 50 GB creado por el usuario datos que crecen rápidamente En el espacio de bastidor, la única manera de agregar espacio de disco dinámicamente es duplicando la RAM y el costo mensual, lo cual no es necesario. Entonces, para los archivos en la nube es (a menos que alguien tenga otra solución en mente?). Utilizando JungleDisk, puedo mover los archivos a un contenedor de archivos en la nube, y puedo montar el contenedor de la nube en ambos servidores, y crear un enlace simbólico desde los directorios donde estaba el contenido a la unidad montada. Esto no requeriría modificación de código. Alternativamente, podría interactuar directamente con archivos en la nube usando su PHP API, pero esto requeriría cambios masivos de código (¿realmente todas las rutas?). ¿Hay algún problema inherente al tomar la salida fácil en este caso? Configuré un modelo y parece funcionar bien, pero normalmente me falta algo.Cloud Drive vs. Cloud Files (¿o no deberíamos molestarnos?)

Gracias, Brandon

+0

Esta pregunta probablemente es más adecuada para serverfault.com –

+0

Discutible, pero estoy hablando de almacenamiento para una pequeña aplicación web, y no es una pregunta muy técnica. Supongo que muchos miembros de la comunidad aquí han lidiado con un problema similar. ¿Más, quizás, que la comunidad de fallas del servidor? – Orbit

Respuesta

0

creo que el montaje de la unidad tiene mucho sentido para su situación, pero para ser honesto, no lo he probado con cualquier carga. La buena noticia es que siempre puedes intentar el enfoque fácil y luego refactorizar si no funciona bajo carga. Esperaría que Rackspace contara y probara este escenario exacto, me parece lógico.

Para obtener información adicional, nos enfrentamos a la misma pregunta aquí e hicimos una comparación de costos del uso de Cloud Site vs Cloud Files. Tuvimos que tener en cuenta tanto el ancho de banda como la cantidad de almacenamiento en los costos porque la comunicación entre Sitios/Servidores y Archivos en la Nube aún incurre en cargos de ancho de banda. En otras palabras, ¿tiene muchos archivos que se sientan, o tiene algunos archivos a los que se accede con frecuencia?

Pasamos mucho tiempo hablando con el soporte de RackSpace sobre el rendimiento y las diferencias de escalabilidad entre los sitios en la nube y los archivos en la nube: les recomiendo que los llamen. En última instancia, decidimos usar Sites solo debido a nuestras necesidades, la diferencia de costo era bastante insignificante a medida que escalaba. También porque la API de Cloud Files no tenía la seguridad granular que necesitábamos, por lo que tendríamos que haber escrito un servicio de puerta de enlace de todos modos.

Cuestiones relacionadas