Caching ApacheIgnite上的频繁更新

Caching ApacheIgnite上的频繁更新,caching,ignite,in-memory,Caching,Ignite,In Memory,我希望有经验的ApacheIgnite人员能够帮助我的团队找到有关ApacheIgnite新设置的答案 总体设置 数据由许多分布式传感器连续生成,并流入我们的数据库。每个传感器每秒可能会发送许多更新,但通常会生成这听起来像是要跨多个服务器扩展负载,但使用复制缓存是不可能的,因为每次更新都会更新所有节点,节点越多,网络流量就越大。我认为您应该改为使用分区缓存,并尝试添加节点,直到系统能够处理负载。听起来您希望跨多个服务器扩展负载,但使用复制缓存是不可能的,因为每次更新都会更新所有节点,节点越多,网

我希望有经验的ApacheIgnite人员能够帮助我的团队找到有关ApacheIgnite新设置的答案

总体设置
数据由许多分布式传感器连续生成,并流入我们的数据库。每个传感器每秒可能会发送许多更新,但通常会生成这听起来像是要跨多个服务器扩展负载,但使用复制缓存是不可能的,因为每次更新都会更新所有节点,节点越多,网络流量就越大。我认为您应该改为使用分区缓存,并尝试添加节点,直到系统能够处理负载。

听起来您希望跨多个服务器扩展负载,但使用复制缓存是不可能的,因为每次更新都会更新所有节点,节点越多,网络流量就越大。我认为您应该改用分区缓存,并尝试添加节点,直到系统能够处理负载。

是的,我想在所有多个服务器上扩展查询负载。有些查询需要访问所有数据,因此所有数据都应该复制到每个服务器上(数据很小,所以内存中没有问题)。我最想知道的是,在频繁更新的情况下,如何有效地处理此复制。使用复制缓存,更新永远不会非常有效。分区缓存更适合频繁更新。是的,我想跨所有多个服务器扩展查询负载。有些查询需要访问所有数据,因此所有数据都应该复制到每个服务器上(数据很小,所以内存中没有问题)。我最想知道的是,在频繁更新的情况下,如何有效地处理此复制。使用复制缓存,更新永远不会非常有效。分区缓存更适合频繁更新。