【问题标题】:Azure Web App for Containers - How Auto Scale handles internal server storage?Azure Web App for Containers - Auto Scale 如何处理内部服务器存储?
【发布时间】:2020-03-15 21:08:05
【问题描述】:

我对自动缩放和 Azure Web App for Containers 有一些疑问。

我们目前有“WEBSITES_ENABLE_APP_SERVICE_STORAGE”选项 = true,所以,我们的容器正在访问 Web 服务器来存储文件,太好了!

但是,在自动缩放时刻,如何处理此存储?应用程序将有权访问这些文件,拥有 I/O,当它缩小时,所有文件都将被“合并”?

而且,自动缩放功能会创建服务器的副本,还创建存储的副本?

另一个疑问是关于应用程序,如果完成 3 的比例,并且我的服务器是 15 个 Web 应用程序,那么每个服务器将有 15 个应用程序还是 5 个? (15/3)。

感谢您的帮助。

【问题讨论】:

    标签: azure azure-web-app-service


    【解决方案1】:

    文件不需要合并以进行扩展,因为它们或者完全是本地的,或者存在于始终在所有实例之间共享的共享文件系统(主文件夹)中。

    https://github.com/projectkudu/kudu/wiki/Understanding-the-Azure-App-Service-file-system

    持久化文件

    这是您可以查看的网站文件。它们遵循此处描述的结构。它们植根于 d:\home,也可以使用 %HOME% 环境变量找到它。对于 Linux 上的应用服务和容器的 Web 应用,持久存储植根于 /home。

    这些文件是持久的,这意味着您可以依赖它们一直保留在那里,直到您对它们进行更改。此外,它们在您网站的所有实例之间共享(当您将其扩展到多个实例时)。在内部,其工作方式是将它们存储在 Azure 存储中,而不是位于本地文件系统中。

    免费和共享网站获得 1GB 空间,基本网站获得 10GB,标准网站获得 50GB。在 Web 应用定价页面上查看更多详细信息。

    关于您的第二个问题:您的应用服务计划的每个实例都将运行每个部署的应用服务的一个实例。

    【讨论】:

    • 你的回答完全解决了我的疑惑。谢谢!
    猜你喜欢
    • 1970-01-01
    • 2018-10-10
    • 1970-01-01
    • 2022-06-13
    • 2018-11-26
    • 1970-01-01
    • 2020-08-25
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多