通知中心(Notification Hub)伸缩性(Scalability)、使用情况(Usage)监控及相关定价(Pricing)的考虑

通知中心(Notification Hub)伸缩性(Scalability)、使用情况(Usage)监控及相关定价(Pricing)的考虑

  • Comments 1
  • Likes

微软Windows Azure云服务中,通知中心(Notification Hub)提供了能够支撑超百万级设备互联的利器。具体见下面的文章:

http://blogs.technet.com/b/nevin_dongs_blog/archive/2013/11/16/windows-azure-notification-hub.aspx

 

需要注意的是,目前在管理门户(Management Portal)中的设置(Setting使用情况(Usage中,目前列出的是内核数、云服务数量、存储账户等情况,如下图:

注意到这里并没有包括了对通知中心使用情况的信息。

在使用通知中心的时候,一个需要特别关注的信息就是自己账户的账单,当然,这里列出的是当前期间和之前更早计费周期(按月)的使用量,可以看到每个月的消费情况。

具体消费信息格式如下:

通知中心可以根据工作量(workload)及前端设备量,来动态配置通知中心的资源量。例如,默认的”免费“容量设置,可以支持5,000个注册设备,其中可以支撑最多500个活动设备;而标准”的通知中心层类型, “最大单位数”调整为到最大(目前是50),可以支持5,000,000个注册设备,其中可以支撑最多50,000,000个活动设备,达到百万级别以上的设备支撑目标。

而一个需要特别关注的,是通知中心的特别的定价(Pricing)级别。具体见下面的链接:

http://www.windowsazure.com/en-us/pricing/details/notification-hubs/

 

需要特别注意的是:标准”类型是按照每单元来收费,每天按比例分摊。特别要注意:“在一天结束时(午夜 UTC),将会对您在这一天使用的最大单位数收费。At the end of the day (midnight UTC), you will be charged for the maximum number of units used during the day.“ 见下图:

 

这一定价模式,是用户在规划及调整伸缩性(Scalability)的时候,必须要考虑的,而与其他服务的按小时、按分钟等付费,有着明显的差别。

首先,尽可能收集、掌握活动设备的规模、高峰值,并依据这些信息来合理规划通知中心的配置。超规模配置可能将带来不必要的成本支出。

必要的时候,可以考虑“烫平”设备请求量,在实时性要求不高的时候,通过限制流量(Throttling)等措施,对于某些超量设备的消息提醒安排在稍后进行。此外在一天结束前(午夜 UTC),如果第二天没有预期的高峰值(例如,针对某些电商促销,当活动期将结束等),应及时调低通知中心的配置规模。

此外,应严格设置自动伸缩(AutoScaling)操作,必须兼顾伸缩性、并发性能及成本等多重因素,实现最优化。

Comments
  • 对于提醒服务的费用,包含在内吗?

Your comment has been posted.   Close
Thank you, your comment requires moderation so it may take a while to appear.   Close
Leave a Comment