with virginia the network for enhanced ena elastic east aws ubuntu amazon-ec2

ubuntu - virginia - enhanced networking with the elastic network adapter ena is required for the



Amazon EC2: Ubuntu(PV) o Ubuntu(HVM) (3)

Estoy por lanzar una instancia de Ubuntu en Amazon EC2. Estoy eligiendo entre las opciones PV y HVM. Descubrí que PV proporciona un modelo de virtualización más eficiente, aunque podría estar equivocado y, como Amazon ofrece ambas opciones, sugiero que HVM podría tener algunos beneficios que no obtendré con PV. Quiero usar esta máquina virtual para GIT y tal vez Team City en el futuro. ¿Podrías ayudarme a elegir?


En el verano de 2014, Amazon comenzó a recomendar usar HVM sobre PV AMIs ya que HVM parece ser la visión en el futuro. Muchos de los tipos de instancia de generación más nuevos y actuales solo son compatibles con HVM AMI, por ejemplo, tipos de r3 memoria optimizada. Consulte aquí

Con el impulso y R & D Amazon lanzando en optimizar HVM, el borde de rendimiento PV AMI va a ser cada vez más pequeño IMMO.


Recientemente, Amazon lanzó instancias t2 que usan solo HVM. Con la instancia t2, aws introduce el rendimiento descatable (utilice recursos cuando lo necesite utilizando créditos, de lo contrario no se ejecutará a máxima potencia) y créditos de CPU (obtenga créditos si no se ejecuta a plena potencia durante 24 horas) a instancias ec2 que reducen la precio dramáticamente.

Actualmente, esto solo está disponible en instancias micro , pequeñas y medianas .

Tenga en cuenta que no tendrá almacenamiento de instancia local, por lo que deberá incluir al menos un volumen de ebs .

Mira la publicación del blog


Yo diría "ve con PV" (en Linux) a menos que tengas una razón. PV se ha probado mucho mejor porque fue la única opción durante muchos años. (HVM para Linux se introdujo recientemente fuera de los nodos muy especiales de Compute Cluster).

Convertir entre ellos no es muy difícil, especialmente si lo haces bien. Con "hazlo bien", me refiero a usar algo como Chef o Puppet o Ansible para construir tu servidor. Esto le permite poner su "servidor" (bueno, el proceso de compilación del servidor) bajo control de versión, que crea documentación instantánea para que todos entiendan lo que hay en su servidor.

Su disco raíz debe ser efímero , de modo que si el servidor muere, puede volver a ejecutar y volver a conectar sus datos de EBS. (Y puede actualizar rápidamente el sistema operativo o el software de servidor iniciando una segunda instancia para jugar). Si tiene una unidad raíz de EBS, tendrá que pagar para almacenar / hacer una copia de seguridad de su sistema operativo, y nunca sabrá si su la configuración del servidor está marcada en el control de la versión o no.

ACTUALIZACIÓN: En el futuro, me inclinaría hacia HVM, ya que el rendimiento puede ser mucho mejor (es decir, "Redes mejoradas"). Además, ya no es "nuevo".