传输大型文件应用程序服务部署

Question

我有一个需要访问大文件(600 to )的系统。

我是否正确地认为我需要在Azure中使用VM？有办法将单个文件放入应用程序服务系统吗？

我可以看到这需要很长时间来部署！

保罗

Answer 1

您不一定只需要有一个VM来存储和访问该文件，而是应该考虑使用Azure Files，这是一种符合成本效益的解决方案，并且与您的用例匹配。以下是对其能力的简要说明：

更换或补充房地内文件服务器：

Azure文件可用于完全取代或补充传统的现场文件服务器或NAS设备。流行的操作系统，如Windows、macOS和Linux，都可以直接挂载Azure文件共享，无论它们在哪里。Azure文件共享也可以通过Azure复制到Windows服务器，无论是在现场还是在云中，以便对正在使用的数据进行性能和分布式缓存。

"Lift and shift“应用程序： Azure Files可以轻松地将应用程序”提升并转移“到云中，因为云需要共享文件来存储文件应用程序或用户数据。Azure Files支持“经典”lift和shift场景，其中应用程序和它的数据都被移动到Azure，以及“混合”lift和shift场景，其中应用程序数据被移动到Azure Files，应用程序继续在-领域运行。

简化云开发: Azure Files还可以以多种方式用于简化新的云开发项目。例如:共享应用程序设置:分布式应用程序的一种常见模式是将配置文件放在可以从许多应用程序实例访问的集中位置。应用程序实例可以通过File加载它们的配置，人们可以根据需要通过在本地挂载SMB共享来访问它们。

诊断共享: Azure文件共享对于云应用程序编写日志、度量和崩溃转储非常方便。应用程序实例可以通过File编写日志，开发人员可以通过在本地机器上挂载文件共享来访问日志。这样可以实现极大的灵活性，因为开发人员可以接受云开发，而不必放弃他们所熟悉和喜爱的现有工具。Dev/Test/Debug:当开发人员或管理员在云中处理VM时，他们通常需要一组工具或实用程序。将这些实用程序和工具复制到每个VM中可能是一项耗时的练习。通过在VM上本地安装Azure文件共享，开发人员和管理员可以快速访问他们的工具和实用程序，而不需要复制。

关于Azure文件的全部用例，请查看本文：https://learn.microsoft.com/en-us/azure/storage/files/storage-files-introduction#why-azure-files-is-useful

Answer 2

我被你提到的“很长的部署时间”弄糊涂了，但是.不，虚拟机不是必需的，它需要有存储的环境。

有自己的内置存储。在“基本”层，您可以使用10 in (并且随着您在层中的扩展，它会增加到1TB以上)。而且这种存储是持久的(直到您删除web应用程序本身)，并且在web应用程序的所有运行实例之间共享。

您还可以在Azure Blob存储中存储内容。如果/由于需要在本地处理这些内容，可以通过SDK/API调用将blob内容下载到本地(web应用程序)存储中。假设Storage和Web位于同一个区域，那么在两者之间复制带宽就没有成本了。

Azure文件存储也能工作，但也有一些限制：-5Tmax每个存储实例-整个存储实例最多1000 IOPS -不能是SMB-附加到Web应用程序-您需要通过编程访问它(通过SDK/API)

注意:只要您将大型内容(如600‘s文件)保存在blob/文件存储中，您就不必每次部署时都将其包含在web应用程序中；您可以在启动时将其复制到web应用程序的存储中。