0

私は大きなファイル(600メガバイト)へのアクセスを必要とするシステムを持っている転送大きなファイルアプリのサービス展開

私は右の私はそのためのAzureでVMを使用する必要があるだろうと考え中ですか?単一のファイルをAppサービスシステムに取り込む方法はありますか?

これは展開に非常に時間がかかることがわかります!

ポール

答えて

0

あなたは必ずしもだけ保存し、そのファイルにアクセスするためのVMを持っている必要はありませんが、むしろ、コスト効果の高いソリューションであり、あなたのユースケースと一致する代わりに、Azureのファイルを使用して検討すべきです。ここではその機能の簡単な説明です:

は、社内のファイルサーバーを交換するか、サプリメント:

Azureのファイルは完全に伝統的なオンプレミスファイルサーバーやNASデバイスを交換または補足するために使用することができます。 Windows、macOS、Linuxなどの普及しているオペレーティングシステムはAzureファイル共有を世界中にどこにでも直接マウントできます。 Azureファイル共有は、Azure File Syncを使用して、オンプレミスまたはクラウドのいずれかのWindowsサーバーにレプリケートすることができ、使用中のデータを効率的かつ分散してキャッシュすることができます。

「リフトとシフト」アプリケーション: Azureのファイルストアのファイル、アプリケーションやユーザーデータへのファイル共有を期待してクラウドに「リフトとシフト」のアプリケーションにそれが容易になります。 Azureファイルは、アプリケーションとそのデータの両方がAzureに移動される「古典的な」リフトとシフトシナリオと、アプリケーションデータがAzureファイルに移動される「ハイブリッド」リフトとシフトシナリオの両方を可能にし、アプリケーションはオンプレミスで実行します。

クラウド開発の簡素化 Azureファイルは、新しいクラウド開発プロジェクトを簡素化するためにさまざまな方法で使用することもできます。例: 共有アプリケーション設定: 分散アプリケーションの一般的なパターンは、多くのアプリケーションインスタンスからアクセスできる集中化された場所に構成ファイルを置くことです。アプリケーションインスタンスは、ファイルREST APIを介して構成をロードでき、人間はSMB共有をローカルにマウントすることで必要に応じてアクセスできます。

診断共有: Azureファイル共有は、クラウドアプリケーションが書き込みログ、メトリック、およびクラッシュダンプに便利な場所です。ファイルREST APIを使用してアプリケーションインスタンスがログを書き込むことができ、開発者はローカルマシンにファイル共有をマウントしてログにアクセスできます。開発者が知っている既存のツールを放棄しなくても、クラウド開発を採用することができるので、柔軟性が大幅に向上します。 開発/テスト/デバッグ: 開発者または管理者がクラウド内のVMで作業している場合、多くの場合、一連のツールまたはユーティリティが必要です。このようなユーティリティとツールを各VMにコピーすることは、時間のかかる作業です。 Azure File共有をVM上にローカルにマウントすることにより、開発者と管理者はツールやユーティリティに素早くアクセスできます。コピーは必要ありません。 Azureのファイルの完全な使用例については

は、こちらの記事をチェックアウトしてください:https://docs.microsoft.com/en-us/azure/storage/files/storage-files-introduction#why-azure-files-is-useful

+0

これは非常によく見えます!しかし、私はちょっとアプリサービスの代わりにこれを使用することについて混乱していますか? Azureファイルはコンテナと思われるので、実際に私のシステムをホストしてユーザーが使用できるようにするにはどうすればよいですか? – Paul

+0

ああ!私は、ファイルへのアクセスとホストだけが関心事だったという印象を受けました。それがシステムの場合、私はAzure Appサービスをチェックすることをお勧めします:https://azure.microsoft.com/en-us/pricing/details/app-service/、1GBのディスクを提供する無料トライアルオプションがありますスペース、私はあなたのユースケースに合っているかどうかを見てみることをお勧めしたい、そうでなければVMを持つことも別のオプションになります。 –

+0

私は既にアプリケーションサービスを持っています私はそこに600MBのファイルを得る方法についての懸念があります! – Paul

0

私は、「展開するのに長い時間」のあなたの言及によって少し混乱していたが...いや、仮想マシンがありますは、ではありません。

Azure Web Appsには、独自のストレージが内蔵されています。「基本」層では、10GBを自由に使用できます(層数を増やすと1TB以上になります)。そしてそのストレージはで、耐久性は(Webアプリケーション自体を削除するまで)で、Webアプリケーションの実行中のすべてのインスタンスで共有されます。

また、Azure Blob Storageにコンテンツを保存することもできます。また、このコンテンツをローカルで使用する必要がある場合は、blobコンテンツをSDK/API呼び出しを介してローカル(Webアプリ)ストレージにダウンロードできます。 StorageアカウントとWeb Appが同じ地域にあると仮定すると、その間にコピーする帯域幅はありません。

Azureのファイルストレージも同様に動作しますが、制限があります。 - ストレージ・インスタンスあたり5TB最大の - マックス全体のストレージ・インスタンス 全体で千のIOPS - SMB接続型のWebアプリケーションにすることはできません - あなたがプログラム的にアクセスする必要があります(

注:大容量のコンテンツ(600MBファイルなど)をBLOB /ファイルストレージに保存する限り、展開するたびにWebアプリケーションに含める必要はありません。起動時にWebアプリケーションのストレージにコピーすることができます。

関連する問題