SSDドライブを使用した新しいインスタンスタイプへのAWS EC2の移行

データファイルを保持する100GB EBSボリュームを備えたm1.xlargeインスタンスでMySQLを実行しています。m3.2xlargeインスタンスに移行し、データファイルを新しい2 x 80GB SSDドライブに配置したいと思います。

インスタンスを停止し、それに応じてタイプを変更し、起動しました。ただし、ストレージ用に見つけることができたのは、15G tempfsと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

このインスタンスタイプの2 x 80GB SSDにアクセスするにはどうすればよいですか？

linux amazon-ec2 amazon-web-services

— パイエゴ
ソース

fdisk -l、mkfsそれからmount。

— ceejayoz

インスタンスタイプを変更して起動すると、RAMおよびCPUタイプのみが変更されます。一般にディスクのサイズを変更するためのアイデアは次のとおりです。-インスタンスのスナップショットを作成します-同じゾーンのスナップショットからより大きなボリュームを作成します-新しいボリュームをインスタンス/ dev / sda1に接続します-インスタンスを開始します（DNS名の変更）

— LinuxDevOps

@LinuxDevOps：ありがとう。私が行った方法を変更することで、インスタンスが変更される前のように、接続されたボリュームは引き続き使用可能になりますか？

— パイエゴ

EC2管理下のAWSウェブコンソールで確認します->ボリュームがある場合（容量と「使用可能」で識別します）、紛失した可能性があります

— LinuxDevOps

Dupes：serverfault.com/questions/571427/...の serverfault.com/questions/490597/...

— クリスMoschini

したがって、完全な答えを得るには、基本的にSSDドライブは一時ディスクであり、AWSのドキュメントによると、これらの一時ディスクを使用する唯一の方法は新しいインスタンスを作成することです。（一時ストレージを作成後にインスタンスにアタッチする機能はまだ利用できません）

これはAWSドキュメントからです：

ルートデバイスにAmazon EBSを使用するインスタンスは、デフォルトでは、起動時にインスタンスストアを利用できません。また、インスタンスを起動した後、インスタンスストアボリュームをアタッチすることはできません。したがって、Amazon EBS-backedインスタンスでインスタンスストアボリュームを使用する場合は、AMIの作成時またはインスタンスの起動時に、ブロックデバイスマッピングを使用してそれらを指定する必要があります。ブロックデバイスマッピングエントリの例：/ dev / sdb = ephemeral0および/ dev / sdc = ephemeral1。ブロックデバイスマッピングの詳細については、ブロックデバイスマッピングを参照してください

前述の@LinuxDevOpsのように、既存のインスタンスのスナップショットを作成してから、SSDボリュームを接続する新しいインスタンスを作成する必要があります。新しいインスタンスにログインした後、@ ceejayozのようにできます。

デバイスをリストします。

fdisk -l

デバイス上にファイルシステムを作成します。たとえば、ext4

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

デバイスをマウントします。

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

参考：インスタンスタイプに応じたデバイス名のリスト

SFとSOにも同様の回答があります。例：EC2インスタンスの一時ストレージはどこですか

— リコ
ソース