繁体   English   中英

Azure Function 工人与实例

[英]Azure Function workers vs instances

我目前正在使用 Azure 高级服务应用程序 (P3v3)。 我发现我的 function 需要一些提升,所以我决定看看如何配置缩放。 我找到了两个可用的选项:

  1. 在配置部分设置FUNCTIONS_WORKER_PROCESS_COUNT
  2. 在 Scale-Out 菜单中配置实例数

但是实例和工人之间有什么区别呢? 尚未找到有关该信息或它如何影响成本的任何信息。

实例(横向扩展菜单)和工作人员( FUNCTIONS_WORKER_PROCESS_COUNT )之间有什么区别

这些是从成本管理(计费)和功能方面了解工作人员和实例的 Microsoft 文档:

FUNCTIONS_WORKER_PROCESS_COUNT的 MSFT 来源

  1. Azure Functions - 函数应用设置 - functions_worker_process_count
  2. Azure 函数 - 最佳实践 - FUNCTIONS_WORKER_PROCESS_COUNT

Azure 功能高级计划横向扩展实例的 MSFT 来源

  1. Azure 功能托管选项信息
  2. Azure 功能高级计划实例计费

AFAIK, FUNCTIONS_WORKER_PROCESS_COUNT限制了最大数量。 每个 Function 主机实例的工作进程数。 这些实例是一种单独的 VM,其中FUNCTIONS_WORKER_PROCESS_COUNT限制分别应用于它们中的每一个。

例如,如果FUNCTIONS_WORKER_PROCESS_COUNT设置为 10,则表示每个主机实例同时运行 10 个单独的函数。

Multiple Workers表示Same Function AppMultiple Process Ids ,它是 Functions 的逻辑集合。

一个工作进程可以承载一个 Function App 的所有功能,其中Single Host的默认值为1FUNCTIONS_WORKER_PROCESS_COUNT886982359588 Host表示它是物理/虚拟主机,其中 Function App 作为 Windows/Linux 进程运行。

有关FUNCTIONS_WORKER_PROCESS_COUNT机制的更多信息,请参阅此处


它如何影响成本。

正如这个Microsoft Azure 服务定价计算器所说,当您横向扩展时,您将按实例付费。

P3v3定价计算器

成本管理方面,横向扩展方法的增量性质非常有益

成本增加应该是可以预见的,因为组件是相同的。

横向扩展还可以让您更快地响应需求变化。

在大多数情况下,可以快速添加或删除服务以满足资源需求。 通过仅使用(并支付)当时所需的资源,这种灵活性和速度有效地减少了支出。

有关成本管理以及纵向扩展和横向扩展优势的更多信息,请参阅本文

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM