オンプレミス データ ソリューションのクラウドへの拡張

組織がワークロードとデータをクラウドに移行しても、多くの場合、オンプレミス データセンターは引き続き重要な役割を果たします。 ハイブリッド クラウドという用語は、パブリック クラウドとオンプレミス データセンターを組み合わせて、両方にまたがる統合された IT 環境を構築することを指します。 一部の組織では、データセンター全体を時間をかけてクラウドに移行するためのパスとしてハイブリッド クラウドを利用します。 また、クラウド サービスを使用して既存のオンプレミス インフラストラクチャを拡張している組織もあります。

この記事では、ハイブリッド クラウド ソリューションでデータを管理する場合の考慮事項とベスト プラクティスについて説明します。

ハイブリッド ソリューションを使用する状況

次のシナリオでは、ハイブリッド ソリューションの使用を検討してください。

  • 長期間かけて完全にクラウド ネイティブなソリューションへと移行する間の移行戦略として
  • 規制やポリシーによって、特定のデータやワークロードをクラウドに移行できない場合
  • ディザスター リカバリーとフォールト トレランスのために、オンプレミス環境とクラウド環境の間でデータとサービスを複製する場合
  • アーキテクチャの一部を Azure でホストすることで、オンプレミス データセンターとリモートの場所間の待機時間を短縮したい場合

課題

  • セキュリティ、管理、開発の面で一貫した環境を作り、作業の重複を避ける

  • オンプレミス環境とクラウド環境間に、信頼性が高く、遅延が少なく、セキュリティで保護されたデータ接続を作成する

  • データをレプリケートし、各環境内で正しいデータ ストアを使用するようにアプリケーションとツールを修正する

  • クラウドでホストされ、オンプレミスのシステムからアクセスされるデータ、またはその逆のデータをセキュリティで保護し、暗号化する

オンプレミス データ ストア

オンプレミス データ ストアには、データベースとファイルが含まれています。 これらのデータ ストアをローカルで保持する理由はいくつかあります。 特定のデータやワークロードをクラウドに移行できない規制やポリシーがある場合があります。 データの主権、プライバシー、またはセキュリティを考慮して、オンプレミスに配置する方が良い場合があります。 移行中に、まだ移行されていないアプリケーションに対して一部のデータをローカルで保持したい場合があります。

パブリック クラウドにアプリケーション データを配置する場合は、次のような点を考慮してください。

  • コスト。 Azure のストレージのコストは、オンプレミス データセンターで同様の特性を持つストレージを維持するコストよりも大幅に低くなります。 多くの企業がハイエンドの SAN に既に投資しているため、既存のハードウェアの寿命が来るまで、このようなコストの優位性は完全に達成されない可能性があります。

  • 柔軟なスケール。 オンプレミス環境のデータ容量拡張の計画と管理は困難な場合があります。特に、データの増加を予測が困難な場合は特にそうです。 このようなアプリケーションの場合は、クラウドで使用できるオンデマンドの容量と事実上無制限のストレージを活用できます。 この考慮事項は、比較的静的なサイズのデータ​​セットで構成されるアプリケーションにはあまり関係がありません。

  • ディザスター リカバリー。 Azure に格納されたデータは、Azure リージョン内と地域間で自動的にレプリケートされます。 ハイブリッド環境では、このようなテクノロジを使用して、オンプレミスとクラウドベースのデータ ストア間でレプリケートすることができます。

データ ストアをクラウドに拡張する

オンプレミス データ ストアをクラウドに拡張するには、いくつかのオプションがあります。 オプションの 1 つは、オンプレミスとクラウドのレプリカを持つ方法です。 この方法により高レベルなフォールト トレランスを実現できますが、フェールオーバーが発生した場合に適切なデータ ストアに接続できるように、アプリケーションの変更が必要になる可能性があります。

もう 1 つのオプションは、データの一部をクラウド ストレージに移行し、より新しい、またはより頻繁にアクセスされるデータをオンプレミスに維持する方法です。 この方法では、長期的なストレージにコスト効率の高いオプションを提供できるほか、運用データ セットを減らすことでデータ アクセスの応答時間も改善されます。

3 つ目のオプションは、すべてのデータをオンプレミスに保持し、アプリケーションのホストにはクラウド コンピューティングを使用する方法です。 このオプションの場合、クラウドでアプリケーションをホストし、セキュリティで保護された接続を介してオンプレミス データ ストアに接続します。

Azure Stack

完全なハイブリッド クラウド ソリューションの場合は、Azure Stack の使用を検討してください。 Azure Stack は、データセンターから Azure サービスを提供することができるハイブリッド クラウド プラットフォームです。 このソリューションでは、同じツールを使用してオンプレミスと Azure システムの一貫性を維持でき、コードを変更する必要はありません。

