翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # AWS 大規模な移行で共有ファイルシステムを移行する *Amazon Web Services、Amit Rudraraju、Sam Apa、Bheemeswararao Balla、Wally Lu、Sanjeev Prakasam* ## 概要 300 台以上のサーバを移行することは「*大規模な移行*」と見なされます。大規模な移行の目的は、既存のオンプレミスデータセンターから にワークロードを移行することです。これらのプロジェクトは通常 AWS クラウド、アプリケーションとデータベースのワークロードに焦点を当てています。ただし、共有ファイルシステムには細心の注意と個別の移行計画が必要です。このパターンは、共有ファイルシステムの移行プロセスを説明し、大規模な移行プロジェクトの一環としてそれらを正常に移行するためのベストプラクティスを提供します。 「*共有ファイルシステム*」(SFS) は、「*ネットワーク*」または「*クラスター*」ファイルシステムとも呼ばれ、複数のサーバーにマウントされるファイル共有です。共有ファイルシステムには、ネットワークファイルシステム (NFS)、共通インターネットファイルシステム (CIFS)、サーバーメッセージブロック (SMB) などのプロトコルでアクセスします。 これらのシステムは、移行されるホスト専用でもブロックデバイスとして表されていない AWS Transform MGN ため、 などの標準移行ツールでは移行されません。ほとんどのホストの依存関係は透過的に移行されますが、依存ファイルシステムの調整と管理は個別に処理する必要があります。 共有ファイルシステムの移行は、検出、計画、準備、切り取り、検証というフェーズで行います。このパターンとアタッチされたワークブックを使用して、共有ファイルシステムを Amazon Elastic File System (Amazon EFS)、Amazon FSx for NetApp ONTAP、Amazon FSx for Windows File Server などの AWS ストレージサービスに移行します。ファイルシステムを転送するには、 AWS DataSync または NetApp SnapMirror などのサードパーティー製ツールを使用できます。 **注記** このパターンは、 への大規模な移行に関する AWS 規範ガイダンスシリーズの一部です。 [AWS クラウド](https://aws.amazon.com/prescriptive-guidance/large-migrations/)このパターンには、SFS をサーバーのウェーブプランに組み込むためのベストプラクティスと手順が含まれています。大規模な移行プロジェクトの外部で 1 つ以上の共有ファイルシステムを移行する場合は、[Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/trnsfr-data-using-datasync.html)、Amazon [FSx for Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-to-fsx.html)、[Amazon FSx for NetApp ONTAP ](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrating-fsx-ontap.html)の AWS ドキュメントのデータ転送手順を参照してください。 ## 前提条件と制限 **前提条件** 前提条件は、ソースとターゲットの共有ファイルシステム、およびユースケースによって異なる場合があります。次は、最も一般的な問題を示しています。 + アクティブ AWS アカウント。 + 大規模な移行プロジェクトのアプリケーションポートフォリオの発見が完了し、ウェーブプランの作成が開始されました。詳細については、[AWS 「大規模な移行用のポートフォリオプレイブック](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-portfolio-playbook/welcome.html)」を参照してください。 + オンプレミスデータセンターと AWS 環境間の入出力トラフィックを許可する仮想プライベートクラウド (VPCs) とセキュリティグループ。詳細については、[「Network-to Amazon VPC connectivity options](https://docs.aws.amazon.com/whitepapers/latest/aws-vpc-connectivity-options/network-to-amazon-vpc-connectivity-options.html) and [AWS DataSync network requirements](https://docs.aws.amazon.com/datasync/latest/userguide/datasync-network.html)」を参照してください。 + AWS CloudFormation スタックを作成するアクセス許可、または Amazon EFS または Amazon FSx リソースを作成するアクセス許可。詳細については、「[CloudFormation ドキュメント](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/using-iam-template.html)」、「[Amazon EFS ドキュメント](https://docs.aws.amazon.com/efs/latest/ug/security-iam.html)」、または「[Amazon FSx ドキュメント](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/security-iam.html)」を参照してください。 + AWS DataSync を使用して移行を実行する場合は、次のアクセス許可が必要です。 + Amazon CloudWatch Logs ロググループにログを送信する AWS DataSync のアクセス許可。詳細については、「[DataSync がログを CloudWatch ロググループにアップロードすることを許可する](https://docs.aws.amazon.com/datasync/latest/userguide/monitor-datasync.html#cloudwatchlogs)」を参照してください。 + CloudWatch Logs ロググループにアクセスするアクセス許可。詳細については、「[CloudWatch イベントリソースへのアクセス許可の管理の概要](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/iam-access-control-overview-cwl.html)」を参照してください。 + DataSync でエージェントとタスクを作成するための権限。詳細については、[「 を使用するために必要な IAM アクセス許可 AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/permissions-requirements.html)」を参照してください。 **制限事項** + このパターンは、大規模な移行プロジェクトの一環として SFS を移行するように設計されています。アプリケーション移行のウェーブプランに SFS を組み込む際のベストプラクティスと手順が記載されています。大規模な移行プロジェクトの外部で 1 つ以上の共有ファイルシステムを移行する場合は、[Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/trnsfr-data-using-datasync.html)、Amazon [FSx for Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-to-fsx.html)、[Amazon FSx for NetApp ONTAP ](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrating-fsx-ontap.html)の AWS ドキュメントのデータ転送手順を参照してください。 + このパターンは、一般的に使用されているアーキテクチャ、サービス、移行パターンに基づいています。ただし、大規模な移行プロジェクトや戦略は組織によって異なる場合があります。要件に基づいて、このソリューションまたは提供されているワークブックをカスタマイズする必要がある場合があります。 ## アーキテクチャ **ソーステクノロジースタック** 次の 1 つ以上。 + Linux (NFS) ファイルサーバー + Windows (SMB) ファイルサーバー + NetApp ストレージアレイ + Dell EMC Isilon ストレージアレイ **ターゲットテクノロジースタック** 次の 1 つ以上。 + Amazon Elastic File System + Amazon FSx for NetApp ONTAP + Amazon FSx for Windows File Server **ターゲットアーキテクチャ** ![AWS DataSync を使用してオンプレミスの共有ファイルシステムを AWS に移行するアーキテクチャ図](https://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/images/pattern-img/a30cf791-7a8a-4f71-8927-bc61f3b332f2/images/13232433-7d33-44c8-8998-b720f33f67b3.png) 図表に示す内容は以下のステップです。 1. オンプレミスデータセンターと 間の接続を確立するには、 AWS Direct Connect や AWS のサービス などの AWS クラウド を使用します AWS Site-to-Site VPN。 1. DataSync エージェントは、オンプレミスデータセンターでインストールします。 1. ウェーブプランに従って、DataSync を使用してソース共有ファイルシステムからターゲット AWS ファイル共有にデータをレプリケートします。 **移行フェーズ** 次の図は、大規模な移行プロジェクトで SFS を移行するためのフェーズと大まかな手順を示しています。 ![共有ファイルシステムを AWS へ移行する際の各フェーズに対して検出、計画、準備、カットオーバー、検証を行います。](https://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/images/pattern-img/a30cf791-7a8a-4f71-8927-bc61f3b332f2/images/f1e0c94d-0eea-46a8-bdec-3297b34c1d43.png) このパターンの「[エピック](#migrate-shared-file-systems-in-an-aws-large-migration-epics)」セクションには、移行を完了して添付のワークブックを使用する方法の詳細な説明が記載されています。次に、この段階的アプローチの手順を示します。 | | | [Phase] (フェーズ) | Steps | | --- |--- | | 検出 | 1. 検出ツールを使用して、サーバー、マウントポイント、IP アドレスなど、共有ファイルシステムに関するデータを収集します。
2. 構成管理データベース (CMDB) または移行ツールを使用して、移行ウェーブ、環境、アプリケーション所有者、IT サービス管理 (ITSM) サービス名、組織単位、アプリケーション ID などのサーバーに関する詳細を収集します。 | | プラン | 3. 収集した SFS とサーバーに関する情報を使用して SFS ウェーブプランを作成します。
4. ビルドワークシートの情報を使用して、SFS ごとにターゲット AWS のサービス と移行ツールを選択します。 | | 準備 | 5. Amazon EFS、Amazon FSx for NetApp ONTAP、Amazon FSx for Windows ファイルサーバー、Amazon FSx for Windows File Server でターゲットインフラストラクチャを設定します。
6. DataSync などのデータ転送サービスを設定し、初期データ同期を開始します。初回の同期が完了したら、定期的な同期をスケジュールに従って実行するように設定できます。
7. SFS ウェーブプランを IP アドレスやパスなどのターゲットファイル共有に関する情報で更新します。 | | カットオーバー | 8. ソース SFS にアクティブにアクセスしているアプリケーションを停止します。
9. データ転送サービスで、最終的なデータ同期を行います。
10. 同期が完了したら、CloudWatch Logs のログデータを確認して、同期が完全に正常に行われたことを確認します。 | | 検証 | 11. サーバーで、マウントポイントを新しい SFS パスに変更します。
12. アプリケーションを再起動して検証します。 | ## ツール **AWS のサービス** + [Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html) を使用すると、すべてのシステム、アプリケーション、および からのログを一元化 AWS のサービス できるため、ログをモニタリングして安全にアーカイブできます。 + [AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html) は、 AWS ストレージサービスとの間でファイルまたはオブジェクトデータを移動するのに役立つオンラインデータ転送および検出サービスです。 + [Amazon Elastic File System (Amazon EFS)](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) は、 AWS クラウドでの共有ファイルシステムの作成と設定に役立ちます。 + [Amazon FSx](https://docs.aws.amazon.com/fsx/?id=docs_gateway) は、業界標準の接続プロトコルをサポートし、 AWS リージョン全体で高い可用性とレプリケーションを提供するファイルシステムを提供します。 **その他のツール** + 「[SnapMirror](https://library.netapp.com/ecmdocs/ECMP1196991/html/GUID-BA1081BE-B2BB-4C6E-8A82-FB0F87AC514E.html)」は、指定されたソースボリュームまたは qtree からターゲットボリュームまたは「[qtree](https://library.netapp.com/ecmdocs/ECMP1154894/html/GUID-8F084F85-2AB8-4622-B4F3-2D9E68559292.html)」にそれぞれデータを複製するネットアップのデータ複製ツールです。このツールを使用して、NetApp ソースファイルシステムを Amazon FSx for NetApp ONTAP に移行できます。 + 「[Robocopy](https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/robocopy)」は、「*堅牢なファイルコピー*」の略で、Windows 用のコマンドラインディレクトリおよびコマンドです。このツールでは、Amazon FSx for Windows File Server に移行できます。 ## ベストプラクティス **ウェーブプランニングアプローチ** 大規模な移行プロジェクトのウェーブを計画するときは、レイテンシーとアプリケーションパフォーマンスを考慮してください。SFS と依存アプリケーションがクラウドとオンプレミスのデータセンターなど、異なる場所で動作している場合、レイテンシーが増加し、アプリケーションのパフォーマンスに影響する可能性があります。ウェーブプランを作成する際に使用できるオプションは以下のとおりです。 1. **SFS とすべての依存サーバーを同じウェーブ内で移行** — この方法では、パフォーマンスの問題が回避され、マウントポイントを複数回再構成するなどのやり直しが最小限に抑えられます。アプリケーションと SFS 間のレイテンシーを非常に低く抑える必要がある場合に推奨されます。ただし、ウェーブプランニングは複雑で、その目的は通常、依存関係のグループから変数を削除することであり、追加することではありません。また、この方法は多数のサーバーが同じ SFS にアクセスする場合にはお勧めできません。ウェーブが大きくなりすぎるためです。 1. **最後に依存するサーバーを移行した後で SFS を移行** — 例えば、複数のサーバーが SFS にアクセスしていて、それらのサーバーが第 4 波、第 6 波、第 7 波に移行する予定の場合は、SFS を第 7 段階に移行するようにスケジュールします。 多くの場合、この方法は大規模な移行には最も論理的であり、遅延の影響を受けやすいアプリケーションには推奨されます。これにより、データ転送に関連するコストが削減されます。また、高層アプリケーションは通常、開発アプリケーションと QA アプリケーションの後に最後に移行するようにスケジュールされているため、SFS と上位層 (本番環境など) アプリケーション間の遅延時間も最小限に抑えられます。 ただし、このアプローチにはやはり検出、計画、俊敏性が必要です。早い段階で SFS を移行する必要があったかもしれません。最初の依存ウェーブから SFS を含むウェーブまでの間、アプリケーションが追加のレイテンシーに耐えられることを確認します。アプリ所有者とディスカバリーセッションを実施し、レイテンシーの影響を最も受けやすいアプリケーションと同じウェーブにアプリケーションを移行します。依存アプリケーションの移行後にパフォーマンスの問題が発見された場合は、SFS をできるだけ早く移行できるよう迅速に方向転換する準備をしてください。 1. **大規模な移行プロジェクトの終了時に SFS を移行** — SFS 内のデータへのアクセス頻度が低い場合や、アプリケーションのパフォーマンスにとって重要ではない場合など、遅延が要因ではない場合は、この方法が推奨されます。このアプローチにより、移行が効率化され、カットオーバー作業が簡単になります。 アプリケーションのレイテンシー感度に基づいて、これらの方法を組み合わせることができます。例えば、アプローチ 1 または 2 を使用してレイテンシーの影響を受けやすい SFS を移行し、方法 3 を使用して残りの SFS を移行できます。 ** AWS ファイルシステムサービスの選択** AWS では、ファイルストレージ用に複数のクラウドサービスを提供しています。パフォーマンス、スケール、アクセシビリティ、統合、コンプライアンス、コスト最適化について、それぞれに異なる利点と制限があります。論理的なデフォルトオプションがいくつかあります。例えば、現在のオンプレミスファイルシステムが Windows Server を運用している場合、Amazon FSx for Windows File Server がデフォルトの選択肢です。または、オンプレミスのファイルシステムがNetApp ONTAPを実行している場合は、Amazon FSx for NetApp ONTAPがデフォルトの選択肢です。ただし、アプリケーションの要件に基づいてターゲットサービスを選択したり、クラウド運用上のその他のメリットを実現したりすることもできます。詳細については、[「デプロイに適した AWS ファイルストレージサービスの選択](https://d1.awsstatic.com/events/Summits/awsnycsummit/Choosing_the_right_AWS_file_storage_service_for_your_deployment_STG302.pdf)」(AWS Summit presentation) を参照してください。 **移行ツールの選択** Amazon EFS と Amazon FSx は、共有ファイルシステムを に移行 AWS DataSync するための の使用をサポートしています AWS クラウド。サポートされているストレージシステムとサービス、利点、ユースケースの詳細については、[「 とは AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html)」を参照してください。DataSync を使用してファイルを転送するプロセスの概要については、[AWS DataSync 「転送の仕組み](https://docs.aws.amazon.com/datasync/latest/userguide/how-datasync-transfer-works.html)」を参照してください。 また、次のようなサードパーティー製ツールもいくつかあります。 + Amazon FSx for NetApp ONTAPを選択した場合は、NetApp SnapMirror を使用してオンプレミスのデータセンターからクラウドにファイルを移行できます。SnapMirror はブロックレベルのレプリケーションを使用します。これは DataSync よりも高速で、データ転送プロセスの所要時間を短縮できます。詳細については、「[NetApp SnapMirror を使用した FSx for ONTAP への移行](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrating-fsx-ontap-snapmirror.html)」を参照してください。 + Amazon FSx for Windows File Server を選択すると、Robocopy を使用してファイルをクラウドに移行できます。詳細は、「[RRobocopy を使用して既存のファイルを FSx for Windows File Server へ移行する](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-files-to-fsx.html)」を参照してください。 ## エピック ### 検出 | タスク | 説明 | 必要なスキル | | --- | --- | --- | | SFS ディスカバリーワークブックを準備する。 | 1. このパターンの「[添付ファイル](#attachments-a30cf791-7a8a-4f71-8927-bc61f3b332f2)」セクションにあるワークブックをダウンロードします。これには「**SFS-Discovery-Workbook.xlsx**」と「**SFS-Wave-Plan-Workbook.xlsx**」の 2 つのファイルが含まれています。
2. Microsoft Excel で「**SFS ディスカバリーワークブック**」ファイルを開きます。
3. [**Dashboard (ダッシュボード)**] で、以下の操作を実行できます。「**A**」列にある環境名を更新します。「**B**」 列では、環境の順序を更新して、優先度が低い (1) から高い優先度の順になります。「**D ～ E**」列で、ウェーブスケジュールを更新します。「**C**」と「**K**」列で、AWS アカウント名を更新します。「**L**」列の VPC ID を更新します。「**M—O**」列で、サブネット ID を更新します。
4. ワークブックテンプレートの残りの部分を確認し、組織やユースケースに必要なその他の値を更新します。
5. ワークブックを保存します。 | 移行エンジニア、移行リーダー | | ソース SFS に関する情報を収集します。 | 1. お好みの検出ツールを使用して、該当するすべてのストレージデバイス、Linux サーバー、Windows サーバーのすべての SFS マウントを特定します。以下の情報を収集するには以下の情報が必要です。クライアントデバイスクライアント IP アドレスSFS の詳細マウントポイント移行後に SFS を再マウントするためのマウントポイントの詳細を移行ランブックに追加できます。
2. 「**SFS ディスカバリーワークブック**」ファイルを開きます。
3. 「**Wave-Sheet**」ワークシートで、次の操作を行います。数式の「**サーバーの場所**」 (D) 列で、オンプレミスソースの CIDR 範囲の形式が自分の範囲に合っていることを確認します。例えば、FQDN が `10.0.0.0/8` の場合は、`10.*.*.*` と入力します。数式の「**SFS ロケーション**」 (E) 列で、ターゲット VPC の CIDR 範囲の形式が自分の範囲に合っていることを確認します。例えば、FQDN が `176.16.0.0/16` の場合は、`176.16.*.*` と入力します。
4. 「**SFS データ**」ワークシートで、次の操作を行います。「**サーバー名**」(A)列に、SFS がマウントされているサーバーの名前を入力します。「**SFS パス**」 (B) 列に SFS の名前を入力します。「**IP アドレス**」 (C) 列に、サーバーの IP アドレスを入力します。マウントポイントや SFS サイズなど、検出中に収集したその他の関連情報を追加します。このデータを後でウェーブプランニングの計算に変更できます。
5. ワークブックを保存します。 | 移行エンジニア、移行リーダー | | サーバーに関する情報を収集します。 | 1. CMDB または移行ツールに記録されたデータを使用して、SFS マウントのあるサーバーに関する次の情報をすべて特定します。[Server name] (サーバー名)IP アドレスウェーブ組織単位 (OU)`DEV`、`QA`や`PROD`などのサーバ環境アプリケーション名アプリ所有者と連絡先情報
2. 「**SFS ディスカバリーワークブック**」ファイルを開きます。
3. 「**サーバーデータ**」ワークシートの「**A～H**」列に、ソースサーバーについて収集した情報を入力します。次の点に注意してください。「**Wave \#**」(C) 列に、ウェーブ名 (`Wave1`など)、範囲外 ()、`OOS`または`Retire`を入力します。「**アプリ所有者の連絡先**」 (H)] 列の場合は、メールアドレスが正しいことを確認します。このメールアドレスは、「**アプリ所有者** 」(G) 列に入力した名前に基づいて自動的に生成されます。必要に応じて、正しいメールアドレスを反映するように値を手動で更新してください。数式を含む「**I～J**」列は変更しないでください。
4. ワークブックを保存します。 | 移行エンジニア、移行リーダー | ### プラン | タスク | 説明 | 必要なスキル | | --- | --- | --- | | SFS ウェーブプランを構築してください。 | 1. 「**SFS ディスカバリーワークブック**」ファイルを開きます。
2. 検出フェーズで収集された情報がすべて正確かつ最新であることを確認します。
3. 「**Wave-Sheet**」ワークシートで、「**SFS wave**」(K) 列を値`1`に基づいてフィルタリングします。これは最初のウェーブに含まれるすべての SFS のリストです。この列の `0` の値は、SFS が移行対象外であることを示しています。これは、SFS がすでに でホストされているか、共有にアクセスするサーバーが移行の範囲外 AWS であるためである可能性があります。
4. このウェーブでこれらの SFS を移行することを確認してください。SFS をウェーブに割り当てる方法の詳細については、「[ベストプラクティス](#migrate-shared-file-systems-in-an-aws-large-migration-best-practices)」セクションの「*ウェーブプランニングアプローチ*」を参照してください。
5. フィルターされた値を含むセルを選択してコピーします。列タイトルを含むヘッダー行はコピーしないでください。
6. 以前にダウンロードした「**SFS-Wave-Plan-ワークブック**」ファイルを開きます。
7. 「**ディスカバリーからのエクスポート**」ワークシートで、セル「**A2**」を選択します。
8. コピーしたデータを貼り付けます。
9. 「**SFS-ディスカバリー・ワークブック**」と「**SFS-Wave-Plan-ワークブック**」ファイルを保存します。 | ビルドリード、カットオーバーリード、マイグレーションエンジニア、マイグレーションリード | | ターゲット AWS のサービス と移行ツールを選択します。 | 1. 「**SFS-Wave-Plan-ワークブック**」ファイルの「**ディスカバリーからエクスポート**」ワークシートで、「**古いパス**」(C) 列の値を選択してコピーします。
2. 「**Build-Wave**」ワークシートで、セル「**A2**」を選択します。
3. コピーしたデータを貼り付けます。このワークシートの列 B ～ M は、このパスに関連する他のデータを反映するように自動的に更新されます。
4. 「**A**」列の重複する値をすべて削除します。 手順については、「[重複する値の削除](https://support.microsoft.com/en-us/office/find-and-remove-duplicates-00e35bea-b46a-4d5d-b28e-66a552dc138d#ID0EDF) (Microsoft Support Web サイト)」を参照してください。
5. **ターゲットパターンまたはサービス** (F) 列で、推奨ターゲットを確認し AWS のサービス 、必要に応じて更新します。詳細については、このパターンの[「ベストプラクティス](#migrate-shared-file-systems-in-an-aws-large-migration-best-practices)*」セクションの AWS 「ファイルシステムサービスの選択*」を参照してください。
6. 「**移行方法** (G)」列で、推奨する移行ツールを確認し、必要に応じて更新してください。詳細については、このパターンの「[ベストプラクティス](#migrate-shared-file-systems-in-an-aws-large-migration-best-practices)」セクションにある「*移行ツールの選択*」を参照してください。
7. 「**SFS-Discovery-ワークブック**」ファイルを保存します。このウェーブのウェーブプランの作成が完了しました。
8. これらの手順を繰り返して、ウェーブごとにウェーブプランを作成します。ウェーブプランは移行中に変更される可能性があるため、事前に計画するのは 5 ウェーブまでにすることをお勧めします。 | 移行エンジニア、移行リーダー | ### 準備 | タスク | 説明 | 必要なスキル | | --- | --- | --- | | ターゲットファイルシステムを設定します。 | ウェーブプランに記録された詳細に従って、ターゲット、VPC AWS アカウント、サブネットにターゲットファイルシステムを設定します。手順については、次の AWS ドキュメントを参照してください。+ [Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/gs-step-two-create-efs-resources.html)
+ [Amazon FSx for NetApp ONTAP](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/getting-started-step1.html)
+ [Amazon FSx for Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/getting-started-step1.html) | 移行エンジニア、移行リーダー、AWS 管理者 | | 移行ツールをセットアップし、データを転送します。 | 1. を使用している場合は AWS DataSync、DataSync タスクのログ記録を設定します。手順については、[AWS DataSync 「タスクアクティビティのログ記録](https://docs.aws.amazon.com/datasync/latest/userguide/configure-logging.html)」を参照してください。
2. 移行ツールを設定し、選択したツールの指示に従って初期データ転送を実行します。Amazon EFS については、以下を参照してください。[を使用して Amazon EFS にファイルを転送する AWS DataSync](https://docs.aws.amazon.com/efs/latest/ug/gs-step-four-sync-files.html)Amazon FSx for NetApp ONTAP については、以下を参照してください。[NetApp SnapMirror を使用した FSx for ONTAP への移行](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrating-fsx-ontap-snapmirror.html#transfer-data)[を使用した FSx for ONTAP への移行 AWS DataSync](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrate-files-to-fsx-datasync.html)Amazon FSx for Windows File Server については、以下を参照してください。[を使用して既存のファイルを FSx for Windows File Server に移行する AWS DataSync](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-files-to-fsx-datasync.html)[Robocopy を使用して、既存のファイルを FSx for Windows File Server に移行する](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-files-to-fsx.html)
3. ソース SFS への変更は、最初の転送中または転送後に発生する可能性があります。データの同期を維持するために、ソースとターゲットのファイルシステムの間で定期的なデータ転送を設定します。DataSync を使用している場合は、[AWS DataSync 「タスクのスケジュール](https://docs.aws.amazon.com/datasync/latest/userguide/task-scheduling.html)」を参照してください。DataSync は、ソース SFS 内の変更されたファイルまたは新しいファイルのみを転送します。サードパーティー製ツールを使用している場合は、選択したツールのドキュメントを参照してください。 | AWS 管理者、クラウド管理者、移行エンジニア、移行リーダー | | ウェーブプランを更新してください。 | 1. 現在のウェーブの「**SFS-Wave-Plan-ワークブック**」ファイルを開きます。
2. 「**Build-Wave**」ワークシートの「**新規パス IP アドレス** (N)」列に、ターゲットファイルシステムの IP アドレスを入力します。IP アドレスを検索するには、次のいずれかを実行します。Windows File Server 用 FSx の場合、Amazon FSx コンソールで「**ファイルシステム**」を選択し、ファイルシステムを選択して、「**ネットワークとセキュリティ**」セクションを表示します。FSx for ONTAP については、「[マウントボリューム](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/attach-volumes.html)」を参照してください。Amazon EFS については、「[IP アドレスによるマウント](https://docs.aws.amazon.com/efs/latest/ug/mounting-fs-mount-cmd-ip-addr.html)」を参照してください。
3. 「**新しいパス** (O)」列に、新しいマウントパスを入力します。マウントパスは、ファイルシステムの DNS 名です。マウントパスを特定するには、次のいずれかの操作をします。FSx for Windows File Server の場合、Amazon FSx コンソールで「**ファイルシステム**」を選択し、ファイルシステムを選択してから「**アタッチ**」を選択します。FSx for ONTAP については、「**ファイルシステムの詳細**」ページを参照してください。手順については、「[マウントボリューム](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/attach-volumes.html)」を参照してください。詳細については、「[Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/wt1-test.html#wt1-connect-test-gather-info)」を参照してください。
4. 「**再マウントの概要**」ワークシートで、「**新しいパス** (C)」列と「**新しいパス IP アドレス** (D)」列に更新された値が反映されていることを確認します。
5. 組織が Linux と Windows のファイルシステムをカットオーバー後に再マウントするためのランブックを用意していることを確認します。一般的な手順については、以下を参照してください。[Amazon EFS ファイルシステムのマウント](https://docs.aws.amazon.com/efs/latest/ug/mounting-fs.html)[FSx for Windows File Server ファイル共有へアクセスする](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/using-file-shares.html#accessing-file-shares)[FSx for ONTAP ボリュームのマウント](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/attach-volumes.html)
6. 依存サーバーがこの段階に含まれていない場合は、「**App-Team-Communication**」ワークシートに記録してください。標準のWave通信には含まれていない可能性があるため、それぞれのアプリケーションまたはサーバーの所有者に知らせてください。
7. ウェーブプランを完了した後に SFS がウェーブから削除された場合は、「**Descoped**」ワークシートで追跡してください。 | 移行エンジニア、移行リーダー | ### カットオーバー | タスク | 説明 | 必要なスキル | | --- | --- | --- | | アプリケーションの停止 | アプリケーションまたはクライアントがソース SFS で読み取り/書き込み操作をアクティブに行っている場合は、最終的なデータ同期を実行する前にそれらを停止してください。手順については、アプリケーションのマニュアルを参照するか、読み取り/書き込みアクティビティを停止するための内部プロセスを参照してください。例えば、「[Web サーバーの起動または停止 (IIS 8)](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/jj635851(v=ws.11)) (Microsoft ドキュメント)」または「[systemctl によるシステムサービスの管理](https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_basic_system_settings/managing-systemd_configuring-basic-system-settings#managing-system-services-with-systemctl_managing-systemd)」(Red Hat ドキュメント) を参照してください。 | アプリ所有者、アプリ開発者 | | 最後のデータ転送を行います。 | 1. 移行ツールで、最後のデータ転送タスクまたはジョブを手動で実行して、ターゲットファイルシステムをソース SFS と同期させます。手順については、「[DataSync タスクの開始](https://docs.aws.amazon.com/datasync/latest/userguide/run-task.html#starting-task)」を参照するか、選択したサードパーティーの移行ツールのドキュメントを参照してください。
2. 転送が完了するまで待つ 詳細については、[Amazon CloudWatch による AWS DataSync アクティビティのモニタリング](https://docs.aws.amazon.com/datasync/latest/userguide/monitor-datasync.html)」および[「コマンドラインからの DataSync タスクのモニタリング](https://docs.aws.amazon.com/datasync/latest/userguide/monitor-datasync.html#monitor-task-command-line)」を参照してください。 | 移行エンジニア、移行リード | | データ転送を検証します。 | を使用している場合は AWS DataSync、次の手順を実行して、最終データ転送が正常に完了したことを確認します。1. AWS DataSync コンソールで、 などのタスクと実行 ID を書き留めます`task-0000-exec-1111`。
2. DataSync タスクの「**タスクロギング**」セクションに移動します。
3. 「**CloudWatch ロググループ**」リンクを選択します。
4. ログで、タスクと実行 ID を検索します。
5. 転送エラーがあれば書き留めておきます。詳細については、DataSync のドキュメントの「[一般的なエラー](https://docs.aws.amazon.com/datasync/latest/userguide/CommonErrors.html)」を参照してください。
6. 以下を確認してください。ソース SFS とターゲット SFS のファイルリストを比較して、すべてのデータが転送されたことを確認します。ソース SFS とターゲットの SFS のファイルアクセス権限を比較します。
サードパーティーツールを使用している場合は、選択した移行ツールのドキュメントにあるデータ転送検証手順を参照してください。 | 移行エンジニア、移行リーダー | ### 検証 | タスク | 説明 | 必要なスキル | | --- | --- | --- | | ファイルシステムを再マウントし、アプリケーションの機能とパフォーマンスを検証します。 | 1. この段階で依存サーバーを移行した場合は、「**SFS-Wave-Plan-Workbook**」ファイルの「**再マウントの概要**」ワークシートの「新規サーバーIPアドレス (F)」列にサーバーの「**新しい IP アドレス**」を入力します。
2. すべてのサーバーで、ファイルシステムのマウントポイントを古いパスから新しいパスに更新します。「*準備*」フェーズで説明した再マウントには、組織のランブックを使用してください。
3. マウントを確認し、ファイルが存在することを確認して、ファイルシステムが正しくマウントされ、アクセス可能であることを確認します。通常、インフラストラクチャ・チームがこれらの作業を行います。
4. アプリケーションを再起動し、アプリケーション所有者または QA チームに依頼して、アプリケーションの必要に応じてアプリケーションの機能テストとパフォーマンステストを完了させます。 | AWS システム管理者、アプリ所有者 | ## トラブルシューティング | 問題 | ソリューション | | --- | --- | | Microsoft Excel のセルの値は更新されません。 | フィルハンドルをドラッグして、サンプル行の数式をコピーします。詳細については、「[Windows](https://support.microsoft.com/en-us/office/fill-a-formula-down-into-adjacent-cells-041edfe2-05bc-40e6-b933-ef48c3f308c6)」または「[Mac](https://support.microsoft.com/en-au/office/copy-a-formula-by-dragging-the-fill-handle-in-excel-for-mac-dd928259-622b-473f-9a33-83aa1a63e218)」の説明書 (Microsoft Support Web サイト) を参照してください。 | ## 関連リソース **AWS ドキュメント** + [AWS DataSync ドキュメント](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html) + [Amazon EFS ドキュメント](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) + [Amazon FSx ドキュメンテーション](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/index.html) + [への大規模な移行 AWS クラウド](https://aws.amazon.com/prescriptive-guidance/large-migrations/) + [AWS 大規模な移行のガイド](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/welcome.html) + [AWS 大規模な移行のためのポートフォリオプレイブック](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-portfolio-playbook/welcome.html) **トラブルシューティング** + [AWS DataSync 問題のトラブルシューティング](https://docs.aws.amazon.com/datasync/latest/userguide/troubleshooting-datasync.html) + [Amazon EFS のトラブルシューティング](https://docs.aws.amazon.com/efs/latest/ug/troubleshooting.html) + [Amazon FSx for Windows File Server のトラブルシューティング](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/troubleshooting.html) + [Amazon FSx for NetApp ONTAP のトラブルシューティング](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/troubleshooting.html) ## アタッチメント このドキュメントに関連付けられている追加のコンテンツにアクセスするには、添付ファイルをダウンロードして解凍します。[zip](samples/p-attach/a30cf791-7a8a-4f71-8927-bc61f3b332f2/attachments/attachment.zip)