2011-09-06 15 views
6

¿Existe alguna manera fácil de migrar un sitio LAMP alojado a Amazon Web Services? Tengo sitios de hobbies y sitios para miembros de la familia en los que gastamos demasiado por mes en comparación con lo que pagaríamos en AWS.Migrar el sitio LAMP alojado a AWS

típica cheapo ejemplo de lo que me gustaría pasar a AWS:

  • dominio GoDaddy
  • sitio alojado en 1 & 1 o MochaHost
  • un puñado de archivos PHP dentro de una cierta estructura de directorios
  • una pequeña base de datos MySQL
  • .htaccess archivo para la reescritura de URL y similares

Los tutoriales que he encontrado en línea requieren PuTTY, comandos de Linux, etc. Si bien estos no son los obstáculos más engorrosos imaginables, parece demasiado complicado. ¿Cuál es la forma más fácil de hacer esto?

La solución ideal sería algo así como lo que hace para configurar un host web: apunte GoDaddy, cargue archivos, importe la base de datos, termine. (Los puntos de bonificación para phpMyAdmin ya están instalados pero ciertamente no son necesarios.)

+0

Diría que casi con seguridad no hay una solución general para esto, ya que cada sitio alojado podría ser diferente. Sin embargo, la mayor parte del trabajo consiste en configurar el servidor correctamente inicialmente; una vez hecho esto, probablemente solo faltan unos minutos + para que caduquen las memorias caché DNS para mover cada sitio individual. –

+0

adicional; además de la configuración inicial del servidor, * es * lo mismo que hacerlo en cualquier otro host web. –

Respuesta

1

Parecería Amazon AWS el mercado tiene ahora una solución para su problema: https://aws.amazon.com/marketplace/pp/B0078UIFF2/ref=gtw_msl_title/182-2227858-3810327?ie=UTF8&pf_rd_r=1RMV12H8SJEKSDPC569Y&pf_rd_m=A33KC2ESLMUT5Y&pf_rd_t=101&pf_rd_i=awsmp-gateway-1&pf_rd_p=1362852262&pf_rd_s=right-3

O desde su propio sitio http://www.turnkeylinux.org/lampstack

Una pila LAMP completo incluyendo phpMyAdmin sin configuración requerida.

cuanto a su sitio y la propia base de datos de la migración (que debería requerir más de copias de archivo y una copia de seguridad/restauración) la única manera de hacer esto es menos engorroso tener a alguien que lo haga por usted ...

1

En realidad, depende de la arquitectura de su servidor, ya sea que quiera migrar toda su pila LAMP a Amazon EC2.

O utilice diferentes servicios web de Amazon para diferentes componentes de servidor como Amazon S3 para almacenamiento y Amazon RDS para base de datos mysql y así sucesivamente.

En caso de que vaya con LAMP en EC2: This tutorial will atleast give you a head up. De todos modos, aún debe seguir los pasos esenciales de configuración de AMI e instalación de LAMP a través de SSH.

2

Dina,

Como empresa de desarrollo web que he experimentado un número irreal de las empresas de alojamiento. También he estado muy involucrado con la investigación de soluciones de alojamiento en la nube para sitios en las pilas LAMP y Windows.

Has citado a GoDaddy, 1And1 y Mochahost para sitios Linux de tamaño micro así que supongo que estás usando un punto de referencia de $ 2 a $ 4 por mes, por sitio. Parece que tiene un "pocos" sitios (¿5 mil?) Y necesita al menos una base de datos.

Aún no he visto ninguna herramienta que vaya más allá de los sitios web más básicos (es decir, solo archivos, sin db) en Cloud hosting. Como la mayoría de la gente sugiere, no hay mucho que pueda hacer para evitar la configuración inicial del entorno. (También debe factorizar su tiempo. Si pasa 10 horas haciendo esto, puede facturar a los clientes 10 x $ por hora y acaba de comprar el alojamiento para sus amigos y familiares.)

Cuando mira AWS (o cualquiera) recuerde lo siguiente:

  1. Los ciclos de cálculo se inician únicamente allí. Cuando compra un hosting de ISP tradicionales, le venden ciclos, espacio en disco Y alojamiento de bases de datos. Sus niveles predeterminados para los ciclos permitidos, el tamaño de la base de datos y el tráfico también suelen ser mucho más altos antes de que se lo detenga o se le cobre por "exceso" o exceso de uso.

  2. Factoriza el costo de tu 1 base de datos y considera la probabilidad de que necesites más. Los cargos de alojamiento de la base de datos pueden aumentar los costos de la nube muy rápidamente.

  3. Si bien es probable que necesite unos pocos CC (ciclos de cálculo) para sus sitios básicos, los máximos de alojamiento de niveles libres siguen siendo bastante bajos. Anticipe romper el hosting gratuito y que se le cobre mensualmente.

  4. Espacio en disco también facturado. Considere sus costos de CC, DB y HDD utilizando su estimador de precios: http://calculator.s3.amazonaws.com/calc5.html

  5. Si sus amigos y familiares desean tener acceso al sistema, no lo obtendrán a menos que use una compañía de hosting que permita "blanco etiquetado "y proporciona una forma de dividir su cuenta principal en cuentas más pequeñas de mini-hosting. Incluso pueden configurarse para proporcionar autoadministración y opciones de facturación directa si visita un host como www.rackspace.com. El problema es que no parece que quiera facturarle a nadie y es probable que su cuenta mínima sea demasiado grande para sus necesidades.

  6. Recuerde que GoDaddy (y otros) con frecuencia obsequia un año de alojamiento con incluso simples registros de dominio. Antes de obtener mis propios servidores solía aprovechar ENORME de estos. Probablemente me han dado como más de 40 cuentas de alojamiento gratuito, etc. en mi vida como cliente. (Todavía registro una tonelada de dominio a través de ellos. También revender su alojamiento.)

  7. Si aún no lo ha hecho, considere el uso de sistemas CMS que admiten el portado (una instancia, muchos sitios web bajo diferentes dominios). Aunque personalmente prefiero DotNetNuke, estoy seguro de que uno de sus competidores de LAMP stack puede hacer lo mismo por usted. Esto lo mantendrá usando solo una base de datos y simplificará aún más sus necesidades.

Espero que esto lo ayude a tomar una decisión bien educada. Creo que será una línea fina entre los beneficios y los costos. Solo conocer el tamaño exacto de cada sitio, cada base de datos y el tráfico típico permitiría que esto se determine de antemano. El recuento de la base de datos y el tráfico serán tus principales "enemigos". Optimice los archivos para reducir las necesidades de espacio en disco Y sus niveles de tráfico en términos de datos transferidos.

Lo mejor de la suerte.

Cuestiones relacionadas