Quiero comenzar diciendo que este método es inmoral, ya que evita a AWS Marketplace y, por lo tanto, le roba al desarrollador dinero potencial, pero al mismo tiempo, creo que es necesario garantizar la seguridad de los datos.
Recientemente tuve un bloqueo en una de mis máquinas creadas con AWS Marketplace Image (¡CSF logró bloquear la dirección IP de la puerta de enlace! @!). Me horroricé al descubrir que no podía simplemente adjuntar el volumen a otra máquina y editar los archivos .conf.
Después (LUCKILY) de que la máquina arrancara por sí sola (prohibición temporal), rectifiqué la situación del cortafuegos y me puse a pensar cuán malo podría ser esto.
La respuesta fue cerrar la instancia original, crear una instantánea del volumen y luego una imagen de esa instantánea. Asegúrese de seleccionar la misma ID de kernel que la máquina en ejecución para estar seguro. Cree un volumen que tenga exactamente el mismo tamaño, formatee en el mismo sistema de archivos (ext4 en mi caso), apague todos los servicios y luego simplemente DDD el contenido de la unidad raíz en la segunda unidad. Pruebe que el nuevo volumen se iniciará como SDA1 en la instancia recién creada. Si es así, cierre y finalice la instancia anterior (TENGA EN CUENTA LAS IP INTERNAS Y EXTERNAS ANTES DE LA MANO), Arranque la nueva instancia con las IP locales correctas, conecte las IP externas a las IP internas y cruce los dedos.
La segunda unidad ya no se identifica con los códigos del mercado y, por lo tanto, todavía se puede montar en otras instancias.
DESCARGO DE RESPONSABILIDAD: Estoy más que feliz de pagarle al desarrollador por el uso del AMI original, pero hasta que AWS nos brinde una consola de recuperación (pueden limitarla como quieran) para tareas simples como fsck y vi / NANO, entonces estoy no va a jugar según sus reglas en este caso.