Amazon EBS ボリュームを使用できるようにする

SSH を使用してインスタンスに接続します。詳細については、「Linux インスタンスへの接続」を参照してください。

ブロックデバイスマッピングで指定したものとは異なるデバイス名を使用して、デバイスをインスタンスにアタッチすることができます。詳細については、「Linux インスタンスでのデバイス名」を参照してください。lsblk コマンドを使用して、使用可能なディスクデバイスとマウントポイント (該当する場合) を表示し、使用する正しいデバイス名を決定します。lsblk の出力は、フルデバイスパスから /dev/ プレフィクスを削除します。

次の内容は、EBS ボリュームを NVMe ブロックデバイスとして公開する「Nitro System」で構築されたインスタンスの出力例を示します。ルートデバイス/dev/nvme0n1には、nvme0n1p1およびnvme0n1p128という名前の 2 つのパーティションがあります。アタッチされているボリュームは /dev/nvme1n1 パーティションがなく、まだマウントされていません。

[ec2-user ~]$ lsblk
NAME          MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme1n1       259:0    0  10G  0 disk
nvme0n1       259:1    0   8G  0 disk
-nvme0n1p1    259:2    0   8G  0 part /
-nvme0n1p128  259:3    0   1M  0 part

以下は T2 インスタンスの出力例です。ルートデバイス/dev/xvdaには、xvda1という名前のパーティションが 1 つあります。アタッチされているボリュームは /dev/xvdf パーティションがなく、まだマウントされていません。

[ec2-user ~]$ lsblk
NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
xvda    202:0    0    8G  0 disk
-xvda1  202:1    0    8G  0 part /
xvdf    202:80   0   10G  0 disk

ボリュームにファイルシステムがあるかどうかを確認します。新しいボリュームは未加工のブロックデバイスであるため、マウントして使用する前に、ボリュームにファイルシステムを作成する必要があります。スナップショットから作成されたボリュームは、多くの場合既にファイルシステムがあります。既存のファイルシステムの上に新しいファイルシステムを作成すると、データが上書きされます。

次の方法のいずれか (または両方) を使用して、ボリューム上にファイルシステムがあるかどうかを判断します。

これらのコマンドの出力で、デバイス上にファイルシステムがないことが示された場合は、ファイルシステムを作成する必要があります。

(条件付き) 前の手順でデバイスにファイルシステムがあることがわかった場合は、このステップをスキップしてください。ボリュームが空の場合は、mkfs -t コマンドを使用し、そのボリューム上にファイルシステムを作成します。

[ec2-user ~]$ sudo mkfs -t xfs /dev/xvdf

mkfs.xfs がないというエラーが表示された場合は、次のコマンドを使用して XFS ツールをインストールしてから、前述のコマンドを繰り返します。

[ec2-user ~]$ sudo yum install xfsprogs

mkdir コマンドを使用して、ボリュームのマウントポイントディレクトリを作成します。マウントポイントとは、ボリュームをマウントした後、ファイルシステムツリー内でボリュームが配置され、ファイルの読み書きが実行される場所です。次の例では、/data という名前のディレクトリが作成されます。

[ec2-user ~]$ sudo mkdir /data

前のステップで作成したマウントポイントディレクトリにボリュームまたはパーティションをマウントします。

ボリュームにパーティションがない場合は、次のコマンドを実行してデバイス名を指定し、ボリューム全体をマウントします。

[ec2-user ~]$ sudo mount /dev/xvdf /data

ボリュームにパーティションがある場合は、次のコマンドを実行してパーティション名を指定し、パーティションをマウントします。

[ec2-user ~]$ sudo mount /dev/xvdf1 /data

新しいボリュームマウントのファイルのアクセス許可をプレビューして、ユーザーとアプリケーションがボリュームに書き込みできることを確認します。ファイルのアクセス許可の詳細については、Linux Documentation Project のファイルセキュリティを参照してください。

インスタンスを再起動した後にマウントポイントが自動的に保存されることはありません。再起動後にこの EBS ボリュームを自動的にマウントするには、次の手順を参照してください。

(オプション) /etc/fstab ファイルのバックアップコピーを作成すると、編集中に誤って破壊/削除してしまった場合にこのコピーを使用できます。

[ec2-user ~]$ sudo cp /etc/fstab /etc/fstab.orig

blkid コマンドを使用してデバイスの UUID を見つけます。再起動後にマウントするデバイスの UUID を書き留めます。次の手順で必要になります。

例えば、次のコマンドは、インスタンスにマウントされている 2 つのデバイスがあることを示し、両方のデバイスの UUID を表示します。

[ec2-user ~]$ sudo blkid
/dev/xvda1: LABEL="/" UUID="ca774df7-756d-4261-a3f1-76038323e572" TYPE="xfs" PARTLABEL="Linux" PARTUUID="02dcd367-e87c-4f2e-9a72-a3cf8f299c10"
/dev/xvdf: UUID="aebf131c-6957-451e-8d34-ec978d9581ae" TYPE="xfs"

Ubuntu 18.04 では、lsblk コマンドを使用します。

[ec2-user ~]$ sudo lsblk -o +UUID

nano や vim などのテキストエディタを使用して、/etc/fstab ファイルを開きます。

[ec2-user ~]$ sudo vim /etc/fstab

指定されたマウントポイントにデバイスをマウントするために、/etc/fstab に次のエントリを追加します。フィールドは、blkid (Ubuntu 18.04 の場合は lsblk) から返される UUID 値、マウントポイント、ファイルシステム、および推奨されるファイルシステムマウントオプションです。必須フィールドの詳細については、man fstab を実行して fstab マニュアルを開きます。

次の例では、UUID aebf131c-6957-451e-8d34-ec978d9581ae を使用してデバイスをマウントポイント /data にマウントし、xfs ファイルシステムを使用します。defaults フラグと nofail フラグも使用します。ファイルシステムがダンプされないように 0 を指定し、ルート以外のデバイスであることを示すように 2 を指定します。

UUID=aebf131c-6957-451e-8d34-ec978d9581ae  /data  xfs  defaults,nofail  0  2

入力内容が正しいことを確認するには、次のコマンドを実行してデバイスをアンマウントし、すべてのファイルシステムを /etc/fstab にマウントします。エラーがなければ、/etc/fstab ファイルは問題ありません。ファイルシステムは再起動後に自動的にマウントされます。

[ec2-user ~]$ sudo umount /data
[ec2-user ~]$ sudo mount -a

エラーメッセージが表示されたら、ファイル内のエラーに対処してください。

/etc/fstab のエラーを修正する方法がわからず、このステップの最初のステップでバックアップファイルを作成した場合は、次のコマンドを使用してバックアップファイルから復元できます。

[ec2-user ~]$ sudo mv /etc/fstab.orig /etc/fstab