ボリュームの使用 - AWS Storage Gateway

Amazon S3 ファイルゲートウェイのドキュメントがAmazon S3 ファイルゲートウェイとは

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

ボリュームの使用

ボリュームを使用する方法に関する手順を以下で確認できます。ボリュームを使用するには、最初に iSCSI ターゲットとしてクライアントに接続し、次にボリュームを初期化してフォーマットします。

クライアントへのボリュームの接続

ボリュームへ接続するには、クライアントで iSCSI イニシエータを使用します。以下の手順の最後に、ボリュームが クライアントのローカルデバイスとして使用可能になります。

重要

Storage Gateway では、ホストが Windows Server Failover Clustering (WSFC) を使用してアクセスを調整する場合に、同じボリュームで複数のホストに接続できます。WSFC を使用せずに (たとえば、非クラスター NTFS/ext4 ファイルシステムを共有して) 複数のホストを同じボリュームに接続することはできません。

Microsoft Windows クライアントへの接続

以下の手順は、Windows クライアントに接続するために従うステップの概要を示しています。詳細については、「iSCSI イニシエータの接続」を参照してください。

Windows クライアントに接続するには

  1. iscsicpl.exe を開始します。

  2. [iSCSI Initiator Properties (iSCSI イニシエータのプロパティ)] ダイアログボックスで、[検出] タブを選択し、[Discovery Portal (検出ポータル)] を選択します。

  3. [Discover Target Portal (ターゲットポータルの検出)] ダイアログボックスで、IP アドレスまたは DNS 名の iSCSI ターゲットの IP アドレスを入力します。

  4. ゲートウェイのストレージボリュームターゲットに新しいターゲットポータルを接続します。

  5. ターゲットを選択し、[接続] を選択します。

  6. [ターゲット] タブで、ターゲットのステータスが、ターゲットが接続されていることを示す値 [Connected (接続済み)] であることを確認し、[OK] を選択します。

Red Hat Enterprise Linux クライアントへの接続

以下の手順は、Red Hat Enterprise Linux (RHEL) クライアントに接続するために従うステップの概要を示しています。詳細については、「iSCSI イニシエータの接続」を参照してください。

Linux クライアントを iSCSI ターゲットに接続するには

  1. iscsi-initiator-utils RPM パッケージをインストールします。

    パッケージをインストールするには、以下のコマンドを使用できます。

    sudo yum install iscsi-initiator-utils
  2. iSCSI デーモンが実行していることを確認します。

    RHEL 5 または 6 を使用している場合は、次のコマンドを使用します。

    sudo /etc/init.d/iscsi status

    RHEL 7 を使用している場合は、次のコマンドを使用します。

    sudo service iscsid status
  3. ゲートウェイに対して定義されているボリュームまたは VTL デバイスターゲットを検出します。次の検出コマンドを使用します。

    sudo /sbin/iscsiadm --mode discovery --type sendtargets --portal [GATEWAY_IP]:3260

    discovery コマンドの出力は、次の出力例のようになります。

    ボリュームゲートウェイの場合: [GATEWAY_IP]:3260, 1 iqn.1997-05.com.amazon:myvolume

    テープ・ゲートウェイの場合:iqn.1997-05.com.amazon:[GATEWAY_IP]-tapedrive-01

  4. ターゲットに接続します。

    connect コマンドには、正しい [GATEWAY_IP] と IQN を指定する必要があります。

    次のコマンドを使用します。

    sudo /sbin/iscsiadm --mode node --targetname iqn.1997-05.com.amazon:[ISCSI_TARGET_NAME] --portal [GATEWAY_IP]:3260,1 --login
  5. ボリュームがクライアントマシン (イニシエータ) にアタッチされていることを確認します。そのためには、次のコマンドを使用します。

    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

    イニシエータを設定した後は、「Linux iSCSI 設定のカスタマイズ」で説明されているように iSCSI の設定をカスタマイズすることを強くお勧めします。

ボリュームの初期化とフォーマット

クライアントで iSCSI イニシエータを使用してボリュームに接続したら、ボリュームを初期化してフォーマットします。

Microsoft Windows でのボリュームの初期化とフォーマット

Windows でボリュームを初期化してフォーマットするには、次の手順を使用します。

