既存の S3 File GatewayFSx を新しいインスタンスに置き換える - AWS Storage Gateway
方法 1: キャッシュディスクとゲートウェイ ID を代替インスタンスに移行する方法 2: 空のキャッシュディスクと新しいゲートウェイ ID を持つ代替インスタンス

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

既存の S3 File GatewayFSx を新しいインスタンスに置き換える

既存の S3 File GatewayFSx は、データとパフォーマンスのニーズの増大に応じて、またはゲートウェイを移行する AWS 通知を受け取った場合に、新しいインスタンスに置き換えることができます。これは、ゲートウェイをより良いホストプラットフォームまたは新しい Amazon EC2 インスタンスに移動する場合、または基盤となるサーバーハードウェアを更新する場合に必要になる場合があります。

既存の S3 File GatewayFSx を置き換えるには、2 つの方法があります。次の表に、各メソッドの利点と欠点を示します。この情報を使用して、ゲートウェイ環境に最適な方法を選択し、以下の対応するセクションの手順ステップを参照してください。

注記

いずれかの方法を完了するために新しい Storage Gateway のローカルコンソールにログインする必要がある場合、デフォルトのユーザー名は admin、デフォルトのパスワードは password です。

方法 1: キャッシュディスクとゲートウェイ ID を代替インスタンスに移行する

方法 2: 空のキャッシュディスクと新しいゲートウェイ ID を持つ代替インスタンス

キャッシュディスクデータ

キャッシュディスク上のデータは保持されます。この方法は、ゲートウェイのキャッシュディスクが大きい場合や、アプリケーションがout-of-cacheの読み取りオペレーションによる遅延に敏感である場合に便利です。

キャッシュ内のデータは AWS クラウドからダウンロードされます。この方法は、アプリケーションがout-of-cacheの読み取りによる遅延を許容できる場合、書き込み負荷の高いワークロードに最適です。

ダウンタイム

ゲートウェイは移行プロセス中に 1～2 時間オフラインになります。

ファイル共有は常に利用できますが、新しいインスタンスへの移行中にあるファイル共有から別のファイル共有に切り替えると、クライアントに短いカットオーバーダウンタイムが発生します。

注記

2 つのファイル共有から 1 つの Amazon S3 バケットへの同時書き込みはサポートされていないため、すべてのクライアントは徐々にではなく、1 つの共有から別の共有に同時に再マッピングする必要があります。

ゲートウェイ ID

新しいゲートウェイは、置き換えるゲートウェイからゲートウェイ ID を継承します。

既存のゲートウェイと代替ゲートウェイには、個別の一意のゲートウェイ IDs。
注記

移行は、同じタイプのゲートウェイ間でのみ実行できます。たとえば、設定やデータを FSx ファイルゲートウェイから S3 ファイルゲートウェイに移行することはできません。

方法 1: キャッシュディスクとゲートウェイ ID を代替インスタンスに移行する

