翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# ファイルサーバーの移行
ストレージは、実行するワークロードに不可欠なコンポーネントです。 には、ブロック、ファイル、オブジェクトストレージなど、クラウドにファイルを保存するための多くのオプション AWS があります。Microsoft ワークロードの場合、最も一般的なオプションはブロックとファイルストレージのオプションです。このセクションでは、Microsoft ワークロードのストレージを に移行するのに役立つ戦略 AWS クラウド を示し、ファイルサーバーの移行をガイドします。
## 評価
オブジェクト、ブロック、ファイルストレージの 3 つの主要なストレージタイプがあり、それぞれに分類できるストレージサービスの幅広いポートフォリオ AWS を提供します。移行を成功させるには、現在のニーズを理解し、それらをさまざまな AWS ストレージサービス[と比較して](https://aws.amazon.com/blogs/storage/comparing-your-on-premises-storage-patterns-with-aws-storage-services/)、最適なものを判断する必要があります。ワークロードに適したテクノロジーを選択することが、長期的な成功の鍵です。現在使用しているストレージと完全に一致させようとすることは避けることをお勧めします。代わりに、利用可能なすべてのオプションを確認し、Microsoft ワークロードのコストとパフォーマンスを最適化するために最も理にかなったオプションを選択することをお勧めします。たとえば、ローカルのブロックストレージを必要とする大規模なオンプレミスファイルサーバーを考えてみましょう。では AWS、最適な選択肢として、ファイルサーバーとバックエンドストレージの管理に伴う差別化されていない手間を省きながら、[Amazon FSx](https://aws.amazon.com/fsx/) に移動してファイルサーバーと同じパフォーマンスを実現できます。
TCO は、どのストレージオプションが最適かを評価する際に評価すべき重要な項目です。 AWS マネージドサービスを使用して運用コストを削減すると、適切な全体的なストレージソリューションを選択できることに注意してください AWS。ストレージ評価をリクエストするには、 までお問い合わせください`migration-evaluator@amazon.com`。ストレージスペシャリストは、ワークロードの評価、最適な AWS ストレージサービスへのワークロードのマッピング、方向性のあるコスト見積もりの提供を支援します。ストレージ評価には次の 3 つのフェーズがあります。
1. 検出プロセスを開始するには、まずエージェントレスコレクタをインストールするか、既存のツールセットから出力をフラットファイルで取得します。
1. 検出プロセスを 7 ～ 60 日間実行します。
1. ストレージコレクターは検出ツールからのデータを分析し、ターゲットとなるストレージソリューションを提案して、そのソリューションにかかるコストの見積もりを提示します。
あるストレージオプションのコストが少し高い場合には、そのストレージオプションが長期的に全体のコストを削減できるかどうかを検討し、ストレージのセキュリティと信頼性を維持するためにチームが何をしなければならないかを調べます。これは、ワークロードに適した長期的ソリューションになる場合があります。
適切なソリューションを評価する際には、パフォーマンスとコストを見極めることが重要です。[Windows Performance Monitor](https://techcommunity.microsoft.com/blog/askperf/windows-performance-monitor-overview/375481) などのツールを使用して、ワークロードの IOPS、スループット、その他のパフォーマンスニーズを特定し、ワークロード用に選択した AWS ソリューションに同じテストを実装できます。さらに、Amazon CloudWatch エージェントを使用して [Windows サーバー上の Performance Monitor のメトリックスを表示](https://repost.aws/knowledge-center/cloudwatch-performance-monitor-windows)し、ワークロードを本番環境に移行する前にワークロードのメトリックスを分析できます。
### ニーズに最適な AWS ストレージサービスを特定する
ストレージ サービスの選択は通常、ユースケース、アプリケーションのニーズ、慣れ、パフォーマンスプロファイル、データ管理機能によって異なります。以下の点を考慮してください。
+ [Amazon Simple Storage Service (Amazon S3)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/Welcome.html) – Amazon S3 はオブジェクトストレージであり、任意の場所の任意の量のデータを保存および取得するように構築されています。Amazon S3 では、ワークロードのデータアクセス、耐障害性、およびコスト要件に基づいて、幅広いストレージクラスを提供しています。[AWS Storage Gateway](https://docs.aws.amazon.com/filegateway/latest/files3/CreatingAnSMBFileShare.html) を使用して、Amazon S3 へのファイルベースのアクセスを実装できます。これにより、サーバーメッセージブロック (SMB) を使用するアプリケーションを完全に書き直すことなく、Amazon S3 の低コストのストレージを活用できます。
+ [Amazon Elastic Block Store (Amazon EBS)](https://docs.aws.amazon.com/ebs/latest/userguide/what-is-ebs.html) – Amazon EBS は、Amazon EC2 インスタンスで使用するためのブロックレベルストレージボリュームを提供します。Amazon EBS ボリュームの動作は、未初期化のブロックデバイスに似ています。これらのボリュームは、デバイスとしてインスタンスにマウントできます。インスタンスにアタッチした Amazon EBS ボリュームは、インスタンスの有効期間とは無関係に存続するストレージボリュームとして公開されます。
+ [Amazon FSx](https://docs.aws.amazon.com/fsx/)** **– Amazon FSx には、NetApp ONTAP、OpenZFS、Windows ファイルサーバー、Lustre の 4 つの異なるファイルシステムがあります。適切なシステムを選択するためのガイダンスについては、「[Amazon FSx ファイルシステムの選択](https://aws.amazon.com/fsx/when-to-choose-fsx/)」を参照してください。Amazon FSx は、さまざまなファイルシステムタイプのマネージドファイルストレージソリューションを提供し、Microsoft ワークロードを に移行 AWS し、IT スタッフから運用上のオーバーヘッドの一部を削除できるようにします。これにより、IT 部門は他の重要なビジネス推進要因に集中することができます。
+ [AWS Snow Family](https://aws.amazon.com/snowball/)** **– ペタバイト単位のデータを移動する場合は AWS、Snow Family のストレージソリューションの使用を検討してください。ストレージはデータの長期存続のために Snow Family デバイスに依存しませんが、 AWS Snowball Edge、、 AWS Snowballまたは AWS Snowmobile デバイスを使用して大規模なデータセットを AWS オフラインにシードするのに役立ちます。詳細については、[「 を使用して大規模な SQL データベースをシームレスに移行する AWS SnowballAWS DataSync](https://aws.amazon.com/blogs/storage/seamlessly-migrate-large-sql-databases-using-aws-snowball-and-aws-datasync/)」および AWS 「 ストレージブログ」の投稿を参照してください。
本番データを移動する前に、ワークロードのストレージサービスを特定後、ストレス/負荷テストツールを使用してテストを実施することをお勧めします。たとえば、Amazon FSx for Windows File Server 上の SQL データベースを移動する場合、[Microsoft SQL Server Distributed Replay](https://learn.microsoft.com/en-us/sql/tools/distributed-replay/sql-server-distributed-replay?view=sql-server-ver16)を使用できます。同様に、[DISKSPD](https://learn.microsoft.com/en-us/azure-stack/hci/manage/diskspd-overview) は一般的な IOPS とスループットに使用できます。
## 準備
ストレージサービスを特定後の次のステップはデータ転送用のツールを選択することです。[Robocopy](https://learn.microsoft.com/en-us/archive/technet-wiki/1073.robocopy-and-a-few-examples) のなどの古いソリューションや [AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html) などの最新のツールなど、いくつかのツールが利用可能です。DataSync には、スケジュールされた転送やネットワークスロットリングの簡単な制御など、Robocopy などのツールにはない多数の制御機能が含まれており、ネットワークトラフィック全体に影響を与えずにデータを移行できます。DataSync を使用して正常に完了した移行の詳細については、DataSync のお客様の「[お客様の声](https://aws.amazon.com/datasync/customers/)」を参照してください。
Robocopy をより使い慣れている場合は、これを使用してデータを AWSに移行できます。[ファイル転送のパフォーマンス](https://repost.aws/knowledge-center/direct-connect-file-transfer)を最適化する方法については、このガイドを確認することをお勧めします。このガイドは、移行中に問題が発生するのを防ぐのに役立ちます。重複排除が有効になっているファイルシステムで Robocopy を使用する場合は、データ破損の問題を回避するために、Amazon FSx for Windows File Server ドキュメントの「[Data deduplication](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup)」と Microsoft ドキュメントの「[Troubleshooting Data Deduplication Corruptions](https://learn.microsoft.com/en-us/archive/technet-wiki/31038.troubleshooting-data-deduplication-corruptions)」を参照してください。
[AWS Storage Gateway](https://docs.aws.amazon.com/storagegateway/index.html) は、ファイル、ボリューム、仮想テープの AWS 3 つの方法でデータを に移行できます。Storage Gateway は、オンプレミスで実行されている VMware または Hyper-V ハイパーバイザー、Amazon VPC の Amazon EC2 インスタンス、または専用のハードウェアアプライアンスにインストールできます。
Storage Gateway は、オンプレミスから へのギャップを埋め AWS 、コストを削減するのに役立ちます。Storage Gateway を使用して移行を段階的に実装し、それを使用してオンプレミスのバックアップデバイスとテープを仮想テープライブラリ (VTL) に置き換えることができます。Storage Gateway をアーカイブストレージソリューションとして使用して、ローカルの未使用のファイルのみを移行の最初のフェーズ AWS として への移行を開始することもできます。Storage Gateway を使用して Microsoft ワークロードをホストするには、いくつかのオプションがあります AWS。
## 移行
DataSync と Robocopy はどちらも、ネットワークアクセスコントロールリスト (ACL、Windows ACL とも呼ばれる) を保存する機能を備えています。移行を開始する前に、[icacls](https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/icacls) を使用して ACL のバックアップコピーを作成し、以下のリソースを確認することをお勧めします。
+ [オンプレミスから Amazon FSx for NetApp ONTAP へのファイル共有の移行](https://aws.amazon.com/blogs/storage/migrating-on-premises-file-shares-to-amazon-fsx-for-netapp-ontap/) (AWS ストレージブログ)
+ [Migrating existing file storage to Amazon FSx](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-to-fsx.html) (Amazon FSx for Windows File Server ドキュメント)
+ [を使用して VPC を離れることなく、オンプレミスから AWS にファイルを転送する AWS DataSync](https://aws.amazon.com/blogs/storage/transferring-files-from-on-premises-to-aws-and-back-without-leaving-your-vpc-using-aws-datasync/) (AWS ストレージブログ)
+ (AWS 規範ガイダンス) [を使用して、小規模なデータセットをオンプレミスから Amazon S3 に移行する AWS SFTP](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-small-sets-of-data-from-on-premises-to-amazon-s3-using-aws-sftp.html)