ストレージボリュームを初期化してフォーマットするには

  1. diskmgmt.msc を起動し、[Disk Management] コンソールを開きます。

  2. [Initialize Disk] ダイアログボックスで、[MBR (Master Boot Record)] パーティションの形式でボリュームを初期化します。パーティションのスタイルを選択する場合、接続先のボリュームの種類 (キャッシュ型または保管型) を、次の表のように考慮する必要があります。

    パーティションの形式 次の条件を使用します。
    [MBR (Master Boot Record) ]
    • ゲートウェイが保管型ボリュームで、ストレージボリュームのサイズが 1 TiB に制限されている場合。

    • ゲートウェイがキャッシュ型ボリュームで、ストレージボリュームのサイズが 2 TiB 未満である場合。

    [GPT (GUID Partition Table) ]

    ゲートウェイのストレージボリュームのサイズが 2 TiB 以上ある場合。

  3. シンプルボリュームの作成

    1. ボリュームをオンラインにして初期化します。使用可能なボリュームがすべて、ディスク管理コンソールに表示されます。

    2. ディスクのコンテキスト (右クリック) メニューを開き、[New Simple Volume] を選択します。

      重要

      間違ったディスクをフォーマットしないように注意してください。フォーマットするディスクのサイズが、ゲートウェイ VM に割り当てたローカルディスクのサイズと一致すること、およびそのディスクのステータスが [Unallocated] であることを確認します。

    3. 最大ディスクサイズを指定します。

    4. ドライブ文字またはパスをボリュームに割り当て、[クリックフォーマットする] を選択してボリュームをフォーマットします。

      重要

      キャッシュボリュームには [クリックフォーマットする] を使用することを強くお勧めします。これにより、初期化 I/O と初期スナップショットサイズが小さくなり、使用可能なボリュームへの時間が最も高速になります。また、キャッシュボリュームスペースを使用したフルフォーマット処理を回避できます。

      注記

      ボリュームのフォーマットにかかる時間は、ボリュームサイズによって異なります。このプロセスは完了までに数分かかることがあります。

Red Hat Enterprise Linux でのボリュームの初期化とフォーマット

Red Hat Enterprise Linux (RHEL) でボリュームを初期化してフォーマットするには、次の手順を使用します。

ストレージボリュームを初期化してフォーマットするには

  1. ディレクトリを /dev フォルダに変更します。

  2. sudo cfdisk コマンドを実行します。

  3. 次のコマンドを使用して新しいボリュームを確認します。新しいボリュームを見つけるには、ボリュームのパーティションのレイアウトをリストします。

    $ lsblk

    新しい未使用のボリュームについて、「認識されないボリュームラベル」というエラーが表示されます。

  4. 新しいボリュームを初期化します。パーティションの形式を選択する場合、接続先のボリュームのサイズと種類 (キャッシュ型またはゲートウェイ保管型) を、次の表のように考慮する必要があります。

    パーティションの形式 次の条件を使用します。
    [MBR (Master Boot Record) ]
    • ゲートウェイが保管型ボリュームで、ストレージボリュームのサイズが 1 TiB に制限されている場合。

    • ゲートウェイがキャッシュ型ボリュームで、ストレージボリュームのサイズが 2 TiB 未満である場合。

    [GPT (GUID Partition Table) ]

    ゲートウェイのストレージボリュームのサイズが 2 TiB 以上ある場合。

    MBR パーティションでは、次のコマンドを使用します: sudo parted /dev/your volume mklabel msdos

    GPT パーティションでは、次のコマンドを使用します: sudo parted /dev/your volume mklabel gpt

  5. パーティションを作成するには、次のコマンドを使用します。

    sudo parted -a opt /dev/your volume mkpart primary file system 0% 100%

  6. 次のコマンドを使用して、ドライブ文字をパーティションに割り当てて、ファイルシステムを作成します。

    sudo mkfs drive letter datapartition /dev/your volume

  7. 次のコマンドを使用して、ファイルシステムをマウントします。

    sudo mount -o defaults /dev/your volume /mnt/your directory

ゲートウェイのテスト

次のタスクを実行して、ボリュームゲートウェイ設定をテストします。

  1. ボリュームにデータを書き込む。

  2. スナップショットを取得する。

  3. スナップショットを別ボリュームに復元する。

ボリュームのスナップショットバックアップを作成し、スナップショットをAWS。次に、新しいボリュームに対してスナップショットを復元できます。ゲートウェイによって、指定されたスナップショットからAWS新しいボリュームに追加します。

注記

暗号化された Amazon Elastic Block Store (Amazon EBS) ボリュームからデータを復元することはできません。