S3 File GatewayFSx のキャッシュディスクと Gateway ID を代替インスタンスに移行するには：

  1. 既存の S3 File GatewayFSx に書き込むアプリケーションをすべて停止します。

  2. 既存の S3 File GatewayFSx のモニタリングタブのCachePercentDirtyメトリクスが であることを確認します0。

  3. ハイパーバイザーコントロールを使用してホスト仮想マシン (VM) の電源をオフにして、既存の S3 ファイルゲートウェイをシャットダウンします。

    Amazon EC2 インスタンスのシャットダウンの詳細については、Amazon EC2 ユーザーガイド」の「インスタンスの停止と起動」を参照してください。

    KVM、VMware、または Hyper-V VM のシャットダウンの詳細については、ハイパーバイザからのドキュメントを参照してください。

  4. ルートディスクやキャッシュディスクを含むすべてのディスクを古いゲートウェイ VM からデタッチします。

    注記

    ルートディスクのボリューム ID と、そのルートディスクに関連付けられているゲートウェイ ID を書き留めます。後のステップで、このディスクを新しい Storage Gateway ハイパーバイザーからデタッチする必要があります。

    S3 File GatewayFSxの VM として Amazon EC2 インスタンスを使用している場合は、「Amazon EC2 ユーザーガイドAmazon EC2」の「Windows インスタンスから Amazon EBS ボリュームをデタッチする」または「Linux インスタンスから Amazon EBS ボリュームをデタッチする」を参照してください。

    KVM、VMware、または Hyper-V VM からのディスクのデタッチについては、ハイパーバイザーからのドキュメントを参照してください。

  5. 新しい AWS Storage Gateway ハイパーバイザー VM インスタンスを作成しますが、ゲートウェイとしてアクティブ化しないでください。後のステップで、この新しい VM は古いゲートウェイの ID を引き受けます。

    新しい Storage Gateway ハイパーバイザー VM の作成の詳細については、「ホストプラットフォームの選択」と「VM のダウンロード」を参照してください。

    注記

    新しい VM にキャッシュディスクを追加しないでください。この VM は、古い VM で使用されたものと同じキャッシュディスクを使用します。

  6. 古い VM と同じネットワーク設定を使用するように新しい Storage Gateway VM を設定します。

    ゲートウェイのデフォルトのネットワーク設定は、動的ホスト構成プロトコル (DHCP) です。DHCP を使用すると、ゲートウェイには IP アドレスが自動的に割り当てられます。

    ゲートウェイ VM の静的 IP アドレスを手動で設定する必要がある場合は、「ネットワークパラメータの設定」を参照してください。

    ゲートウェイ VM がインターネットに接続するために Socket Secure version 5 (SOCKS5) プロキシを使用する必要がある場合は、「HTTP プロキシを介して EC2 にデプロイされたゲートウェイをルーティングする」を参照してください。

  7. 新しい Storage Gateway VM を起動します。

  8. 古いゲートウェイ VM からデタッチしたディスクを新しいゲートウェイ VM にアタッチします。既存のルートディスクを新しいゲートウェイ VM からデタッチしないでください。

    注記

    正常に移行するには、すべてのディスクを変更しないでください。ディスクサイズやその他の値を変更すると、メタデータに不整合が発生し、移行が成功しなくなります。

  9. 次の形式を使用する URL を使用して新しい VM に接続し、ゲートウェイ移行プロセスを開始します。

    http://your-VM-IP-address/migrate?gatewayId=your-gateway-ID

    古いゲートウェイ VM に使用したのと同じ IP アドレスを新しいゲートウェイ VM に使用できます。同じ IP を使用するには、まず古いゲートウェイを削除してから、ステップ 5 に進みます。URL は次の例のようになります。

    http://198.51.100.123/migrate?gatewayId=sgw-12345678

    ブラウザから、または cURL を使用してコマンドラインから、この URL を使用します。

    ゲートウェイの移行が正常に開始されると、次のメッセージが表示されます。

    Successfully imported Storage Gateway information. Please refer to Storage Gateway documentation to perform the next steps to complete the migration.

  10. ゲートウェイのステータスが AWS Storage Gateway コンソールで実行中と表示されるまで待ちます。使用可能な帯域幅によっては、最大 10 分かかる場合があります。

  11. 新しい Storage Gateway VM を停止します。

  12. 前に書き留めたボリューム ID を持つ古いゲートウェイのルートディスクを新しいゲートウェイからデタッチします。

  13. 新しい Storage Gateway VM を起動します。

  14. ゲートウェイが Active Directory ドメインに参加している場合は、ドメインに再度参加します。手順については、「Active Directory を使用してユーザーを認証する」を参照してください。

    注記

    S3 File GatewayFSx のステータスが Joined と表示された場合でも、このステップを完了する必要があります。

  15. 共有が新しいゲートウェイ VM の IP アドレスで使用可能であることを確認し、古いゲートウェイ VM を削除します。

    警告

    削除したゲートウェイを復元することはできません。

    Amazon EC2 インスタンスの削除の詳細については、Amazon EC2 ユーザーガイド」の「インスタンスの終了」を参照してください。KVM、VMware、または Hyper-V VM の削除の詳細については、ハイパーバイザーのドキュメントを参照してください。

