Amazon S3 File Gateway のドキュメントは、「What is Amazon S3 File Gateway?」に移動しました。
Amazon FSx File Gateway のドキュメントが「Amazon FSx File Gateway とは」に移動されました。
テープゲートウェイのドキュメントは、「What is Tape Gateway?」に移動しました。
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
ボリュームの使用
ボリュームを使用する方法に関する手順を以下で確認できます。ボリュームを使用するには、まず iSCSI ターゲットとしてクライアントに接続してから、初期化してフォーマットします。
クライアントへのボリュームの接続
クライアントで iSCSI イニシエータを使用してボリュームに接続します。以下の手順の最後に、ボリュームが クライアントのローカルデバイスとして使用可能になります。
重要
Storage Gateway では、ホストが Windows Server フェイルオーバークラスタリング () を使用してアクセスを調整する場合、複数のホストを同じボリュームに接続できますWSFC。クラスター化されていない NTFS/ext4 ファイルシステムを共有するなどWSFC、 を使用せずに複数のホストを同じボリュームに接続することはできません。
Microsoft Windows クライアントへの接続
以下の手順は、Windows クライアントに接続するために従うステップの概要を示しています。詳細については、「iSCSI イニシエーターの接続」を参照してください。
Windows クライアントに接続するには
-
iscsicpl.exe を開始します。
-
iSCSI Initiator Properties ダイアログボックスで、Discovery タブを選択し、Discovery Portal を選択します。
-
「ターゲットポータルの検出」ダイアログボックスで、IP アドレスまたはDNS名前に iSCSI ターゲットの IP アドレスを入力します。
-
ゲートウェイのストレージボリュームターゲットに新しいターゲットポータルを接続します。
-
ターゲットを選択し、[接続] を選択します。
-
[ターゲット] タブで、ターゲットのステータスが、ターゲットが接続されていることを示す値 [Connected (接続済み)] であることを確認し、[OK] を選択します。
Red Hat Enterprise Linux クライアントへの接続
次の手順は、Red Hat Enterprise Linux (RHEL) クライアントに接続するために実行する手順の概要を示しています。詳細については、「iSCSI イニシエーターの接続」を参照してください。
Linux クライアントを iSCSI ターゲットに接続するには
-
iscsi-initiator-utils RPM パッケージをインストールします。
パッケージをインストールするには、以下のコマンドを使用できます。
sudo yum install iscsi-initiator-utils
-
iSCSI デーモンが実行されていることを確認します。
5 RHEL または 6 の場合は、次のコマンドを使用します。
sudo /etc/init.d/iscsi status
7 RHEL の場合は、次のコマンドを使用します。
sudo service iscsid status
-
ゲートウェイに定義されているボリュームまたはVTLデバイスターゲットを検出します。次の検出コマンドを使用します。
sudo /sbin/iscsiadm --mode discovery --type sendtargets --portal
[GATEWAY_IP]
:3260discovery コマンドの出力は、次の出力例のようになります。
ボリュームゲートウェイの場合:
[GATEWAY_IP]
:3260, 1 iqn.1997-05.com.amazon:myvolumeテープゲートウェイの場合:
iqn.1997-05.com.amazon:
[GATEWAY_IP]
-tapedrive-01 -
ターゲットに接続します。
必ず正しい を指定してください。
[GATEWAY_IP]
connect コマンドIQNの および 。以下のコマンドを使用します。
sudo /sbin/iscsiadm --mode node --targetname iqn.1997-05.com.amazon:
[ISCSI_TARGET_NAME]
--portal[GATEWAY_IP]
:3260,1 --login -
ボリュームがクライアントマシン (イニシエータ) にアタッチされていることを確認します。そのためには、次のコマンドを使用します。
ls -l /dev/disk/by-path
コマンドの出力は、次の出力例のようになります。
lrwxrwxrwx. 1 root root 9 Apr 16 19:31 ip-
[GATEWAY_IP]
:3260-iscsi-iqn.1997-05.com.amazon:myvolume-lun-0 -> ../../sdaイニシエータをセットアップした後、「」で説明されているように iSCSI 設定をカスタマイズすることを強くお勧めしますLinux iSCSI 設定のカスタマイズ。
ボリュームの初期化とフォーマット
クライアントで iSCSI イニシエータを使用してボリュームに接続したら、ボリュームを初期化してフォーマットします。
Microsoft Windows でのボリュームの初期化とフォーマット
Windows でボリュームを初期化してフォーマットするには、次の手順を使用します。
ストレージボリュームを初期化してフォーマットするには
-
diskmgmt.msc
を起動し、[Disk Management] コンソールを開きます。 -
ディスクの初期化ダイアログボックスで、ボリュームを MBR (マスターブートレコード) パーティションとして初期化します。パーティションの形式を選択する場合、接続先のボリュームのタイプ (キャッシュ型または保管型) を、次の表のように考慮する必要があります。
パーティションの形式 次の条件を使用します。 MBR (マスターブートレコード) -
ゲートウェイが保管型ボリュームで、ストレージボリュームのサイズが 1 TiB に制限されている場合。
-
ゲートウェイがキャッシュ型ボリュームで、ストレージボリュームのサイズが 2 TiB 未満である場合。
GPT (GUID パーティションテーブル) ゲートウェイのストレージボリュームのサイズが 2 TiB 以上ある場合。
-
-
シンプルボリュームの作成
-
ボリュームをオンラインにして初期化します。使用可能なボリュームがすべて、ディスク管理コンソールに表示されます。
-
ディスクのコンテキスト (右クリック) メニューを開き、[New Simple Volume] を選択します。
重要
間違ったディスクをフォーマットしないように注意してください。フォーマットするディスクのサイズが、ゲートウェイ VM に割り当てたローカルディスクのサイズと一致すること、およびそのディスクのステータスが [Unallocated] であることを確認します。
-
最大ディスクサイズを指定します。
-
ドライブ文字またはパスをボリュームに割り当て、[クリックフォーマットする] を選択してボリュームをフォーマットします。
重要
キャッシュボリュームには [クリックフォーマットする] を使用することを強くお勧めします。これにより、初期化 I/O と初期スナップショットサイズが小さくなり、使用可能なボリュームへの時間が最も高速になります。また、キャッシュボリュームスペースを使用したフルフォーマット処理を回避できます。
注記
ボリュームのフォーマットにかかる時間は、ボリュームサイズによって異なります。このプロセスは完了までに数分かかることがあります。
-
Red Hat Enterprise Linux でのボリュームの初期化とフォーマット
Red Hat Enterprise Linux () でボリュームを初期化およびフォーマットするには、次の手順に従いますRHEL。
ストレージボリュームを初期化してフォーマットするには
ディレクトリを
/dev
フォルダに変更します。sudo cfdisk
コマンドを実行します。次のコマンドを使用して新しいボリュームを確認します。新しいボリュームを見つけるには、ボリュームのパーティションのレイアウトをリストします。
$ lsblk
新しい未使用のボリュームについて、「認識されないボリュームラベル」というエラーが表示されます。
新しいボリュームを初期化します。パーティションの形式を選択する場合、接続先のボリュームのサイズと種類 (キャッシュ型またはゲートウェイ保管型) を、次の表のように考慮する必要があります。
パーティションの形式 次の条件を使用します。 MBR (マスターブートレコード) -
ゲートウェイが保管型ボリュームで、ストレージボリュームのサイズが 1 TiB に制限されている場合。
-
ゲートウェイがキャッシュ型ボリュームで、ストレージボリュームのサイズが 2 TiB 未満である場合。
GPT (GUID パーティションテーブル) ゲートウェイのストレージボリュームのサイズが 2 TiB 以上ある場合。
MBR パーティションの場合は、次のコマンドを使用します。
sudo parted /dev/
your volume
mklabel msdosGPT パーティションの場合は、次のコマンドを使用します。
sudo parted /dev/
your volume
mklabel gpt-
-
パーティションを作成するには、次のコマンドを使用します。
sudo parted -a opt /dev/
your volume
mkpart primaryfile system
0% 100% 次のコマンドを使用して、ドライブ文字をパーティションに割り当てて、ファイルシステムを作成します。
sudo mkfs -L datapartition /dev/
your volume
次のコマンドを使用して、ファイルシステムをマウントします。
sudo mount -o defaults /dev/
your volume
/mnt/your directory
ゲートウェイのテスト
次のタスクを実行して、ボリュームゲートウェイの設定をテストします。
-
ボリュームにデータを書き込む。
-
スナップショットを取得する。
-
スナップショットを別ボリュームに復元する。
ゲートウェイのセットアップを確認するには、ボリュームのスナップショットバックアップを作成し、スナップショットを に保存します AWS。次に、新しいボリュームに対してスナップショットを復元できます。ゲートウェイは、 の指定されたスナップショットから新しいボリューム AWS にデータをコピーします。
注記
暗号化された Amazon Elastic Block Store (Amazon EBS) ボリュームからのデータの復元はサポートされていません。
Microsoft Windows でストレージボリュームの Amazon EBSスナップショットを作成するには
-
Windows コンピュータで、いくつかのデータをマッピングされたストレージボリュームにコピーします。
この演習では、コピーするデータ量は問題ではありません。小さなファイルで十分に復元を確認することができます。
-
Storage Gateway コンソールのナビゲーションペインで、[Volumes] (ボリューム) を選択します。
-
ゲートウェイ用に作成したストレージボリュームを選択します。
このゲートウェイは 1 個のストレージボリュームのみを備えている必要があります。ボリュームを選択すると、ボリュームのプロパティが表示されます。
-
アクション で、EBSスナップショットの作成 を選択してボリュームのスナップショットを作成します。
ディスク上のデータ量およびアップロード帯域幅によっては、スナップショットが完了するのに数秒かかる場合があります。スナップショットを作成するボリュームの ID をメモします。スナップショットを見つけるには ID を使用します。
-
EBS 「スナップショットの作成」ダイアログボックスで、スナップショットの説明を入力します。
(オプション) [タグ] で、キーと値を入力して、スナップショットにタグを追加します。タグは、スナップショットの管理、フィルタリング、検索に便利な、大文字と小文字の区別があるキーと値のペアです。
[スナップショットの作成] を選択します。スナップショットは Amazon EBSスナップショットとして保存されます。スナップショット ID を書き留めます。ボリューム用に作成されたスナップショットの数はスナップショット列に表示されます。
-
EBS スナップショット列で、スナップショットを作成したボリュームのリンクを選択して、Amazon EC2コンソールでEBSスナップショットを表示します。
スナップショットを別ボリュームに復元するには
ボリュームの作成 を参照してください。
次のステップ
前のセクションでは、ゲートウェイの作成とプロビジョニングを行い、ホストをゲートウェイのストレージボリュームに接続しました。ゲートウェイの iSCSI ボリュームにデータを追加し、ボリュームのスナップショットを作成し、それを新しいボリュームに復元して、新しいボリュームに接続し、データがそれに表示されることを確認しました。
演習を終了したら、以下の点を考慮します。
-
ゲートウェイを引き続き使用するのであれば、実際のワークロードに合わせてアップロードバッファのサイズを設定します。詳細については、「実際のワークロードに対する、ボリュームゲートウェイストレージのサイズ設定」を参照してください。
-
ゲートウェイを引き続き使用する予定がないのであれば、料金が発生しないようにするために、ゲートウェイを削除することを検討します。詳細については、「不要なリソースのクリーンアップ」を参照してください。
本ガイドのその他のセクションには、以下の方法に関する情報が記載されています。
-
ストレージボリュームとその管理方法の詳細については、「ゲートウェイを管理する」を参照してください。
-
ゲートウェイの問題をトラブルシューティングする方法については、「ゲートウェイのトラブルシューティング」を参照してください。
-
ゲートウェイを最適化するには、「ゲートウェイのパフォーマンスの最適化」を参照してください。
-
Storage Gateway メトリクスの概要と、ゲートウェイの動作のモニタリング方法については、「Storage Gateway のモニタリング」を参照してください。
-
データを保存するようにゲートウェイの iSCSI ターゲットを設定する方法の詳細については、「」を参照してくださいボリュームの Windows クライアントへの接続。
実際のワークロードに合わせたボリュームゲートウェイのストレージのサイズ設定と、不要なリソースのクリーンアップの詳細については、以下のセクションを参照してください。
実際のワークロードに対する、ボリュームゲートウェイストレージのサイズ設定
この時点では、シンプルな設定でゲートウェイが動作しています。ただし、このゲートウェイを作成するために使用した前提は、実際の作業負荷に適しているわけではありません。このゲートウェイを実際の作業負荷で使用する場合は、次の 2 つの操作を行う必要があります。
-
アップロードバッファのサイズを適切に指定します。
-
まだ行っていない場合は、アップロードバッファの監視をセットアップします。
両方のタスクを実行する方法を以下で確認できます。キャッシュ型ボリュームに対してゲートウェイをアクティブ化した場合、実際の作業負荷用にキャッシュストレージのサイズも設定する必要もあります。
ゲートウェイキャッシュ型のセットアップ用に、アップロードバッファとキャッシュストレージのサイズを設定するには
-
アップロードバッファのサイズ設定では、「割り当てるアップロードバッファのサイズの決定」に示している式を使用します。アップロードバッファには、少なくとも 150 GiB を割り当てることを強くお勧めします。アップロードバッファの式で得られる値が 150 GiB 未満だったとしても、アップロードバッファには 150 GiB を割り当ててください。
アップロードバッファ式では、アプリケーションからゲートウェイへのスループットとゲートウェイから へのスループットの差が考慮され AWS、データを書き込む期間を乗算されます。例えば、1 日 12 時間、1 秒当たり 40 MB の速度でアプリケーションがゲートウェイにテキストデータを書き込み、ネットワークのスループットが 1 秒当たり 12 MB であるとします。テキストデータに対する圧縮係数が 2:1 と仮定すると、アップロードバッファ容量には約 675 GiB を割り当てる必要があるということが式からわかります。
保管型のセットアップに対して、アップロードバッファのサイズを設定するには
-
割り当てるアップロードバッファのサイズの決定 で検討した式を使用します。アップロードバッファには、少なくとも 150 GiB を割り当てることを強くお勧めします。アップロードバッファの式で得られる値が 150 GiB 未満だったとしても、アップロードバッファには 150 GiB を割り当ててください。
アップロードバッファ式では、アプリケーションからゲートウェイへのスループットとゲートウェイから へのスループットの差が考慮され AWS、データを書き込む期間を乗算されます。例えば、1 日 12 時間、1 秒当たり 40 MB の速度でアプリケーションがゲートウェイにテキストデータを書き込み、ネットワークのスループットが 1 秒当たり 12 MB であるとします。テキストデータに対する圧縮係数が 2:1 と仮定すると、アップロードバッファ容量には約 675 GiB を割り当てる必要があるということが式からわかります。
アップロードバッファを監視するには
ホーム で Storage Gateway https://console.aws.amazon.com/storagegateway/
コンソールを開きます。 -
[ゲートウェイ] タブ、[詳細] タブの順に選択し、[Upload Buffer Used (使用中のアップロードバッファ)] フィールドを見つけて、ゲートウェイの現在のアップロードバッファを表示します。
-
アップロードバッファの使用について通知する 1 つ以上のアラームを設定します。
Amazon CloudWatch コンソールで 1 つ以上のアップロードバッファアラームを作成することを強くお勧めします。たとえば、警告を受ける使用レベルのアラームや、超えた場合にアクションの対象となる使用レベルのアラームを設定できます。アクションにより、さらにアップロードバッファ容量が追加される場合があります。詳細については、「ゲートウェイのアップロードバッファの上限アラームを設定するには」を参照してください。
不要なリソースのクリーンアップ
サンプル演習またはテストとしてゲートウェイを作成した場合は、予期しない結果や不必要な料金が発生するのを避けるため、クリーンアップを検討します。
不要なリソースをクリーンアップする
-
スナップショットを削除します。手順については、「スナップショットの削除」を参照してください。
-
ゲートウェイを引き続き使用する予定がなければ、削除します。詳細については、「ゲートウェイの削除と関連リソースの削除」を参照してください。
オンプレミスホストから Storage Gateway VM を削除します。Amazon EC2インスタンスでゲートウェイを作成した場合は、インスタンスを終了します。