web-dev-qa-db-ja.com

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

MySQLをm1.xlargeインスタンスで実行しており、100GBのEBSボリュームがデータファイルを保持しています。 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にアクセスするにはどうすればよいですか？

linuxamazon-ec2amazon-web-services
13
paiego

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

これは AWS docs からのものです。

ルートデバイスに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インスタンスの一時ストレージはどこですか

13
Rico