chef - official - vagrant up

Cambiar el reenvío de puertos Vagrant en un sistema en ejecución (2)

¿Ha intentado usar la interfaz de usuario de VirtualBox para agregar la nueva regla de reenvío de puertos manualmente? Abra VirtualBox y seleccione la VM en ejecución, luego presione Configuración-> Red-> Reenvío de puertos y agregue la nueva regla, por ejemplo, reenviar 127.0.0.1:2223 a 10.0.2.15:22 . Después de hacer esto, pude conectarme a mi VM en los puertos 2222 (como de costumbre) y 2223 (la nueva regla).

Naturalmente, agregará esta nueva regla a su Vagrantfile al mismo tiempo para garantizar que la asignación se convierta en permanente después del reinicio final.

Además, si su aprovisionamiento de VM lleva tanto tiempo, ¿ha considerado mover algunos de los pasos del chef / títere a la caja base real? Por ejemplo, quizás esté instalando un montón de software de servidor que demora un tiempo en instalarse. Reempaquetar la caja con este software ya instalado podría reducir drásticamente su tiempo de inicio de Vagrant.

¡Espero que esto ayude!

Tengo un sistema Vagrant en funcionamiento y quiero aplicarle un cambio que es tan poco como cambiar una de las reglas de reenvío.

Desde esta página :

Los puertos reenviados se aplican durante vagrant up como cualquier otra configuración. Pero si ya tiene un sistema en ejecución, llamar a vagrant reload los aplicará sin volver a importar y reconstruir todo.
Tenga en cuenta que los puertos de reenvío requieren un reinicio de la máquina virtual, ya que VirtualBox no recogerá los puertos reenviados hasta que se reinicie por completo.

¡Suena exactamente como lo que quiero! Pero si trato de vagrant reload todas mis recetas de Chef se recargan y, como el proceso completo dura aproximadamente media hora, tengo que ir a la cocina y tomar la taza de café.

¿Hay alguna forma de aplicar los cambios de Vagrantfile en un sistema en ejecución sin pasar por todo el proceso de aprovisionamiento? No puedo tomar tanto café.

tu puedes hacer

vagrant reload --no-provision

y debe correr sin chef, títere, etc.

aunque aún reiniciará el vm, parece que "pero si ya tiene un sistema en ejecución ..." puede ser un poco engañoso.