翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 既存の S3 ファイルゲートウェイを新しいインスタンスに置き換える
既存の S3 File GatewayFSx は、データとパフォーマンスのニーズが増えるにつれて、またはゲートウェイを移行する AWS 通知を受け取った場合に、新しいインスタンスに置き換えることができます。ゲートウェイをより優れたホストプラットフォームや新しい Amazon EC2 インスタンスに移行したい場合、または基盤となるサーバーハードウェアを更新したい場合に、この操作が必要になることがあります。
既存の S3 ファイルゲートウェイを置き換えるには、2 つの方法があります。次の表に、各メソッドの利点と欠点を示します。この情報を使用して、ゲートウェイ環境に最適な方法を選択し、以下の対応するセクションの手順ステップを参照してください。
**注記**
いずれかの方法を完了するために[新しい Storage Gateway ローカルコンソールにログイン](LocalConsole-login-fgw.md)する必要がある場合、最初のユーザー名は *admin*、一時パスワードは *password* です。
**重要**
これらの手順は、バージョン 1.x を実行しているゲートウェイアプライアンスを移行する場合にのみ使用します。これらを使用して、下位バージョンを実行しているゲートウェイアプライアンスを移行することはできません。
| | **メソッド 1: キャッシュディスクとゲートウェイ ID を代替インスタンスに移行する\*** | **メソッド 2: 空のキャッシュディスクと新しいゲートウェイ ID を持つ代替インスタンス** |
| --- | --- | --- |
| **キャッシュディスクデータ** | キャッシュディスク上のデータは保持されます。この方法は、ゲートウェイに大きなキャッシュディスクがある場合や、アプリケーションがキャッシュ外読み取り操作による遅延に影響を受けやすい場合に有効です。 | キャッシュ内のデータは AWS クラウドからダウンロードされます。この方法は、書き込み負荷が高いワークロードに最適であり、アプリケーションがキャッシュ外読み取りによる遅延を許容できる場合に適しています。 |
| **ダウンタイム** | 移行プロセス中、ゲートウェイは 1〜2 時間オフラインになります。 | ファイル共有は常に利用できますが、クライアントは新しいインスタンスへの移行中にあるファイル共有から別のファイル共有に切り替えると、カットオーバーのダウンタイムが短くなります。 2 つのファイル共有から 1 つの Amazon S3 バケットへの同時書き込みは*サポートされていない*ため、すべてのクライアントは徐々にではなく、1 つの共有から別の共有に同時に再マッピングする必要があります。 |
| **ゲートウェイ ID** | 新しいゲートウェイは、置き換えるゲートウェイからゲートウェイ ID を継承します。 | 既存のゲートウェイと置き換え用ゲートウェイは、それぞれ異なる一意のゲートウェイ ID を持っています。 |
| **コストの含意** | キャッシュされたデータを保存すると、再ダウンロードが不要になり、S3 の追加コストは発生しません。 | この方法では、特に S3 からデータを取得する必要がある場合、追加コストが発生する可能性があります。このアプローチでは、S3 バケットにバックアップされたファイル共有が S3 Intelligent-Tiering、S3 Standard-IA、SS3 One Zone-IA、または S3 ライフサイクルポリシーを介して GLACIER に移行されたオブジェクトなどのストレージクラスを使用している場合、S3 データの取得コストが大幅に増加する可能性があります。
SMB ファイル共有の場合、ルート ACL がファイル共有に設定されている場合は、移行されたゲートウェイに再適用する必要があります。このアクションは、ファイル共有内のすべてのオブジェクトに再帰的に設定を適用し、コストへの影響をもたらします。 |
**注記**
移行は、同じタイプのゲートウェイ間でのみ実行できます。たとえば、設定やデータを FSx ファイルゲートウェイから S3 ファイルゲートウェイに移行することはできません。
## メソッド 1: キャッシュディスクとゲートウェイ ID を代替インスタンスに移行する
**S3 ファイルゲートウェイのキャッシュディスクとゲートウェイ ID を代替インスタンスに移行するには:**
1. 既存の S3 ファイルゲートウェイに書き込むアプリケーションをすべて停止します。
1. ゲートウェイを最新バージョンに更新するには、次の手順を使用します。
1. Storage Gateway コンソール ([https://console.aws.amazon.com/storagegateway/home](https://console.aws.amazon.com/storagegateway/)) を開きます。
1. ナビゲーションペインで、**ゲートウェイ**を選択し、移行する古い S3 ファイルゲートウェイを選択します。
1. 利用可能な場合は**、今すぐ更新** をクリックします。そうでない場合、ゲートウェイは既に最新バージョンです。
1. 既存の S3 ファイルゲートウェイの **[モニタリング]** タブの `CachePercentDirty` メトリクスが `0` であることを確認してください。
1. ハイパーバイザーコントロールを使用してホスト仮想マシン (VM) をオフにして、既存の S3 ファイルゲートウェイをシャットダウンします。
Amazon EC2 インスタンスのシャットダウンの詳細については、「*Amazon EC2 ユーザーガイド*」の「[インスタンスの停止と起動](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/Stop_Start.html)」を参照してください。
KVM、VMware、または Hyper-V VM のシャットダウンの詳細については、ハイパーバイザからのドキュメントを参照してください。
1. 古いゲートウェイ VM から、ルートディスクおよびキャッシュディスクを含むすべてのディスクを取り外します。
**注記**
ルートディスクのボリューム ID と、そのルートディスクに関連付けられているゲートウェイ ID を書き留めます。このディスクは、後のステップで新しい Storage Gateway ハイパーバイザーからデタッチする必要があります。
S3 ファイルゲートウェイの VM として Amazon EC2 インスタンスを使用している場合は、*Amazon EC2 ユーザーガイド*の[Windows インスタンスから Amazon EBS ボリュームをデタッチする](https://docs.aws.amazon.com//AWSEC2/latest/WindowsGuide/ebs-detaching-volume.html)または[Linux インスタンスから Amazon EBS ボリュームをデタッチする](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/ebs-detaching-volume.html)を参照してください。
KVM、VMware、または Hyper-V VM からのディスクのデタッチについては、ハイパーバイザーからのドキュメントを参照してください。
1. 新しい AWS Storage Gateway ハイパーバイザー VM インスタンスを作成しますが、ゲートウェイとしてアクティブ化しないでください。後のステップで、この新しい VM は、古いゲートウェイの ID を引き継ぎます。
新しい Storage Gateway ハイパーバイザー VM の作成に関する詳細については、[「ホストプラットフォームの選択と VM のダウンロード」](https://docs.aws.amazon.com/filegateway/latest/files3/create-gateway-file.html#hosting-options-file)を参照してください。
**注記**
新しい VM には、キャッシュ用のディスクを追加しないでください。この VM は、旧 VM で使用していたキャッシュディスクをそのまま使用します。
**注記**
VM をダウンロードしたら、コンソールウィザードを閉じます。この時点でアクティベーションを続行しないでください。
1. 古い VM と同じネットワーク設定を使用するように新しい Storage Gateway VM を設定します。
ゲートウェイのデフォルトのネットワーク設定は、動的ホスト構成プロトコル (DHCP) です。DHCP を使用すると、ゲートウェイには IP アドレスが自動的に割り当てられます。
ゲートウェイ VM の静的 IP アドレスを手動で設定する必要がある場合は、[「ネットワークパラメータの設定](https://docs.aws.amazon.com//filegateway/latest/files3/appliance-configure-ip.html)」を参照してください。
ゲートウェイ VM が Socket Secure version 5 (SOCKS5) プロキシを使用してインターネットに接続する必要がある場合は、[「HTTP プロキシを介して EC2 にデプロイされたゲートウェイをルーティングする」](https://docs.aws.amazon.com//filegateway/latest/files3/ec2-local-console-fwg.html#EC2_MaintenanceRoutingProxy-fgw)を参照してください。
**注記**
NFS または SMB クライアントを再設定しないように、古いゲートウェイ VM から同じ静的 IP アドレスまたはホスト名を再利用できます。
1. 新しい Storage Gateway VM を起動します。
1. 古いゲートウェイ VM から取り外したディスクを、新しいゲートウェイ VM に接続します。既存のルートディスクを新しいゲートウェイ VM からデタッチしないでください。
**注記**
正常に移行するには、すべてのディスクを変更しないでください。ディスクサイズやその他の値を変更すると、メタデータに不整合が発生し、移行が成功しなくなります。
1. ゲートウェイ移行プロセスを開始するには、新しいゲートウェイ VM のローカルコンソールに接続するか、新しいゲートウェイ VM の IP アドレス (以下で説明) にウェブリクエストを行います。
1. ローカルコンソールを使用するには、**Migrate Gateway** の オプションを選択し、プロンプトが表示されたら既存のゲートウェイ ID を指定します。古いゲートウェイで以前に適用された設定を新しいゲートウェイにコピーするプロンプトが表示されます。適用するか、後で手動で設定するかを選択できます。[「ゲートウェイローカルコンソールへのアクセス](https://docs.aws.amazon.com/filegateway/latest/files3/accessing-local-console.html)」を参照してください。
1. または、次の形式を使用する URL を使用して新しい VM に接続することで、ゲートウェイ移行プロセスを開始することもできます。
```
http://{{your-VM-IP-address}}/migrate?gatewayId={{your-gateway-ID}}
```
新しいゲートウェイ VM には、古いゲートウェイ VM で使用したのと同じ IP アドレスを再使用できます。この URL は次の例のようになります。
```
http://198.51.100.123/migrate?gatewayId=sgw-12345678
```
ブラウザから、またはコマンドラインから `curl` を使用して、この URL で移行プロセスを開始します。
ゲートウェイの移行プロセスが正常に完了すると、移行が成功したことを確認するメッセージが表示されます。
1. ゲートウェイのステータスが AWS Storage Gateway コンソールで**実行中**と表示されるまで待ちます。使用可能な帯域幅によっては、最大 10 分かかる場合があります。
1. 新しい Storage Gateway VM を停止します。
1. 以前に書き留めたボリューム ID を持つ古いゲートウェイのルートディスクを新しいゲートウェイからデタッチします。
1. 新しい Storage Gateway VM を起動します。
1. ゲートウェイが Active Directory ドメインに参加している場合は、ドメインに再度参加します。手順については、[Active Directory を使用してユーザーを認証する](https://docs.aws.amazon.com//filegateway/latest/files3/enable-ad-settings.html)を参照してください。
**注記**
S3 ファイルゲートウェイのステータスが **[参加]** と表示されている場合でも、このステップを完了する必要があります。
1. ゲートウェイが SMB ゲストアクセス認証方法を使用している場合は、パスワードを再入力する必要があります。手順については、[「ファイル共有へのゲストアクセスを提供する](https://docs.aws.amazon.com/filegateway/latest/files3/guest-access.html)」を参照してください。
1. 共有が新しいゲートウェイ VM の IP アドレスで使用可能であることを確認し、古いゲートウェイ VM を削除します。
**警告**
削除したゲートウェイを復元することはできません。
EC2 インスタンスの削除の詳細については、*Amazon EC2 ユーザーガイド*の[インスタンスの終了](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/terminating-instances.html)を参照してください。KVM、VMware、または Hyper-V VM を削除する方法の詳細については、使用しているハイパーバイザーのドキュメントを参照してください。
## メソッド 2: 空のキャッシュディスクと新しいゲートウェイ ID を持つ代替インスタンス
**空のキャッシュディスクと新しいゲートウェイ ID を持つ代替 S3 ファイルゲートウェイインスタンスを設定するには:**
1. 既存の S3 ファイルゲートウェイに書き込むアプリケーションをすべて停止します。新しいゲートウェイでファイル共有を設定する前に、**[モニタリング]** タブの `CachePercentDirty` メトリクスが `0` であることを確認します。
1. AWS Command Line Interface (AWS CLI) を使用して、既存の S3 File GatewayFSxとファイル共有に関する設定情報を収集して保存します。
1. S3 ファイルゲートウェイのゲートウェイ設定情報を保存します。
```
aws storagegateway describe-gateway-information --gateway-arn "arn:aws:storagegateway:{{us-east-2}}:{{123456789012}}:gateway/sgw-12A3456B"
```
このコマンドは、名前、ネットワークインターフェイス、設定したタイムゾーン、および状態 (ゲートウェイが実行中かどうか) など、ゲートウェイに関するメタデータを含む JSON ブロックを出力します。
1. S3 ファイルゲートウェイのサーバーメッセージブロック (SMB) 設定を保存します。
```
aws storagegateway describe-smb-settings --gateway-arn "arn:aws:storagegateway:{{us-east-2}}:{{123456789012}}:gateway/{{sgw-12A3456B}}"
```
このコマンドは、ドメイン名、Microsoft Active Directory のステータス、ゲストパスワードが設定されているかどうか、セキュリティ戦略のタイプなど、SMB ファイル共有に関するメタデータを含む JSON ブロックを出力します。
1. S3 ファイルゲートウェイの各 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 ファイルゲートウェイ 、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 ファイルゲートウェイ へのアクセスが許可されているクライアントのリスト、NFS クライアントがマウントポイントを識別するために使用するパスなど、NFS ファイル共有に関するメタデータを含む JSON ブロックを出力します。
1. 古いゲートウェイと同じ設定と設定で新しい S3 ファイルゲートウェイを作成します。必要に応じて、ステップ 2 で保存した情報を参照してください。
1. 古いゲートウェイで設定されたファイル共有と同じ設定と設定で、新しいゲートウェイの新しいファイル共有を作成します。必要に応じて、ステップ 2 で保存した情報を参照してください。
1. 新しいゲートウェイが正しく動作していることを確認し、環境に最適な方法で、古いファイル共有から新しいファイル共有にクライアントを再マッピング/カットオーバーします。
1. 新しいゲートウェイが正しく動作していることを確認し、Storage Gateway コンソールから古いゲートウェイを削除します。
**重要**
S3 ファイルゲートウェイを削除する前に、現在そのゲートウェイのキャッシュに書き込みを行っているアプリケーションがないことを確認してください。使用中のゲートウェイを削除すると、データが失われる場合があります。
**警告**
削除したゲートウェイを復元することはできません。
1. 古いゲートウェイ VM または Amazon EC2 インスタンスを削除します。