问题描述
通知中心提到了配额通知中心在给定的命名空间。我找不到的文件，也没有什么是配额每个计划的界限。
The notification hub REST API documentation mentions a quota for notification hubs in a given namespace. I couldn't find on the documentation nor the pricing page what are the boundaries for the quota for each plan.
根据经验，我现在知道，在自由/基本层，限制每个命名空间100通知中心。
Empirically, i now know that on the free/basic tier the limit is 100 notification hubs per namespace.
型NotificationHub资源的最大数量已达到或超过。实际：100，最大允许量：100
能否配额提高？有哪些费用？
Can the quotas be raised? What are the costs?
我现在的系统使用枢纽多租户和跳跃重构架构之前是否有定价页面上没有提到任何限制？
My current system uses hubs for multitenancy and before jumping to refactor the architecture are there any limits not mentioned on the pricing page?
- 请服务总线对名称空间的数量配额？
- 请注册（设备）有配额/限速为每个通知集线器？
推荐答案
发送操作：
- 要增加配额，并开始使用你可以一些高级功能
去，然后选择您的任何通知
轮毂并设置基本的或标准定价轮胎的分段标签上。基本是
$ 10元每月，标准 - $ 200元。需要注意的是轮胎的定价实际上是
改变了命名空间层次，全方位的配额对强迫
命名空间。 - 此外，如果您尝试调用并行发送操作从几
发件人那么你会看到，带宽是因为请求更宽
很可能被路由到不同的节点。 - 如果您要发送通知的一个非常大的量也
每个通知针对的是1或很少的设备，然后
写支持要求，使收件箱您的命名空间。
- To increase quotas and start using some advanced features you couldgo https://manage.windowsazure.com, then pick any your NotificationHub and set Basic or Standard pricing tire on the Scale tab. Basic is$10 per month, Standard - $200. Note that pricing tire is actuallychanged on namespace level and all quotas are enforced againstnamespace.
- Also if you try to call Send operations in parallel from severalsenders then you would see that bandwidth is wider because requestsare very likely to be routed to different nodes.
- Also if you are going to send a really big volume of notificationsand each notification is targeted to 1 or very few devices, thenwrite to support asking to enable Inbox for your namespace.
其他配额：
- 在大多数100（我最好的知识），每订阅定期命名空间，你可以用没有限制通过写支持升级至premium。
- 在每个命名空间最大100集线器，可以通过书面形式来支持增加。
- 设备的数量实际上并没有限制，甚至是免费的轮胎'500有源器件的限制并不强制执行......现在：）
- 注册幅度有限，配额从2000年开始每命名每分钟取决于定价轮胎。
另外：
一些官方定价细节：
这篇关于Azure的通知枢纽配额限制的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！