如何扩展 Orion GE？
How to scale Orion GE?
我已经在 FILAB 中部署了一个 Orion 实例，并且我已经配置了 Cygnus inyector 以便在 Cosmos 中存储信息。
但是……让我们想象一下实体数量急剧增加的场景。在这个假设的场景中，一个 Orion GE 实例是不够的，因此有必要部署更多实例。
称重程序是什么？考虑到最大配额为：
虚拟机实例：5
VCPU：10
硬盘：100GB
内存：10240 MB
Public IP: 1
我知道配额可能会发生变化，但免费帐户的限制是多少？
Cosmos 头节点的硬盘限制是多少？ (理论上5GB配额)
是否可以使用单个 public IP 部署更多 Orion Context Broker 实例，或者是否有必要请求多个 public ip？怎么样？
总而言之，我请求有关所提议场景的扩展程序和免费帐户限制（可能的最大配额）的信息。
提前谢谢你。
亲切的问候。
拉蒙
提供给试用用户（如您所说的免费帐户）的容量如下：
- VM 实例：2
- VCPU：2
- 硬盘：40GB
- 内存：4096 MB
- Public IP: 1
- 路由器 :0
- 网络：0
如果您请求更多容量，您应该升级到社区帐户（按照此文档Upgrade to Community Account
关于Orion的可扩展性，可能涉及两个维度：
实体数量的可扩展性。在这种情况下，稀缺资源是数据库，因此您需要扩展 MongoDB 层。扩展 MongoDB 的通常程序是使用分片，请查看 MongoDB 官方文档。
操作中的可伸缩性要求管理此类实体。在这种情况下，您可以使用额外的 Orion 节点（每个节点 运行 在单独的 VM 中，加上在它们前面的额外 VM 运行 负载均衡器软件以在 Orion 节点之间分配负载） . Orion 是一个无状态进程，只要满足以下条件，它就可以 运行 在这种水平扩展配置中：1) 您不使用 ONTIMEINTERVAL 订阅（请参阅 this post 中的详细信息） （请参阅下面的 UPDATE2 注释），2) 您必须使用足够小的值配置 -subCacheIval CLI 参数以确保最终一致性（基本上，[=10 的值=] 参数是从具有实体模式的订阅完成直到它在所有 Orion 节点中被整合的最长时间。
无论如何，您都需要额外的 VM。您不需要额外的 IP，只要系统只需要一个 public IP（分配给负载均衡器的 IP）并且所有其他通信都可以在内部完成。云配额信息已由@flopez 在另一个 post 中回答。
Ragarding 通过 Cygnus 在 Cosmos 中持久化数据，就像创建 Orion 进程场一样，您可以添加更多 Cygnus 进程来负责从 Orion 场接收通知。简单地为所有实体定义一个映射策略，定义关于哪些实体将被通知到哪个 Cygnus 进程 A，哪个其他实体到 Cygnus 进程 B 等的订阅。问题在于这些 Cygnus 农场和全局实例之间的连接性Cosmos（位于互联网）。假设这些 cygnus 农场运行在具有私有寻址的 VM 之上，您必须在另一个 VM 中安装某种代理才能访问 Cosmos。
关于HDFS配额，是的，默认是5GB，但可以按需更改。值得一提的是，短期内将推出新的HDFS集群，存储容量更大
UPDATE：.
中提供了订阅更新通知案例的更详细的工作流程说明
UPDATE2：Orion 1.0.0（2016 年 3 月）中删除了 ONTIMEINTERVAL 订阅。
我已经在 FILAB 中部署了一个 Orion 实例，并且我已经配置了 Cygnus inyector 以便在 Cosmos 中存储信息。
但是……让我们想象一下实体数量急剧增加的场景。在这个假设的场景中，一个 Orion GE 实例是不够的，因此有必要部署更多实例。
称重程序是什么？考虑到最大配额为：
虚拟机实例：5 VCPU：10 硬盘：100GB 内存：10240 MB Public IP: 1
我知道配额可能会发生变化，但免费帐户的限制是多少？
Cosmos 头节点的硬盘限制是多少？ (理论上5GB配额)
是否可以使用单个 public IP 部署更多 Orion Context Broker 实例，或者是否有必要请求多个 public ip？怎么样？
总而言之，我请求有关所提议场景的扩展程序和免费帐户限制（可能的最大配额）的信息。
提前谢谢你。 亲切的问候。
拉蒙
提供给试用用户（如您所说的免费帐户）的容量如下：
- VM 实例：2
- VCPU：2
- 硬盘：40GB
- 内存：4096 MB
- Public IP: 1
- 路由器 :0
- 网络：0
如果您请求更多容量，您应该升级到社区帐户（按照此文档Upgrade to Community Account
关于Orion的可扩展性，可能涉及两个维度：
实体数量的可扩展性。在这种情况下，稀缺资源是数据库，因此您需要扩展 MongoDB 层。扩展 MongoDB 的通常程序是使用分片，请查看 MongoDB 官方文档。
操作中的可伸缩性要求管理此类实体。在这种情况下，您可以使用额外的 Orion 节点（每个节点 运行 在单独的 VM 中，加上在它们前面的额外 VM 运行 负载均衡器软件以在 Orion 节点之间分配负载） . Orion 是一个无状态进程，只要满足以下条件，它就可以 运行 在这种水平扩展配置中：
1) 您不使用 ONTIMEINTERVAL 订阅（请参阅 this post 中的详细信息）（请参阅下面的 UPDATE2 注释），2) 您必须使用足够小的值配置-subCacheIvalCLI 参数以确保最终一致性（基本上，[=10 的值=] 参数是从具有实体模式的订阅完成直到它在所有 Orion 节点中被整合的最长时间。
无论如何，您都需要额外的 VM。您不需要额外的 IP，只要系统只需要一个 public IP（分配给负载均衡器的 IP）并且所有其他通信都可以在内部完成。云配额信息已由@flopez 在另一个 post 中回答。
Ragarding 通过 Cygnus 在 Cosmos 中持久化数据，就像创建 Orion 进程场一样，您可以添加更多 Cygnus 进程来负责从 Orion 场接收通知。简单地为所有实体定义一个映射策略，定义关于哪些实体将被通知到哪个 Cygnus 进程 A，哪个其他实体到 Cygnus 进程 B 等的订阅。问题在于这些 Cygnus 农场和全局实例之间的连接性Cosmos（位于互联网）。假设这些 cygnus 农场运行在具有私有寻址的 VM 之上，您必须在另一个 VM 中安装某种代理才能访问 Cosmos。
关于HDFS配额，是的，默认是5GB，但可以按需更改。值得一提的是，短期内将推出新的HDFS集群，存储容量更大
UPDATE：
UPDATE2：Orion 1.0.0（2016 年 3 月）中删除了 ONTIMEINTERVAL 订阅。