Je veux commencer par dire que cette méthode est immorale, en ce sens qu'elle contourne AWS Marketplace, privant ainsi le dev de l'argent potentiel, mais en même temps, je pense qu'elle est nécessaire pour garantir la sécurité des données.
J'ai récemment eu un crash sur l'une de mes machines créées avec AWS Marketplace Image (CSF a réussi à bloquer l'adresse IP de la passerelle! @!). J'étais consterné de constater que je ne pouvais pas simplement attacher le volume à une autre machine et modifier les fichiers .conf.
Après (LUCKILY) avoir le démarrage de la machine de son propre chef (interdiction temporaire), j'ai rectifié la situation du pare-feu et je me suis demandé à quel point cela pouvait aller mal.
La réponse a été d'arrêter l'instance d'origine, de créer un instantané à partir du volume, puis une image à partir de cet instantané. Assurez-vous de sélectionner le même ID de noyau que la machine en cours d'exécution pour être sûr. Créez un volume qui avait exactement la même taille, formatez-le dans le même système de fichiers (ext4 dans mon cas), arrêtez tous les services, puis simplement DD'd le contenu du lecteur racine sur le deuxième lecteur. Testez que le nouveau volume démarrera en tant que SDA1 sur une instance nouvellement créée. Si c'est le cas, arrêtez et mettez fin à l'ancienne instance (PRENEZ NOTE DES IP INTERNES ET EXTERNES AVANT LA MAIN), démarrez la nouvelle instance avec les IP locales correctes, attachez les IP externes aux IP internes et croisez les doigts.
Le deuxième lecteur ne s'identifie plus aux codes du marché et peut donc être monté sur d'autres instances.
AVERTISSEMENT: je suis plus qu'heureux de payer le dev pour l'utilisation de l'AMI d'origine, mais jusqu'à ce qu'AWS nous donne une console de récupération (ils peuvent la limiter comme ils le souhaitent) pour des tâches simples telles que fsck et vi / NANO alors je suis ne va pas jouer selon leurs règles sur celui-ci.