```
一般的に、次のコマンドで RAID アレイに関する詳細情報を表示できます。
```
[ec2-user ~]$ sudo mdadm --detail /dev/md0
```
出力例を次に示します。
```
/dev/md0:
Version : 1.2
Creation Time : Wed May 19 11:12:56 2021
Raid Level : raid0
Array Size : 41910272 (39.97 GiB 42.92 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Wed May 19 11:12:56 2021
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Chunk Size : 512K
Consistency Policy : none
Name : MY_RAID
UUID : 646aa723:db31bbc7:13c43daf:d5c51e0c
Events : 0
Number Major Minor RaidDevice State
0 202 16 0 active sync /dev/sdb
1 202 32 1 active sync /dev/sdc
```
1. RAID アレイにファイルシステムを作成し、それを後でマウントするときに、使用するラベルをそのファイルシステムに提供します。例えば、ext4 ファイルシステムのラベル *MY\$1RAID* で作成するには、次のコマンドを実行します。
```
[ec2-user ~]$ sudo mkfs.ext4 -L MY_RAID /dev/md0
```
アプリケーションの要件またはオペレーティングシステムの制限によって、ext3 や XFS などの異なるファイルシステムタイプを使用できます (対応するファイルシステム作成コマンドについては、ファイルシステムの資料を参照してください)。
1. RAID アレイがブート時に自動的に再編成されることを確認するには、RAID 情報を含むように設定ファイルを作成します。
```
[ec2-user ~]$ sudo mdadm --detail --scan | sudo tee -a /etc/mdadm.conf
```
**注記**
Amazon Linux 以外の Linux ディストリビューションを使用している場合は、このコマンドを変更する必要が生じることがあります。例えば、ファイルを別の場所に配置することや、`--examine` パラメータを追加することが必要な場合があります。詳細については、Linux インスタンスで **man mdadm.conf** を実行します。
1. 新しい RAID 設定のブロックデバイスモジュールを適切に事前ロードする新しいラムディスクイメージを作成する:
```
[ec2-user ~]$ sudo dracut -H -f /boot/initramfs-$(uname -r).img $(uname -r)
```
1. RAID アレイのマウントポイントを作成します。
```
[ec2-user ~]$ sudo mkdir -p /mnt/raid
```
1. 最後に、作成したマウントポイントに RAID デバイスをマウントします。
```
[ec2-user ~]$ sudo mount LABEL=MY_RAID /mnt/raid
```
これで RAID デバイスを使用する準備ができました。
1. (オプション) システムブート時に常に、この Amazon EBS ボリュームをマウントするには、`/etc/fstab` ファイルにデバイス用のエントリを追加します。
1. `/etc/fstab` ファイルのバックアップコピーを作成すると、編集中に誤って破壊/削除してしまった場合にこのコピーを使用できます。
```
[ec2-user ~]$ sudo cp /etc/fstab /etc/fstab.orig
```
1. お好みのテキストエディタ (`/etc/fstab` や **nano** など) を使用して、**vim** ファイルを開きます。
1. 「`UUID=`」で始まる行にコメントして、ファイルの最後に次の形式で RAID ボリュームの新しい行を追加します。
```
device_label mount_point file_system_type fs_mntops fs_freq fs_passno
```
この行の最後の 3 つのフィールドは、ファイルシステムのマウントオプション、ファイルシステムのダンプ頻度、ブート時に実行されるファイルシステムチェックの順番です。これらの値がわからない場合は、次の例の値を使用してください。(`defaults,nofail 0 2)` `/etc/fstab` エントリの詳細については、**fstab** のマニュアルページを参照してください。 (コマンドラインで **man fstab** を入力します。)) 例えば、マウントポイント `/mnt/raid` にラベル MY\$1RAID を持つデバイスに ext4 ファイルシステムをマウントするには、`/etc/fstab` に次のエントリを追加します。
**注記**
このボリュームをアタッチしないでインスタンスを起動することを目的としている場合 (例えば、このボリュームが異なるインスタンス間で移動される可能性がある場合)、`nofail` マウントオプションを追加し、ボリュームのマウントでエラーが発生してもインスタンスが起動できるようにしてください。Debian から派生した OS (Ubuntu など) では、`nobootwait` マウントオプションも追加する必要があります。
```
LABEL=MY_RAID /mnt/raid ext4 defaults,nofail 0 2
```
1. 新しいエントリを `/etc/fstab` に追加した後、エントリが正しく動作するかを確認する必要があります。**sudo mount -a** コマンドを使用して、すべてのファイルシステムを `/etc/fstab` にマウントします。
```
[ec2-user ~]$ sudo mount -a
```
前のコマンドを実行してもエラーが発生しない場合、`/etc/fstab` ファイルに問題はありません。次回ブート時にファイルシステムは自動的にマウントされます。このコマンドを実行してエラーが発生した場合、エラーを調べて、`/etc/fstab` を修正してください。
**警告**
`/etc/fstab` ファイルにエラーがあると、システムがブート不能になる可能性があります。`/etc/fstab` ファイルにエラーがあるシステムをシャットダウンしないでください。
1. (オプション) `/etc/fstab` のエラーの修正方法が不明な場合、次のコマンドを使って、いつでもバックアップの `/etc/fstab` ファイルを復元することができます。
```
[ec2-user ~]$ sudo mv /etc/fstab.orig /etc/fstab
```
### Windows インスタンス
**Windows で RAID 0 アレイを作成するには**
1. アレイに Amazon EBS ボリュームを作成します。詳細については、「[Amazon EBS ボリュームの作成](ebs-creating-volume.md)」を参照してください。
1. アレイをホストするインスタンスに Amazon EBS ボリュームをアタッチします。詳細については、[Amazon EBS ボリュームを Amazon EC2 インスタンスにアタッチ](ebs-attaching-volume.md)を参照してください。
1. Windows インスタンスに接続します。詳細については、「[Windows インスタンスに接続する](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connecting_to_windows_instance.html)」を参照してください。
1. コマンドプロンプトを開いて、**diskpart** コマンドを入力します。
```
diskpart
Microsoft DiskPart version 6.1.7601
Copyright (C) 1999-2008 Microsoft Corporation.
On computer: WIN-BM6QPPL51CO
```
1. `DISKPART` プロンプトで、次のコマンドを使用して、利用できるディスクの一覧を表示できます。
```
DISKPART> list disk
Disk ### Status Size Free Dyn Gpt
-------- ------------- ------- ------- --- ---
Disk 0 Online 30 GB 0 B
Disk 1 Online 8 GB 0 B
Disk 2 Online 8 GB 0 B
```
アレイで使用するディスクを確認し、ディスクの番号を書き留めます。
1. アレイで使用する各ディスクは、既存のボリュームを含まないオンラインの動的なディスクである必要があります。ベーシックディスクを動的なディスクに変換する手順と既存のボリュームを削除する手順は以下のとおりです。
1. 次のコマンドを使用して、アレイで利用するディスクを選択します。*n* を利用するディスクの番号に置き換えます。
```
DISKPART> select disk n
Disk n is now the selected disk.
```
1. 選択したディスクが `Offline` と表示されている場合は、**online disk** コマンドを実行してオンラインにします。
1. 選択したディスクにおいて、前述の`Dyn` コマンドの出力の **list disk** 列にアスタリスクが付いていない場合、動的なディスクに変換する必要があります。
```
DISKPART> convert dynamic
```
**注記**
ディスクが書き込み禁止であることを示すエラーが表示された場合は、**ATTRIBUTE DISK CLEAR READONLY** コマンドを使って読み取り専用フラグをクリアしてから、動的ディスク変換をもう一度試してください。
1. **detail disk** コマンドを使用して、選択したディスクの既存のボリュームを確認します。
```
DISKPART> detail disk
XENSRC PVDISK SCSI Disk Device
Disk ID: 2D8BF659
Type : SCSI
Status : Online
Path : 0
Target : 1
LUN ID : 0
Location Path : PCIROOT(0)#PCI(0300)#SCSI(P00T01L00)
Current Read-only State : No
Read-only : No
Boot Disk : No
Pagefile Disk : No
Hibernation File Disk : No
Crashdump Disk : No
Clustered Disk : No
Volume ### Ltr Label Fs Type Size Status Info
---------- --- ----------- ----- ---------- ------- --------- --------
Volume 2 D NEW VOLUME FAT32 Simple 8189 MB Healthy
```
ディスクのボリュームの番号を書き留めます。この例では、ボリュームの番号は 2 です。ボリュームがない場合、次の手順は省略できます。
1. (前の手順でボリュームの存在が確認された場合のみ) 前の手順で確認したディスクで既存のボリュームを選択して削除します。
**警告**
この手順により、ボリュームの既存データがすべて失われます。
1. ボリュームを選択します。*n* をボリュームの番号と置き換えてください。
```
DISKPART> select volume n
Volume n is the selected volume.
```
1. ボリュームを削除します。
```
DISKPART> delete volume
DiskPart successfully deleted the volume.
```
1. 選択したディスクで削除する必要があるボリュームごとに以下の手順を繰り返します。
1. アレイで使用するディスクごとに[Step 6](#windows_raid_disk_step)を繰り返します。
1. 使用するディスクが動的なディスクであるかどうかを確認します。このケースでは、ディスク 1 と 2 を RAID ボリュームのために使用しています。
```
DISKPART> list disk
Disk ### Status Size Free Dyn Gpt
-------- ------------- ------- ------- --- ---
Disk 0 Online 30 GB 0 B
Disk 1 Online 8 GB 0 B *
Disk 2 Online 8 GB 0 B *
```
1. RAID アレイを作成します。Windows では、RAID 0 ボリュームはストライプ化されたボリュームとして参照されます。
次のコマンドにより、ディスク 1 とディスク 2 上にストライプ化されたボリュームアレイを作成します (アレイをストライプ化するには `stripe` オプションをメモしてください)。
```
DISKPART> create volume stripe disk=1,2
DiskPart successfully created the volume.
```
1. 新しいボリュームを確認します。
```
DISKPART> list volume
DISKPART> list volume
Volume ### Ltr Label Fs Type Size Status Info
---------- --- ----------- ----- ---------- ------- --------- --------
Volume 0 C NTFS Partition 29 GB Healthy System
Volume 1 RAW Stripe 15 GB Healthy
```
`Type` 列には、Volume 1 が `stripe` ボリュームであることが示されていることに注意してください。
1. ボリュームを選択してフォーマットし、ボリュームの使用を開始できるようにします。
1. フォーマットするボリュームを選択します。*n* をボリュームの番号に置き換えます。
```
DISKPART> select volume n
Volume n is the selected volume.
```
1. ボリュームをフォーマットします。
**注記**
完全フォーマットを実行するには、`quick` オプションを省略します。
```
DISKPART> format quick recommended label="My new volume"
100 percent completed
DiskPart successfully formatted the volume.
```
1. ボリュームに使用可能な任意のドライブ文字を割り当てます。
```
DISKPART> assign letter f
DiskPart successfully assigned the drive letter or mount point.
```
新しいボリュームを使用する準備ができました。
## RAID アレイでのボリュームのスナップショットの作成
スナップショットを使用して、RAID 配列で EBS ボリュームのデータをバックアップする場合には、そのスナップショットが一貫していることを確認する必要があります。これは、ボリュームのスナップショットが個別に作成されるためです。同期されていないスナップショットから RAID 配列の EBS ボリュームを復元すると、配列の整合性は低下します。
RAID 配列の一貫性のあるスナップショットを作成するには、[EBS マルチボリュームスナップショット](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_CreateSnapshots.html)を使用します。マルチボリュームスナップショットを使用すると、EC2 インスタンスにアタッチされている複数の EBS ボリュームにわたって、ポイントインタイムで、データ調整済みの Crash-consistent スナップショットを取得できます。スナップショットは複数の EBS ボリュームにわたって自動的に作成されるため、一貫性を保証できるように、ボリューム間で調整してインスタンスを停止する必要はありません。詳細については、「[Create Amazon EBS snapshots](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html)」のマルチボリュームスナップショットを作成するステップを参照してください。
# Amazon EBS ボリュームのベンチマーク
I/O ワークロードをシミュレートすることで、Amazon EBS ボリュームのパフォーマンスをテストできます。手順は次のとおりです。
1. EBS 最適化インスタンスを作成する。
1. 新しい EBS ボリュームを作成します。
1. EBS 最適化インスタンスにボリュームをアタッチする。
1. ブロックデバイスを設定およびマウントします。
1. ツールをインストールし、I/O パフォーマンスを評価する。
1. ボリュームの I/O パフォーマンスを評価する。
1. ボリュームを削除し、料金が発生しないようにインスタンスを終了する。
**重要**
手順の一部を実行すると、ベンチマークを実行する EBS ボリューム上の既存のデータが破壊されます。ベンチマーキングの手順は、本番ボリュームではなく、テスト目的で特別に作成されたボリュームで使用するために用意されています。
## インスタンスのセットアップ
EBS ボリュームで最適なパフォーマンスを実現するには、EBS 最適化インスタンスを使用することをお勧めします。EBS 最適化インスタンスは、Amazon EC2 と Amazon EBS の間で所定の帯域幅を実現するものであり、インスタンスタイプに応じて仕様で選択できます。
EBS 最適化インスタンスを作成するには、Amazon EC2 コンソールを使用してインスタンスを起動するときに **[EBS 最適化インスタンスとして起動する]** を選択するか、コマンドラインを使用するときに **--ebs-optimized** を指定します。このオプションをサポートするインスタンスタイプを必ず選択してください。
### Provisioned IOPS SSD または 汎用 SSD ボリュームの設定
Amazon EC2 コンソールを使用して、プロビジョンド IOPS SSD (`io1` および `io2`) または汎用 SSD (`gp2` および `gp3`) ボリュームを作成するには、[**ボリュームタイプ**] で、[**プロビジョンド IOPS SSD (io1)**]、[**プロビジョンド IOPS SSD (io2)**]、[**汎用 SSD (gp2)**]、または [**汎用 SSD (gp3)**] を選択します。コマンドラインの **--volume-type** パラメータには、`io1`、`io2`、`gp2`、または `gp3` を指定します。`io1`、`io2`、および `gp3` ボリュームの場合は、**--iops** パラメータに、1 秒あたりの I/O オペレーション数 (IOPS) を指定します。詳細については、「[Amazon EBS ボリュームの種類](ebs-volume-types.md)」および「[Amazon EBS ボリュームの作成](ebs-creating-volume.md)」を参照してください。
(*Linux インスタンスのみ*) テストの例には、6 ボリュームを備えた RAID 0 アレイを作成することをお勧めします。これにより、高いレベルのパフォーマンスを実現できます。料金は、ボリューム数ではなく、プロビジョニングされたギガバイト (および io1、io2、gp3 ボリュームに対してプロビジョニングされた IOPS 数) に対して発生します。したがって、ストライプセットを作成するために、複数の小さなボリュームを作成しても追加コストは発生しません。Oracle Orion を使用してボリュームを評価する場合は、Oracle ASM と同じ方法でストライピングをシミュレートできます。したがって、Orion でストライピングを行えるようにすることをお勧めします。別のベンチマーキングツールを使用する場合は、ボリュームのストライピングを自身で行う必要があります。
RAID 0 アレイの作り方の詳細については、「[RAID 0 アレイの作成](raid-config.md#create-raid-array)」を参照してください。
### スループット最適化 HDD (`st1`) または Cold HDD (`sc1`) ボリュームをセットアップする
`st1` ボリュームを作成するには、Amazon EC2 コンソールを使用してボリュームを作成するときに [**スループット最適化 HDD**] を選択するか、コマンドラインを使用して **--type `st1`** を指定します。`sc1` ボリュームを作成するには、Amazon EC2 コンソールを使用してボリュームを作成するときに [Cold HDD] を選択するか、コマンドラインを使用して **--type `sc1`** を指定します。EBS ボリュームの作成の詳細については、[Amazon EBS ボリュームの作成](ebs-creating-volume.md)を参照してください。インスタンスへのこれらのボリュームのアタッチについては、[Amazon EBS ボリュームを Amazon EC2 インスタンスにアタッチ](ebs-attaching-volume.md)を参照してください。
(*Linux インスタンスのみ*) は、この設定手順を簡素化 CloudFormation する で使用する JSON テンプレート AWS を提供します。[テンプレート](https://s3.amazonaws.com/cloudformation-examples/community/st1_cloudformation_template.json)にアクセスして JSON ファイルとして保存します。 では、独自の SSH キーを設定 CloudFormation でき、`st1`ボリュームを評価するパフォーマンステスト環境を簡単にセットアップできます。テンプレートを使用すると、現行世代のインスタンスと 2 TiB の `st1` ボリュームが作成され、このボリュームが `/dev/xvdf` のインスタンスにアタッチされます。
**(*Linux インスタンスのみ*) テンプレートを使用して HDD ボリュームを作成する方法**
1. [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/) で CloudFormation コンソールを開きます。
1. [**Create Stack**] を選択します。
1. [**Upload a Template to Amazon S3**] を選択し、さきほど入手した JSON テンプレートを選択します。
1. スタックに、「ebs-perf-testing「 のような名前を付け、インスタンスタイプ (デフォルトは r3.8xlarge) および SSH キーを選択します。
1. [**Next**] を 2 回選択し、[**Create Stack**] を選択します。
1. 新しいスタックのステータスが **[CREATE\$1IN\$1PROGRESS]** から **[COMPLETE]** に移行したら、**[出力]** を選択して新しいインスタンスのパブリック DNS エントリを取得します。このインスタンスには、2 TiB の `st1` ボリュームがアタッチされます。
1. ユーザー **ec2-user** として、前のステップで DNS エントリから取得したホスト名を使用し、新しいスタックに SSH を使用して接続します。
1. [ベンチマークツールのインストール](#install_tools) に進みます。
## ベンチマークツールのインストール
次の表に、EBS ボリュームのパフォーマンスをベンチマークするために使用できるツールのいくつかを示します。
### Linux インスタンス
| ツール | 説明 |
| --- | --- |
| fio | I/O ベンチマーキングを評価します。(**fio** は `libaio-devel` に依存することに注意してください。) **fio** を Amazon Linux にインストールするには、次のコマンドを実行します。 $ sudo yum install -y fio
Ubuntu に **fio** インストールするには、次のコマンドを実行します。 sudo apt-get install -y fio
|
| [Oracle Orion Calibration ツール](https://docs.oracle.com/cd/E18283_01/server.112/e16638/iodesign.htm#BABFCFBC) | Oracle データベースで使用するストレージシステムの I/O パフォーマンスを調整します。 |
### Windows インスタンス
| ツール | 説明 |
| --- | --- |
| [DiskSpd](https://github.com/microsoft/diskspd/releases) | DiskSpd は、Microsoft の Windows、Windows Server、クラウドサーバーインフラストラクチャエンジニアリングチームのストレージパフォーマンスツールです。これは、次からダウンロードできます。[https://github.com/Microsoft/diskspd/releases](https://github.com/Microsoft/diskspd/releases) `diskspd.exe` 実行可能ファイルをダウンロードした後、管理者権限でコマンドプロンプトを開き (「管理者として実行を選択」)、`diskspd.exe` ファイルをコピーしたディレクトリに移動します。 適切な実行可能フォルダ (`amd64fre`、`armfre` または `x86fre)`) から目的の `diskspd.exe` 実行可能ファイルを `C:\DiskSpd` などの短い、単純なパスにコピーします。ほとんどの場合、`amd64fre` フォルダから 64 ビットバージョンの DiskSpd を使用します。 DiskSpd のソースコードは、[https://github.com/Microsoft/diskspd](https://github.com/Microsoft/diskspd) の GitHub でホストされています。 |
| CrystalDiskMark | CrystalDiskMark は、シンプルなディスクベンチマークソフトウェアです。[https://crystalmark.info/en/software/crystaldiskmark/](https://crystalmark.info/en/software/crystaldiskmark/) でダウンロードできます。 |
これらのベンチマーキングツールは、さまざまなテストパラメータをサポートしています。使用するのは、ボリュームがサポートするワークロードを見積もるためのコマンドです。評価に必要な基本的なコマンドの例を以下に示します。
## ボリュームキュー長の選択
ワークロードとボリュームタイプに基づいて最適なボリュームキュー長を選択します。
### SSD-Backed ボリュームのキュー長
SSD-Backed ボリュームでワークロードに最適なキュー長を決定するには、使用可能な 1000 IOPS ごとにキュー長 1 を指定するようにお勧めします (汎用 SSD ボリュームのベースライン、Provisioned IOPS SSD ボリュームにプロビジョニングする値)。その後、アプリケーションのパフォーマンスを監視して、アプリケーション要件に応じて値を調整することができます。
プロビジョニングした IOPS、スループット、または最適なシステムキュー長 (現在は 32 に設定) に達するまでは、キュー長を大きくする方が有益です。例えば、IOPS として 3,000 がプロビジョニングされたボリュームでは、キュー長 3 を設定します。アプリケーションに最適な値を確認するには、これらの値を増減して調整してください。
### HDD-Backed ボリュームのキュー長
HDD-Backed ボリュームのワークロードに対する最適なキュー長を決定するには、1 MiB のシーケンシャル I/O の実行時に 4 以上のキュー長を設定しておくようお勧めします。その後、アプリケーションのパフォーマンスを監視して、アプリケーション要件に応じて値を調整することができます。例えば、2 TiB の `st1` ボリュームで、バーストスループットが 500 MiB/秒、IOPS が 500 の場合は、1,024 KiB、512 KiB、または 256 KiB のシーケンシャル I/O を実行する際に、キュー長をそれぞれ 4、8、または 16 に設定します。アプリケーションに最適な値を確認するには、これらの値を増減して調整してください。
## C ステートの無効化
ベンチマーキングを実行する前に、プロセッサの C ステートを無効にする必要があります。サポートされている CPU の一時的にアイドリング状態のコアは、電力を節約するために C ステートに入ることができます。コアが処理を再開するために呼び出されると、コアが再び完全に動作するまで一定の時間が経過します。このレイテンシーは、プロセッサのベンチマーキングルーチンを妨げる可能性があります。C ステートとその EC2 インスタンスタイプでサポートされるインスタンスの詳細については、[EC2 インスタンスタイプのプロセッサのステート制御](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/processor_state_control.html)を参照してください。
### Linux インスタンス
Amazon Linux、RHEL、および CentOS で C ステートを無効にするには、次のようにします。
1. C ステートの数を取得します。
```
$ cpupower idle-info | grep "Number of idle states:"
```
1. C ステート c1 から cN にして無効にします。理想的には、コアは c0 ステートにある必要があります。
```
$ for i in `seq 1 $((N-1))`; do cpupower idle-set -d $i; done
```
### Windows インスタンス
次のようにして、Windows システムで C ステートを無効にできます。
1. PowerShell で、現在のアクティブな電力スキームを取得します。
```
$current_scheme = powercfg /getactivescheme
```
1. 電力スキームの GUID を取得します。
```
(Get-WmiObject -class Win32_PowerPlan -Namespace "root\cimv2\power" -Filter "ElementName='High performance'").InstanceID
```
1. 電力設定 GUID を取得します。
```
(Get-WmiObject -class Win32_PowerSetting -Namespace "root\cimv2\power" -Filter "ElementName='Processor idle disable'").InstanceID
```
1. 電力設定サブグループの GUID を取得します。
```
(Get-WmiObject -class Win32_PowerSettingSubgroup -Namespace "root\cimv2\power" -Filter "ElementName='Processor power management'").InstanceID
```
1. インデックスの値を 1 に設定して、C ステートを無効にします。値 0 は、C ステートが無効であることを示します。
```
powercfg /setacvalueindex 1
```
1. アクティブなスキームを設定して、設定が保存されるようにします。
```
powercfg /setactive
```
## ベンチマーキングを実行する
次の手順では、さまざまな EBS ボリュームタイプに対するベンチマークコマンドについて説明します。
EBS ボリュームがアタッチされている EBS 最適化インスタンスで、次のコマンドを実行します。EBS ボリュームをスナップショットから作成した場合は、ベンチマーキングを実行する前に、必ず初期化してください。詳細については、「[作成後にボリュームを手動で初期化する](initalize-volume.md#ebs-initialize)」を参照してください。
**ヒント**
EBS の詳細なパフォーマンス統計によって提供される I/O レイテンシーヒストグラムを使用して、ベンチマークテストの I/O パフォーマンスの分布を比較できます。詳細については、「[Amazon EBS の詳細なパフォーマンス統計](nvme-detailed-performance-stats.md)」を参照してください。
ボリュームのテストが完了したら、クリーンアップに関する次のトピックの [Amazon EBS ボリュームの削除](ebs-deleting-volume.md) および「[インスタンスの終了](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html)」を参照してください。
### Provisioned IOPS SSD ボリュームと 汎用 SSD ボリュームをベンチマークする
#### Linux インスタンス
作成した RAID 0 アレイで **fio** を実行します。
次のコマンドは、16 KB のランダム書き込みオペレーションを実行します。
```
$ sudo fio --directory=/mnt/p_iops_vol0 --ioengine=psync --name fio_test_file --direct=1 --rw=randwrite --bs=16k --size=1G --numjobs=16 --time_based --runtime=180 --group_reporting --norandommap
```
次のコマンドは、16 KB のランダム読み取りオペレーションを実行します。
```
$ sudo fio --directory=/mnt/p_iops_vol0 --name fio_test_file --direct=1 --rw=randread --bs=16k --size=1G --numjobs=16 --time_based --runtime=180 --group_reporting --norandommap
```
結果の読み方については、チュートリアル「[fio のディスク IO パフォーマンスの確認](https://www.linux.com/training-tutorials/inspecting-disk-io-performance-fio/)」を参照してください。
#### Windows インスタンス
作成したボリュームで **DiskSpd** を実行します。
次のコマンドは、`C:` ドライブ上にある 20 GB のテストファイルを使用して、30 秒のランダム I/O テストを実行します。書き込み率 25%、読み取り率 75%、ブロックサイズは 8 K です。これは、それぞれ 4 つの未処理の I/O を持ち、1 GB の書き込みエントロピー値シードを持つ 8 つのワーカースレッドを使用します。テストの結果は、`DiskSpeedResults.txt` というテキストファイルに保存されます。これらのパラメータは、SQL Server OLTP ワークロードをシミュレートします。
```
diskspd -b8K -d30 -o4 -t8 -h -r -w25 -L -Z1G -c20G C:\iotest.dat > DiskSpeedResults.txt
```
結果の読み方については、チュートリアル[DiskSPd のディスク IO パフォーマンスの確認](https://sqlperformance.com/2015/08/io-subsystem/diskspd-test-storage)を参照してください。
### `st1` および `sc1` ボリュームのベンチマーク (Linux インスタンス）
`st1` ボリュームまたは `sc1` ボリュームで **fio** を実行します。
**注記**
これらのテストを実行する前に、[`st1` および `sc1` (Linux インスタンスインスタンスのみ) で高いスループットの読み取りが多いワークロードに先読みを増やす](ebs-performance.md#read_ahead)の説明に従って、バッファ付き I/O をインスタンスに設定してください。
次のコマンドでは、アタッチされた `st1` ブロックデバイス (例: `/dev/xvdf`) に対して、1 MiB のシーケンシャル読み取り操作を実行します。
```
$ sudo fio --filename=/dev/ --direct=1 --rw=read --randrepeat=0 --ioengine=libaio --bs=1024k --iodepth=8 --time_based=1 --runtime=180 --name=fio_direct_read_test
```
次のコマンドでは、アタッチされた `st1` ブロックデバイスに対して、1 MiB のシーケンシャル書き込み操作を実行します。
```
$ sudo fio --filename=/dev/ --direct=1 --rw=write --randrepeat=0 --ioengine=libaio --bs=1024k --iodepth=8 --time_based=1 --runtime=180 --name=fio_direct_write_test
```
ワークロードによっては、ブロックデバイスの異なる部分に対してシーケンシャル読み取りとシーケンシャル書き込みの組み合わせを実行するケースがあります。このようなワークロードを評価する場合は、読み取りと書き込みに対して別々の **fio** ジョブを同時に実行し、**fio** `offset_increment` オプションを使用して、ブロックデバイスの別々の場所を各ジョブに割り当てることをお勧めします。
このワークロードの実行は、シーケンシャル書き込みまたはシーケンシャル読み取りのワークロードの場合より、少し複雑になります。テキストエディターを使用して、次の内容を含む fio ジョブファイル (この例では `fio_rw_mix.cfg`) を作成します。
```
[global]
clocksource=clock_gettime
randrepeat=0
runtime=180
[sequential-write]
bs=1M
ioengine=libaio
direct=1
iodepth=8
filename=/dev/
do_verify=0
rw=write
rwmixread=0
rwmixwrite=100
[sequential-read]
bs=1M
ioengine=libaio
direct=1
iodepth=8
filename=/dev/
do_verify=0
rw=read
rwmixread=100
rwmixwrite=0
offset=100g
```
次に、以下のコマンドを実行します。
```
$ sudo fio fio_rw_mix.cfg
```
結果の読み方については、チュートリアル[fio のディスク I/O パフォーマンスの確認](https://www.linux.com/training-tutorials/inspecting-disk-io-performance-fio/)を参照してください。
シーケンシャルの読み取りまたは書き込みの操作を使用しても、ダイレクト I/O の **fio** ジョブを複数実行した場合は、`st1` および `sc1` ボリュームで予測を下回るスループットになります。単一のダイレクト I/O ジョブを使用し、`iodepth` パラメータを指定して、I/O 操作の同時実行数を制御することをお勧めします。