Voglio iniziare dicendo che questo metodo è immorale, in quanto aggira il mercato AWS rubando in tal modo lo sviluppatore di potenziali soldi, ma allo stesso tempo, ritengo sia necessario garantire la sicurezza dei dati.
Di recente ho avuto un arresto anomalo su una delle mie macchine create da AWS Marketplace Image (CSF è riuscito a bloccare l'indirizzo IP del gateway! @!). Ero sbalordito di scoprire che non potevo semplicemente collegare il volume a un'altra macchina e modificare i file .conf.
Dopo che (FORTUNATO) il computer si è avviato da solo (temp ban), ho corretto la situazione del firewall e ho pensato a quanto potesse andare male.
La risposta è stata quella di chiudere l'istanza originale, creare un'istantanea dal volume, quindi un'immagine da quella istantanea. Assicurati di selezionare lo stesso ID kernel della macchina in esecuzione per sicurezza. Crea un volume della stessa identica dimensione, formattalo nello stesso filesystem (ext4 nel mio caso), chiudi tutti i servizi e poi semplicemente DD il contenuto dell'unità root sulla seconda unità. Verifica che il nuovo volume venga avviato come SDA1 sull'istanza appena creata. In tal caso, arrestare e terminare la vecchia istanza (PRENDERE NOTA DI IP INTERNI ED ESTERNI PRIMA DI MANO), avviare una nuova istanza con IP locali corretti, collegare gli IP esterni agli IP interni e incrociare le dita.
La seconda unità non si identifica più con i codici del marketplace ed è quindi ancora montabile su altre istanze.
DISCLAIMER: Sono più che felice di pagare lo sviluppatore per l'utilizzo dell'AMI originale, ma fino a quando AWS non ci fornirà una console di ripristino (possono limitarlo come vogliono) per attività semplici come fsck e vi / NANO, allora lo sono non giocherà secondo le loro regole su questo.