fiware - 如何缩放Orion GE？

我已在FILAB中部署了Orion实例，并已配置了Cygnus inyector，以便在Cosmos中存储信息。

但是...让我们想象一下这样一种场景，其中实体的数量急剧增加。在这种假设的情况下，仅Orion GE的一个实例是不够的，因此有必要部署更多实例。

比例程序是什么？考虑到最大配额为:

虚拟机实例:5
VCPU:10个
硬盘:100 GB
内存:10240 MB
公用IP:1

我知道配额可能会更改，但是免费帐户限额是多少？

Cosmos头节点中的硬盘限制是多少？ (理论上为5GB配额)

是否可以通过单个公共(public)IP部署更多Orion Context Broker实例，还是有必要要求多个公共(public)ip？如何？

综上所述，我要求提供有关拟议方案的扩展程序和免费帐户限制(可能的最大配额)的信息。

先感谢您。
亲切的问候。

拉蒙

最佳答案

关于Orion可伸缩性，它可能涉及两个方面:

实体数的可伸缩性。在这种情况下，稀缺资源是数据库，因此您需要扩展MongoDB层。扩展MongoDB的通常过程是使用碎片，请查看MongoDB官方文档。

操作请求中的可伸缩性以管理此类实体。在这种情况下，您可以使用其他Orion节点(每个节点在单独的VM中运行，再在它们前面运行负载均衡器软件的其他VM在Orion节点之间分配负载)。 Orion是可以在这种水平缩放配置中运行的无状态进程，只要:1)您不使用ONTIMEINTERVAL订阅(请参阅this post中的详细信息)(请参见下面的UPDATE2注意)，2)您必须使用以下命令配置-subCacheIval CLI参数:一个足够小的值，以确保最终的一致性(基本上，-subCacheIval参数的值是从完成具有实体模式的预订可能要经过的最长时间，直到将其合并到所有Orion节点中为止)。

无论如何，您都需要其他VM。只要系统仅需要一个公共(public)IP(分配给负载均衡器的一个)，并且其他所有通信都可以在内部进行，您就不需要其他IP。 @flopez已在另一篇文章中回答了云配额信息。

通过Cygnus破坏Cosmos中数据的持久性，以与创建Orion进程场相同的方式，可以添加更多Cygnus进程来负责从Orion场接收通知。只需为所有实体定义一个映射策略，定义有关哪些实体将被通知到哪个Cygnus进程A，将哪个实体通知到Cygnus进程B的订阅，等等。问题在于这些Cygnus服务器场与以下对象的全局实例之间的连接性宇宙(位于Internet上)。假设这些cygnus服务器场在具有专用地址的VM上运行，则必须在另一台VM中安装某种代理才能访问Cosmos。

关于HDFS配额，是的，默认情况下为5 GB，但可以根据需要更改。值得一提的是，新的HDFS群集将在短期内发布，具有更高的存储容量。

UPDATE :this separated Q&A post中提供了有关subscription-update-notification案例的更详细的工作流说明。

UPDATE2 :在Orion 1.0.0(2016年3月)中删除了ONTIMEINTERVAL订阅。

关于fiware - 如何缩放Orion GE？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/32571352/