Cómo aproximar mis costos de alojamiento para un sitio web que tiene mucho éxito

Deberías estar en AWS. O Google Compute Engine. O azur. Hablaré de AWS.

Pequeño sitio? Ejecutar un t2.micro, eso es menos de $ 10 al mes. Si necesita escalar, detenga su instancia y la reinicie como algo más grande. Siguiente tamaño, duplica eso. Siguiente tamaño, doble de nuevo. Eso es antes de comprar instancias reservadas para bajar el precio hasta en un 60% con solo pagar por adelantado.

Puede soportar 100k vistas al día fácilmente en un micro. Particularmente si conecta sus activos estáticos en S3 (todas sus imágenes, su CSS, su HTML) y luego lo conecta con Cloudfront. De esa manera, puede recorrer más de 1 millón de visitas al día.

Su back-end se escala de la misma manera: coloque todo en RDS en lugar de ejecutar MySQL en su servidor, obtendrá instantáneamente otro 200% de rendimiento. Auge. Solo por eso. Su instancia de RDS tiene las mismas propiedades “Oh, puedo detener esto y reiniciar en un tamaño más grande” también.

Cuando estoy planeando, pienso en términos de m3.medium tanto para RDS como para web, que cuesta alrededor de $ 100 al mes, y que manejará literalmente todo lo que es probable que le arrojes, preescala (y quiero decir “Preescala” en el sentido de VC, donde “escala” es más de un millón de usuarios registrados y 10 veces más que los visitantes). Si necesito reducir la escala, o si solo quiero tirar algo, usaré micros, que cuestan alrededor de $ 20 por mes. Estoy bastante seguro de que gasto más que eso en Taco Bell semanalmente, no una gran dificultad.

Pero hacerlo de cualquier otra manera lo encierra en una estructura de costo fijo y una arquitectura fija que lo matará, si tiene alguna medida de éxito, y será realmente costoso arrancar.

(gracias a David Benko por señalar que tenía el tipo de instancia incorrecto)

No dijiste qué tecnología estás usando. Eso hace que la respuesta sea imposible.

¿Pregenerando un sitio que puede alojar el 99% en S3? Podrían ser centavos al día a 100.000 visitas. O incluso un millón de visitas por día.

¿Está ejecutando un CMS o marco realmente ineficiente que solo puede servir una docena de páginas por segundo? Podría requerir varios servidores con equilibrio de carga y escala automática para el front-end, y posiblemente también varios nodos para ejecutar sus servidores de bases de datos. Algunos usuarios aún podrían tener un bajo rendimiento, ya que los patrones de acceso a menudo son fractales, a menos que se sobreasigne su capacidad. Podría llegar a $ 100–400 / mes, dependiendo de la carga del servidor y los patrones de tráfico.

Si tiene otros servicios que ejecuta que su sitio necesita, también necesitará escalarlos.

Cuanto más contenido pueda poner en un CDN como Amazon CloudFront, más baratos serán sus costos y mejor escalará. Probablemente pueda decir que creo que hoy en día los sitios pregenerados son el enfoque correcto. Los microservicios también se escalan fácilmente en Amazon Lambda, si funciona para usted.

Si necesita servicios dinámicos, usar un framework rápido versus uno lento también puede ser enorme. Algunos marcos pueden servir 400 páginas por segundo en hardware de gama alta, mientras que otros llegan a 200,000. Puntos de referencia del marco TechEmpower. Tenga en cuenta que un servidor tan poderoso de Amazon puede ejecutar $ 400 / mes o más, por lo que no contaría con números en ese rango para su aplicación. De hecho, el punto de referencia de consultas múltiples en el mismo hardware que el anterior varía de 17k por segundo a … 6. Seis consultas de página exitosas. En hardware de alta gama.

Por lo tanto, realmente depende de su aplicación y sus pilas de tecnología.

Solo tenga un plan fijo con un desarrollador o empresa de hosting y solo escale en un VPS cuando comience a alcanzar esos números en los cientos de miles.

Es raro que un sitio web llegue a ese punto de manera consistente y durante la noche, por lo que puede esperar aumentos graduales en su tráfico y conocerá el momento adecuado para contactar a su empresa de alojamiento / desarrollador web sobre el uso de un VPS.