Tipo de instancia micro (t1.micro) es uno de los tipos de instancia más de moda y muy aceptable por becarios de TI apoyados por Amazon EC2. Durante noviembre de 2010, AWS anunció el nivel libre y empezó a ofrecer 750 horas de uso de instancia Micro gratis al mes durante el primer año, pero está disponible como una instancia de Amazon EBS respaldado sólo. Ahora puede lanzar EC2 dentro de una nube privada virtuales (VPC). AWS se extiende ahora a instancias de t1.micro que se ejecutan dentro de un VPC también.
Hablando a la misma técnica especificaciones, el tipo de instancia Micro no tiene tanta potencia necesaria para estimular la pesada. La memoria principal que se presenta en el tipo de instancia Micro es 613 MB. Viene con explotar la capacidad de la CPU que puede ser va hasta 2 unidades de cálculo elástico (ECU). Esto significa que el rendimiento de la CPU no es convencional. Esto no es suficiente para ejecutar cualquier graves cargas de trabajo. Y sí, puede agregar almacenamiento a través de almacenamiento de bloque elástico (EBS) y el nivel libre cubre hasta 30 GB de espacio de almacenamiento.
Mejor recomendación al optimizar un AMI para el tipo de instancia micro:
• Diseño el AMI puede ejecutar max. 600 MB de memoria
• El número de procesos crónicos que utilice el tiempo de CPU (por ejemplo, cron jobs, demonios) del borde
Pero de la especificación técnica no significa que micro instancias son totalmente ineficaces. Ofrecen excelente valor en ciertos casos. En este artículo, quiero compartir cómo sacar lo mejor de la MI de Amazon EC2.
Optimizar memoria Swap - esto es pertinente a las instancias Micro basados en Linux. De forma predeterminada, estos tipos de casos no tienen espacio de swap configurado en nivel inicial. Corrí mi sitio Web mundial de magia de nube sobre MI por unos días. Durante las cargas de la cresta, he experimentado Apache Server o MySQL estrellarse inesperadamente. Así que con sólo 613 MB en su despacho, tienes que asegurarse de que ha definido a un lado suficiente espacio para el intercambio.
Fuera de la escala de auto - la funda en la nube es auto escalado. Paralelamente a un convoy de servidores de gama bajos es más competente y eficaz en cualquier infraestructura virtualizada de costos. Según la carga y casos de uso, dividir un trabajo en el número de instancias de Micro puede ser más barato y más rápido que ejecuta el mismo trabajo en una sola instancia de grandes. Esta escala de diseño estructural proporciona failover de mejor y más rápido procesamiento.
Reflexionar sobre Caching - si usted está programando para alojar sitios en estos, ser claro en su mente que no son muy dinámicos. Sitios Web dinámicos requieren más potencia de CPU y memoria debido al enfoque que se procesa cada solicitud. Sencilla sitios web como blogs y sitios con contenido dinámico unos de marketing es los participantes ideales para las instancias de Micro. Por otra parte, considerar el almacenamiento en caché el contenido para evitar picos de CPU. Por ejemplo, si está ejecutando cualquier blog o sitio web, puede habilitar caché de plug-ins aumentar el rendimiento. Hay un montón de plug-ins disponibles para almacenar en caché por libre de costo.
Seleccione 64-bit - siempre elegir 64 bits al ejecutarlo. Esto está asegurado para darle mejor Considerando que el complemento de 32 bits. Verá la diferencia cuando se ejecuta por lotes se ocupa de los procesos y archivos de grandes tamaño.
Tire los trabajos Cron: muchos clientes utilice una instancia Micro de Linux para ejecutar trabajos cron y tareas de configuración regional precisa que supervisar y manejar toda la infraestructura de AWS. Si desea ejecutar una tarea de cron, detener todos los servicios en ejecución, añadir espacio swap a instancia y tire de ella para hacerla una inclinación y mean machine de trabajo cron.