方法 2: 空のキャッシュディスクと新しいゲートウェイ ID を持つ代替インスタンス

空のキャッシュディスクと新しいゲートウェイ ID を持つ代替 S3 File Gateway インスタンスを設定するには：

  1. 既存の S3 File GatewayFSx に書き込むアプリケーションをすべて停止します。新しいゲートウェイでファイル共有を設定する0前に、モニタリングタブの CachePercentDirty メトリクスが であることを確認します。

  2. AWS Command Line Interface （AWS CLI) を使用して、既存の S3 File GatewayFSxとファイル共有に関する設定情報を収集して保存します。

    1. S3 File GatewayFSx File Gateway のゲートウェイ設定情報を保存します。

      aws storagegateway describe-gateway-information --gateway-arn "arn:aws:storagegateway:us-east-2:123456789012:gateway/sgw-12A3456B"

      このコマンドは、名前、ネットワークインターフェイス、設定されたタイムゾーン、状態 (ゲートウェイが実行されているかどうか) など、ゲートウェイに関するメタデータを含む JSON ブロックを出力します。

    2. SS3 ファイルゲートウェイのサーバーメッセージブロック (SMB) 設定を保存します。

      aws storagegateway describe-smb-settings --gateway-arn "arn:aws:storagegateway:us-east-2:123456789012:gateway/sgw-12A3456B"

      このコマンドは、ドメイン名、Microsoft Active Directory のステータス、ゲストパスワードが設定されているかどうか、セキュリティ戦略のタイプなど、SMB ファイル共有に関するメタデータを含む JSON ブロックを出力します。

    3. SS3 の各 SMB およびネットワークファイルシステム (NFS) ファイル共有のファイル共有情報を保存します。

      • SMB ファイル共有には、次のコマンドを使用します。

        aws storagegateway describe-smb-file-shares --file-share-arn-list "arn:aws:storagegateway:us-east-2:123456789012:share/share-987A654B"

        このコマンドは、名前、ストレージクラス、ステータス、IAM ロール Amazon リソースネーム (ARN)、S3 File GatewayFSx、SMB ファイル共有に関するメタデータを含む JSON ブロックを出力します。

      • NFS ファイル共有には、次のコマンドを使用します。

        aws storagegateway  describe-nfs-file-shares --file-share-arn-list "arn:aws:storagegateway:us-east-2:123456789012:share/share-321A978B"

        このコマンドは、名前、ストレージクラス、ステータス、IAM ロール ARN、S3 File GatewayFSx共有に関するメタデータを含む JSON ブロックを出力します。

  3. 古いゲートウェイと同じ設定と設定で新しい S3 File Gateway を作成します。必要に応じて、ステップ 2 で保存した情報を参照してください。

  4. 古いゲートウェイで設定されたファイル共有と同じ設定と設定で、新しいゲートウェイの新しいファイル共有を作成します。必要に応じて、ステップ 2 で保存した情報を参照してください。

  5. 新しいゲートウェイが正しく動作していることを確認し、環境に最適な方法で、古いファイル共有から新しいファイル共有にクライアントを再マッピング/カットオーバーします。

  6. 新しいゲートウェイが正しく動作していることを確認し、Storage Gateway コンソールから古いゲートウェイを削除します。

    重要

    S3 ファイルゲートウェイを削除する前に、そのゲートウェイのキャッシュに現在書き込んでいるアプリケーションがないことを確認してください。使用中のゲートウェイを削除すると、データが失われる場合があります。

    警告

    削除したゲートウェイを復元することはできません。

  7. 古いゲートウェイ VM または Amazon EC2 インスタンスを削除します。