Azure Data Migration でデータをクラウドに移行する

[51CTO.com クイック翻訳] 企業がクラウドに移行してから10年以上経ちますが、大量のデータは依然としてローカルで実行されています。これは驚くべきことではありません。類似のシステム間でもデータの移行は複雑で時間がかかり、日常業務にリスクが加わるからです。クラウドに移行すると、管理オーバーヘッド、ネットワーク接続と帯域幅の問題、クラウド データベースの実行に関連する変動コストが追加されます。

[[263169]]

問題の一部は、クラウド サービスをオンプレミス システムのレプリカとして考える傾向があることです。その結果、クラウドとのミスマッチが生じます。つまり、何年も使用するために準備されたサーバーを取得し、突然の需要増加に備えて余分な容量を残し、このハードウェア仕様をクラウド インフラストラクチャに直接移行します。その結果、仮想マシンが十分に活用されず、コンピューティング予算が実際に必要な額よりもはるかに高くなることがよくあります。インフラストラクチャ全体を移動するのではなく、クラウド サービスをデータ センターではなくプラットフォームとして扱い、活用することを検討する必要があります。

Azure データベース移行サービスの概要

オンプレミスからクラウドへのデータベースの移行は、特に類似の環境間での移行の場合は、難しいことではありません。 Azure のデータベース移行サービスは、このプロセスの多くをサポートし、移行プロセスをガイドする一連のウィザードを提供します。ほとんどのローカル移行と同様に、データベースをあるサーバーから別のサーバーに移動する場合は、オフライン移行とオンライン移行を選択できます。データを使用している場合は、2 つのデータベースが引き渡されるときのダウンタイムを最小限に抑えられるため、オンライン移行の方が適したオプションです。

このプロセスの中心となるのは、データ移行アシスタントです。これは、移行プロセスの一環として、ある SQL Server インスタンスから別のインスタンスにデータを移動し、データベースを分析し、パフォーマンスを向上させるために使用されます。これには、VPN または高帯域幅の ExpressRoute 接続を使用して、オンプレミス データベースと Azure 環境の間に仮想ネットワーク接続を確立する必要があります。配置が完了したら、Azure VNet に構成し、ターゲット データベース、Azure Service Bus、および Azure Storage に適切なエンドポイントを提供する必要があります。

ローカルでの移行サービスの設定

Azure Database Migration Service をセットアップするための要件の一部は、特にデータベース ネットワークに関しては、これまでに学習したすべてのセキュリティ ルールに違反しているように見える場合があります。ただし、すべてのトラフィックは VNet 接続を経由するため、データベースのセキュリティを一時的に低下させた場合でも、全体的なセキュリティ境界内に留まります。

オンプレミス データベースと Azure 間の接続が構成されたので、SQL Server の移行の評価を開始できます。評価結果を保存するプロジェクトを作成する前に、ソース サーバーとして SQL Server を選択し、ターゲットとして Azure SQL Database を選択します。

移行評価では、データベースの互換性の詳細を示すレポートと機能の同等性の詳細を示すレポートの 2 種類のレポートが提供されます。いずれか 1 つ、両方、またはどちらも選択できません。両方行うことをお勧めします。 2 つのプラットフォーム間に、アプリケーション コードやストアド プロシージャ、トリガーに影響する可能性のある違いがある場合は、ソース データベースにどのような変更を加える必要があるかを確認する必要があります。

評価が完了すると、対処する必要がある可能性のある問題のリストが表示されます。ほとんどは軽微な機能の類似性の問題ですが、移行を妨げる可能性のある互換性の問題と、その軽減策について詳しく説明されています。また、ローカル機能の代わりとなる可能性のある Azure 固有の機能と、それらをデータベースで使用する方法についても詳しく説明します。

Microsoft は最近、Azure SQL の代替として Azure SQL Managed Instance をリリースしました。これらは SQL Server の PaaS 実装であり、移行ターゲットとして使用すると互換性の問題が少なくなるため、データベースを Azure に移行するプロセスが簡素化されます。 Azure SQL と同様に、IaaS 仮想マシンを使用して SQL Server をホストする場合とは異なり、サーバーのコンピューティングとメモリを定義する必要はありません。Azure がそれを処理します。

実行するアクションが他にない場合は、データの移行の準備が整っており、次の手順「Data Migration Assistant を使用してデータベース スキーマを移行する」に進むことができます。新しい移行プロジェクトを作成し、オンプレミスから Azure にデータベース スキーマを移行することを選択します。両方のサーバーに接続し、移行するオブジェクトを選択して、移行を実行するスクリプトを生成します。スクリプトを確認し、実行してデータベースから Azure インスタンスにスキーマをデプロイします。

Azureポータルをセットアップする

移行の次の段階では、Azure ポータルにログインして、Azure Data Migration Assistant をアカウントに追加し、サービスを作成する必要があります。これにより、Azure Database Migration Service インスタンスが設定され、データ移行用に設定した VNet に接続されます。構成サービスの一環として、移行に適した価格帯を選択します。 1 回限りの使用の場合は、最大 4 つのコアとオフライン移行をサポートする無料の Standard レベルを選択します。プレミアム価格帯は、ダウンタイムをできるだけ短くする移行向けで、クアッドコア サーバーでのオンライン移行をサポートし、1 時間あたり 0.37 ドルの料金がかかります (最初の 6 か月間は無料)。

価格モデルを選択したら、仮想ネットワーク上の完全修飾ドメイン名を使用して、ソース サーバーの接続詳細を追加します。ターゲットの Azure SQL インスタンスに対しても同じ操作を実行します。接続が確立されたら、移行するデータベースをターゲット データベースにマップします。サービスは、ターゲット サーバーに存在する空のテーブルを自動的に選択します。スキーマはすでに移行されているため、これらのテーブルは完全に一致するはずです。このサービスでは検証オプションが提供されます。移行設定の入力が完了すると、移行が実行され、移行プロセス中に発生した可能性のある問題が報告されます。サービス ポータルから操作を監視し、エラーに注意することができます。

移行が完了したら、アプリケーションを切り替えて新しいクラウドホストエンドポイントを指すようにし、クラウド移行を続行して、データをホストされたサービスに移行できます。 Azure SQL サービスは必要に応じて拡張でき、地理的なレプリケーションにより停止のリスクを軽減できます。 VPN または ExpressRoute 接続の帯域幅によって制限されることはありません。大規模な移行では、Azure Data Box を使用して、数十 TB のデータをデータ センターから Azure に物理的に移動できます。

元のタイトル: Azure Data Migration を使用してデータをクラウドに移動する、著者: Simon Bisson

[51CTOによる翻訳。パートナーサイトに転載する場合は、元の翻訳者と出典を51CTO.comとして明記してください。