Manténgalos todos en la misma instancia por ahora, no optimice/escale prematuramente. Es posible que simplemente actualizar a una instancia de CPU media (36c/h en lugar de 12c/h) sea suficiente para mantenerte activo durante meses sin ningún tipo de dolores de cabeza.
En el futuro, si supera la configuración de un solo servidor, puede mover su base de datos a una instancia separada, inicialmente una pequeña CPU, actualizándose a un medio posterior.
Una cosa que vale la pena señalar es que si no puede actualizar desde una CPU mediana a instancias de CPU alta porque las imágenes del sistema operativo de 32 bits no se ejecutarán en instancias más grandes, y las de 64 bits no se ejecutarán en instancias más pequeñas.
Seleccione Windows de 32 bits (porque EC2 usa esto para las instancias más pequeñas y medianas), ejecútelo en una instancia más pequeña e individual y luego amplíe cuando sea necesario.
En cuanto a EBS, recomendaría crear un volumen de tamaño saludable que lo mantendrá activo por un tiempo y configurará SQLServer para almacenar sus datos allí.
También podría almacenar su aplicación ASP.NET en un volumen de EBS, pero la unidad de 10GB OS de la instancia podría estar bien, no creo que haya mucha diferencia aquí.
Recomiendo usar una IP elástica en lugar de la IP temporal que EC2 le asigna al iniciar una instancia. Cree una IP Elástica, actualice su DNS para señalarlo y asociarlo con su instancia.
Después de configurar su imagen configurada como la desea, ciérrela, agrupe la instancia y luego registre una nueva AMI (en privado). Tardará unos 40 minutos.Esto significa que si algo horrible sucede a su instancia, puede recuperar en 15 minutos siguiendo estos pasos:
- desprender su volumen de EBS
- disociar su IP elástico
- Terminar la instancia defectuosa
- un lanzamiento instancia de la IAM
- Fije el volumen de EBS a la nueva instancia
- Asociado su IP elástica con la nueva instancia
Una pregunta ... si tengo una instancia con un servidor MS SQL y terminan la instancia, ¿perderé todos mis datos? – Daryl