0

我的工作最近推出了一项新的、始终在线的云服务，该服务具有许多共享资源（学习内容），这些资源需要在登台环境和生产环境中都可用。

我们选择将这些文件托管在 Azure 云文件存储设备上并将驱动器映射到“Application_start”上，但是，目前我们需要在与生产环境交换之前手动将虚拟目录映射到暂存中的适当位置。这并不理想，因为应该重新启动虚拟机 (VM)，使用原始上传的配置，并且删除我们添加的虚拟目录，使我们的内容无法使用。

虚拟目录似乎可以通过“ServiceDefinition.csdef”文件进行预配置，但是我无法将“physicalDirectory”属性设置为 Cloud Files 存储设备，因为这在我的本地设备上不可用并阻止继续发布。我担心使用配置转换也会遭受同样的命运。

以前，我研究过云服务的 LocalStorage 功能的使用，但这似乎更加不稳定，并且在设置之间不可共享。

是否有更合适的存储解决方案可供我们研究以适合我们的设置。

非常感谢。

编辑：只是我在 ServiceConfiguration.csdef 中设置当前虚拟目录的一个简单示例：

    <VirtualDirectory name="media" physicalDirectory="\\drive.file.core.windows.net\media\courseware" />
    <VirtualDirectory name="app_data" physicalDirectory="\\drive.file.core.windows.net\app_name\app_data" />
4

2 回答 2

0

我假设“Azure 文件存储设备”是指“Azure 文件服务/存储”。

您是否尝试在 Web 角色启动时挂载共享存储，或者您可以在您的 Web 角色启动时使用net use（步骤 4）。

于 2015-07-22T16:03:34.423 回答
0

杰克，您需要永久保存凭据（例如您的存储帐户和密钥），以便您与 Azure 文件存储的连接不会在重新启动期间丢失。

您是否使用 Azure PaaS 角色，如果是这种情况，您需要确保无论系统是否启动了新实例，或者您的实例刚刚重新启动，您的代码都可以自动连接。

有关详细信息，请参阅下面的帖子。

http://blogs.msdn.com/b/windowsazurestorage/archive/2014/05/27/persisting-connections-to-microsoft-azure-files.aspx

于 2015-10-26T18:35:03.423 回答