2

可用于功能的新“消耗”层计划不允许您通过门户更改进程位数。是否有其他方法可以将进程翻转为 64 位，因为它是 DocDB 访问所必需的。

4

3 回答 3

5

您可以通过 API 进行设置。但请注意，在您看到门户中显示该选项之前，它不受官方支持。

这是一个简单的方法：

  • 转到https://resources.azure.com/
  • 找到您的函数应用程序，然后config/web在树的下方
  • 编辑 use32BitWorkerProcess 并将其更改为 false
于 2017-02-01T15:57:25.957 回答
4

目前，Azure Functions 禁用了 64 位选择（在消费和应用服务计划中）。我们正在努力进行一些验证以实现这一点，因此需要 64 位的客户可以进行更改。

需要注意的一点是，DocumentDB 团队在他们的最新版本 (1.11.3) 中添加了 32 位支持，虽然我们还没有升级到那个版本（这将会发生），但您可以直接引用他们的包并使用他们的以 32 位运行的 Functions 中的客户端。

David 的回答还为您提供了一种今天启用 64 位的方法。

于 2017-02-01T16:00:58.123 回答
0

Azure Functions 消耗计划根据资源消耗和执行次数计费。消耗计划定价包括 每月免费授予 100 万个请求和每月400,000 GB-s 的资源消耗。客户还可以在其应用服务计划中以常规应用服务计划费率运行函数。

资料来源：函数定价

尝试基于Consumption定价层App Service Plan的Kudu进入Function App，发现总磁盘空间为1GB，相当于标准App Service Plan的Free或Shared定价层。

比特度

基本、标准和高级层支持 64 位和 32 位应用程序。

免费和共享计划层仅支持 32 位应用程序。

来源：https ://docs.microsoft.com/en-us/azure/app-service-web/web-sites-scale#bitness

结论是 Consumption 定价层 App Service 计划相当于 t0 Free/Shared 定价层 App Service 计划，这就解释了为什么它只能支持 32 位。

于 2017-02-01T13:46:51.020 回答