Migrazione AWS EC2 nel nuovo tipo di istanza con unità SSD

MySQL è in esecuzione su un'istanza m1.xlarge con un volume EBS da 100 GB che contiene i file di dati. Vorrei migrare a un'istanza m3.2xlarge e posizionare i file di dati sulle nuove unità SSD da 2 x 80 GB.

Ho interrotto la mia istanza, ho modificato il tipo di conseguenza e l'ho avviato. Tuttavia, tutto quello che ho potuto trovare per l'archiviazione era un tempfs 15G e un'unità montata 8G.

$ fdisk -l
Disk /dev/xvda1: 8589 MB, 8589934592 bytes
255 heads, 63 sectors/track, 1044 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Come posso accedere agli SSD da 2 x 80 GB per questo tipo di istanza?

linux amazon-ec2 amazon-web-services

— paiego
fonte

fdisk -l, mkfsquindi mount.

— Ceejayoz,

Quando è stato modificato il tipo di istanza e avviato, cambia solo il tipo di RAM e CPU. Per ridimensionare il disco in generale, l'idea è: - creare un'istantanea dell'istanza - creare un volume maggiore dall'istantanea nella stessa zona - collegare un nuovo volume all'istanza / dev / sda1 - avviare l'istanza (modifica del nome DNS)

— LinuxDevOps,

@LinuxDevOps: grazie. Modificando il modo in cui ho fatto, il volume allegato sarà ancora disponibile com'era prima della modifica dell'istanza?

— paiego

Controlla nella tua console AWS sotto la gestione di EC2 -> Volumi se è presente (identifica per capacità e "disponibile"), potresti averlo perso

— LinuxDevOps

Dupes: serverfault.com/questions/571427/… serverfault.com/questions/490597/…

— Chris Moschini

Quindi, per una risposta completa, fondamentalmente le tue unità SSD sono dischi effimeri e, secondo la documentazione AWS, l'unico modo per utilizzare questi dischi effimeri è creare una nuova istanza. (La funzione per collegare l'archiviazione effimera all'istanza dopo che è stata creata non è ancora disponibile)

Questo proviene dai documenti AWS :

Le istanze che utilizzano Amazon EBS per il dispositivo root non hanno, per impostazione predefinita, un archivio di istanze disponibile all'avvio. Inoltre, non è possibile collegare i volumi del negozio di istanze dopo aver avviato un'istanza. Pertanto, se si desidera che l'istanza supportata da Amazon EBS utilizzi i volumi dell'archivio di istanze, è necessario specificarli utilizzando una mappatura del dispositivo a blocchi quando si crea l'AMI o si avvia l'istanza. Esempi di voci di mappatura del dispositivo a blocchi sono: / dev / sdb = effimero0 e / dev / sdc = effimero1. Per ulteriori informazioni sulla mappatura dei dispositivi a blocchi, consultare Mappatura dei dispositivi a blocchi

Come menzionato @LinuxDevOps, devi creare un'istantanea dell'istanza esistente e quindi crearne una nuova allegando i volumi SSD. Dopo aver effettuato l'accesso alla nuova istanza, puoi fare come citato @ceejayoz.

Elenca i tuoi dispositivi:

fdisk -l

Crea un file system sui dispositivi. Ad esempio ext4

mkfs.ext4 /dev/xvdb
mkfs.ext4 /dev/xvdc

Montare i dispositivi:

mkdir -p /mnt/xvdb; mkdir -p /mnt/xvdc
mount /dev/xvdb /mnt/xvdb
mount /dev/xvdc /mnt/xvdc

Per riferimento: elenco dei nomi dei dispositivi in base ai tipi di istanza

Ci sono anche altre risposte simili in SF e SO. Ad esempio: dov'è la mia memoria effimera per l'istanza EC2

— stecca
fonte