添加链接
link之家
链接快照平台
  • 输入网页链接,自动生成快照
  • 标签化管理网页链接
相关文章推荐
健身的显示器  ·  Azure Active ...·  5 天前    · 
傻傻的吐司  ·  24. Externalized ...·  7 月前    · 
痛苦的充电器  ·  你真的理解Verilog ...·  1 年前    · 

服务总线消息传送(包括队列和主题等实体)将企业消息传送功能与丰富的云规模发布-订阅语义结合在一起。 对于许多复杂的云解决方案,服务总线消息传送用作通信中枢。

服务总线消息传送的 高级 层处理有关任务关键应用程序的规模、性能和可用性的常见客户请求。 高级层建议用于生产方案。 虽然功能集几乎完全相同,但这两个层的服务总线消息传送旨在满足不同的使用情形。

下表突出显示了部分高层差异。

服务总线高级消息传送 在 CPU 和内存级别提供资源隔离,以便每个客户工作负荷以隔离方式运行。 此资源容器称为 消息传送单元 。 每个高级命名空间至少会分配一个消息传送单元。 可以为每个服务总线高级命名空间购买 1、2、4、8 或 16 个消息传送单元。 单一工作负荷或实体可以跨多个消息传送单元,可以随意更改消息传送单元数。 这会为基于服务总线的解决方案提供可预测和稳定的性能。

这种性能不仅更可预测和可用,而且速度也更快。 使用高级消息传送,峰值性能比使用标准层快得多。

高级消息传送技术差异

以下部分介绍高级和标准消息传送层之间的一些差异。

由于高级消息传送在一个隔离的运行时环境中运行,因此高级命名空间中不支持快速实体。 快速实体先将消息暂时保存在内存中,然后将其写入永久性存储。 如果你的代码在标准消息传递下运行,并且想要将其移植到高级层,请确保已禁用快速实体功能。

高级消息传送资源使用情况

通常,对实体进行的任何操作都可能导致 CPU 和内存使用率增高。 下面是一些这样的操作:

  • 管理操作,例如对队列、主题和订阅的 CRUD(创建、检索、更新和删除)操作。
  • 运行时操作(发送和接收消息)
  • 监视操作和警报
  • 但是,额外的 CPU 和内存使用量并不额外定价。 对于“高级消息传送”层,消息单元有一个单价。

    由于以下原因,系统会跟踪并显示 CPU 和内存使用情况:

  • 让你透彻了解系统内部情况
  • 让你了解所购资源的容量。
  • 让你通过容量计划来决定是进行纵向扩展还是缩减。
  • 需要多少个消息传送单元?

    在预配 Azure 服务总线高级命名空间时指定消息传送单元数。 这些消息传送单元是分配给命名空间的专用资源。 在命名空间上启用分区后,消息传送单元将均匀分布在各个分区中。

    分配给服务总线高级命名空间的消息传送单元数可以 动态调整 ,将工作负荷的变化(增加或减少)因素考虑进去。

    为体系结构确定消息传送单元数量时,需要考虑以下几个因素:

  • 从分配给命名空间 1 或 2 个消息传送单元开始,或者为每个分区 分配 1 个消息传送单元。
  • 在命名空间的 资源使用情况指标 中研究 CPU 使用情况指标。
  • 如果 CPU 使用率低于 20%,则可纵向缩减分配给命名空间的消息传送单元数
  • 如果 CPU 使用率超过 70%,则纵向扩展分配给命名空间的消息传送单元数将有益于应用程序
  • 要了解如何将服务总线命名空间配置为自动缩放(增加或减少消息传送单元),请参阅 自动更新消息传送单元

    缩放 分配给命名空间的资源的操作可以抢先进行,也可以被动进行。

  • 抢先 :如果预期会有额外的工作负荷(考虑到季节性或趋势),可以在达到工作负荷限制之前向命名空间分配额外的消息传送单元。

  • 被动 :如果通过研究资源使用情况指标确定了额外的工作负荷,则可将额外的资源分配给命名空间来应对不断增长的需求。

    服务总线的费用按小时计。 进行纵向扩展时,只需按额外资源的使用小时数付费。

    高级消息传送入门

    高级消息传送很容易入门,其操作过程类似于标准消息传送。 一开始时,请在 Azure 门户 创建命名空间 。 确保在“定价层”下选择“高级”。 选择“查看完整的定价详细信息”以查看有关每个层级的详细信息。

    也可以 使用 Azure 资源管理器模板创建高级命名空间

    大型消息支持

    Azure 服务总线高级层命名空间支持发送最大 100 MB 的大型消息有效负载的功能。 此功能主要面向在其他企业消息传送代理上使用了较大消息有效负载,并寻求无缝迁移到 Azure 服务总线的传统工作负载。

    下面是在 Azure 服务总线中发送大型消息时的一些注意事项 -

  • 仅在 Azure 服务总线高级层命名空间上受支持。
  • 仅在使用 AMQP 协议时受支持。 使用 SBMP 协议时不受支持。
  • 使用 Java 消息服务 (JMS) 2.0 客户端 SDK 和其他语言客户端 SDK 时受支持。
  • 发送大型消息会导致吞吐量降低和延迟增大。
  • 尽管支持 100 MB 消息有效负载,但建议保持尽可能小的消息有效负载,以确保服务总线命名空间提供可靠的性能。
  • 仅对发送到队列或主题的消息强制实施最大消息大小的要求。 对于接收操作不强制实施大小限制。 允许更新给定队列(或主题)的最大消息大小。
  • 不支持批处理。
  • 为新队列(或主题)启用大型消息支持

    若要启用大型消息支持,请在创建新队列(或主题)时,按下面所示设置最大消息大小。

    为现有队列(或主题)启用大型消息支持

    还可以为现有队列(或主题)启用大型消息支持,方法是在该特定队列(或主题)的“概述”中更新“最大消息大小”,如下所示 。

    若要了解有关服务总线消息传送的详细信息,请参阅以下链接:

  • 自动更新消息传送单元
  • Azure 服务总线高级消息传送简介(博客文章)
  •