Azure と Azure Stack は、次のユース ケースに適しています。

  • エッジおよび非接続ソリューション。 Azure Stack でローカルで処理したデータを Azure で集計したあと、さらに詳しく分析し、Azure Stack と Azure の両方で共通するアプリケーションのロジックを使用して、待機時間や接続性の要件に対応できます。

  • さまざまな規制に対応するクラウド アプリケーション。 Azure でアプリケーションを開発して展開し、規制やポリシーの要件を満たすために Azure Stack で同じアプリケーションをオンプレミスに展開できる柔軟性があります。

  • オンプレミスのクラウド アプリケーション モデル。 既存のアプリケーションを更新および拡張する場合や、新しいアプリケーションを構築する場合に Azure を使用します。 クラウドの Azure と、オンプレミスの Azure Stack で一貫性のある DevOps プロセスを使用します。

SQL Server データ ソース

SQL Server をオンプレミスで実行する場合は、バックアップと復元のサービスに Azure Blob Storage を使用できます。 詳細については、「Windows Azure BLOB ストレージ サービスを使用した SQL Server のバックアップと復元」を参照してください。 この機能により、無制限のオフサイト ストレージを利用でき、オンプレミスで実行されている SQL Server と Azure の仮想マシン (VM) で実行されている SQL Server 間で同じバックアップを共有できます。

Azure SQL Database は、サービスとして管理されたリレーショナル データベースです。 SQL Database は Microsoft SQL Server エンジンを使用しているので、アプリケーションは両方のテクノロジを使用して同じ方法でデータにアクセスできます。 SQL Database を SQL Server と組み合わせて使用する方法も便利です。 たとえば、SQL Server Stretch Database 機能を使用すると、アプリケーションから SQL Server データベース内の単一のテーブルのように見えるものにアクセスできますが、そのテーブルの一部またはすべての行は SQL Database に格納されている可能性があります。 このテクノロジによって、定義された期間アクセスされなかったデータは、自動的にクラウドに移行されます。 このデータを読み取るアプリケーションは、データがクラウドに移行されていることを認識しません。

データの同期を維持したい場合には、オンプレミスとクラウドのデータ ストアを維持することは困難になる可能性があります。 この課題は SQL データ同期で解決できます。SQL データ同期は SQL Database 上に構築されているサービスであり、選択したデータを複数の Azure SQL データベースと SQL Server インスタンスの間で双方向に同期させることができます。 Data Sync を使用すると、さまざまなデータ ストアで簡単にデータを最新の状態に保つことができますが、ディザスター リカバリーや、オンプレミスの SQL Server から SQL Database への移行には使用しないでください。

ディザスター リカバリーとビジネス継続性のためには、AlwaysOn 可用性グループを使用して、複数の SQL Server インスタンスにデータをレプリケートし、その一部を別の地域のリージョンにある Azure VM で実行できます。

ネットワーク共有とファイルベースのデータ ストア

ハイブリッド クラウド アーキテクチャでは、新しいファイルはオンプレミスで保持し、古いファイルはクラウドにアーカイブすることがよくあります。 この方法は、ファイルの階層化と呼ばれることもあります。 これにより、オンプレミスとクラウドでホストされるファイルの両方にシームレスにアクセスできます。 このアプローチは、アクセス頻度が高い可能性がある新しいファイルのネットワーク帯域幅の使用とアクセス時間を最小限に抑えるために役立ちます。 同時に、アーカイブされたデータにはクラウドベースのストレージの利点もあります。

また、組織は、ネットワーク共有を完全にクラウドに移動することもできます。たとえば、アクセスするアプリケーションもクラウドに配置されている場合などです。 この手順は、データ オーケストレーション ツールを使用して実行できます。

Azure StorSimple は、オンプレミス デバイスと Azure クラウド ストレージ間のストレージ タスクを管理できる機能がそろった統合ストレージ ソリューションを提供しています。 StorSimple は、企業のストレージとデータ保護に伴う多くの問題を解消し、費用を削減する、効率と経済性、管理性に優れた記憶域ネットワーク (SAN) ソリューションです。 StorSimple は独自開発の StorSimple 8000 シリーズ デバイスを使用し、クラウド サービスと統合して、一連の統合管理ツールを提供しています。

クラウドベースのファイル ストレージと共にオンプレミスのネットワーク共有を使用するもう 1 つの方法は Azure Files です。 Azure Files は、標準のサーバー メッセージ ブロック (SMB) プロトコル (CIFS とも呼ばれます) でアクセスできる、フル マネージドのファイル共有を提供します。 Azure Files は、ローカル コンピューターにファイル共有としてマウントするか、ローカルまたはネットワーク共有ファイルにアクセスする既存のアプリケーションで使用することができます。

Azure Files のファイル共有をオンプレミスの Windows Server と同期するには、Azure File Sync を使用します。Azure File Sync の主な利点は、オンプレミスのファイル サーバーと Azure Files の間でファイルを階層化できることです。 この機能により、最新のファイルと最近アクセスしたファイルのみをローカルに保持できます。

詳細については、Azure Blob Storage、Azure Files、Azure ディスクの使い分けに関するページを参照してください。

ハイブリッド ネットワーク

この記事では、ハイブリッド データ ソリューションを中心に説明しましたが、考慮事項としてはオンプレミス ネットワークを Azure に拡張する方法もあります。 ハイブリッド ソリューションのこの側面の詳細については、以下のリソースを参照してください。

共同作成者

この記事は、Microsoft によって保守されています。 当初の寄稿者は以下のとおりです。

プリンシパル作成者:

次のステップ