Microsoft Windows でストレージボリュームの Amazon EBS スナップショットを作成するには

  1. Windows コンピュータで、いくつかのデータをマッピングされたストレージボリュームにコピーします。

    この演習では、コピーするデータ量は問題ではありません。小さなファイルで十分に復元を確認することができます。

  2. Storage Gateway コンソールのナビゲーションペインで、[ボリューム

  3. ゲートウェイ用に作成したストレージボリュームを選択します。

    このゲートウェイは 1 個のストレージボリュームのみを備えている必要があります。ボリュームを選択すると、ボリュームのプロパティが表示されます。

  4. [アクション] で、[EBS スナップショットの作成] を選択してボリュームのスナップショットを作成します。

    ディスク上のデータ量およびアップロード帯域幅によっては、スナップショットが完了するのに数秒かかる場合があります。スナップショットを作成するボリュームの ID をメモします。スナップショットを見つけるには ID を使用します。

  5. [EBS スナップショットの作成] ダイアログボックスで、スナップショットの説明を入力します。

  6. (オプション) [タグ] で、キーと値を入力して、スナップショットにタグを追加します。タグは、スナップショットの管理、フィルタリング、検索に便利な、大文字と小文字の区別があるキーと値のペアです。

  7. [スナップショットの作成] を選択します。スナップショットは Amazon EBS スナップショットとして保存されます。スナップショット ID を書き留めます。ボリューム用に作成されたスナップショットの数はスナップショット列に表示されます。

  8. EBS スナップショット列で、スナップショットを作成したボリュームのリンクを選択し、Amazon EC2 コンソールで EBS スナップショットを表示します。

スナップショットを別ボリュームに復元するには

ボリュームの作成」を参照してください。

次のステップ

前のセクションでは、ゲートウェイの作成とプロビジョニングを行い、ホストをゲートウェイのストレージボリュームに接続しました。また、ゲートウェイの iSCSI ボリュームへのデータの追加、ボリュームのスナップショットの作成、新しいボリュームへのスナップショットの復元、新しいボリュームへの接続、ボリュームのデータが表示されることの確認を行いました。

演習を終了したら、以下の点を考慮します。

本ガイドのその他のセクションには、以下の方法に関する情報が記載されています。

実際のワークロードに合わせたボリュームゲートウェイのストレージのサイズ設定と、不要なリソースのクリーンアップの詳細については、以下のセクションを参照してください。

実際のワークロードに対する、ボリュームゲートウェイストレージのサイズ設定

この時点では、シンプルな設定でゲートウェイが動作しています。ただし、このゲートウェイを作成するために使用した前提は、実際の作業負荷に適しているわけではありません。このゲートウェイを実際の作業負荷で使用する場合は、次の 2 つの操作を行う必要があります。

  1. アップロードバッファのサイズを適切に指定します。

  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 を割り当てる必要があるということが式からわかります。

アップロードバッファを監視するには

  1. Storage Gateway コンソールを開きます。https://console.aws.amazon.com/storagegateway/home

  2. [ゲートウェイ] タブ、[詳細] タブの順に選択し、[Upload Buffer Used (使用中のアップロードバッファ)] フィールドを見つけて、ゲートウェイの現在のアップロードバッファを表示します。

  3. アップロードバッファの使用について通知する 1 つ以上のアラームを設定します。

    Amazon CloudWatch コンソールで 1 つ以上のアップロードバッファアラームを作成することを強くお勧めします。たとえば、警告を受ける使用レベルのアラームや、超えた場合にアクションの対象となる使用レベルのアラームを設定できます。アクションにより、さらにアップロードバッファ容量が追加される場合があります。詳細については、「ゲートウェイのアップロードバッファの上限アラームを設定するには」を参照してください。

不要なリソースのクリーンアップ

サンプル演習またはテストとしてゲートウェイを作成した場合は、予期しない結果や不必要な料金が発生するのを避けるため、クリーンアップを検討します。

不要なリソースをクリーンアップする

  1. スナップショットを削除します。手順については、「スナップショットの削除」を参照してください。

  2. ゲートウェイを引き続き使用する予定がなければ、削除します。詳細については、「AWS Storage Gateway コンソールを使用したゲートウェイの削除と関連リソースの除去」を参照してください。

  3. オンプレミスホストから Storage Gateway VM を削除します。Amazon EC2 インスタンスにゲートウェイを作成した場合、インスタンスを終了します。