[
https://issues.apache.org/jira/browse/SOLR-11285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16291646#comment-16291646
]
ASF subversion and git services commented on SOLR-11285:
--------------------------------------------------------
Commit b1ce5e2085ad6dda1a5adf5d30c4822d0fe4ce59 in lucene-solr's branch
refs/heads/branch_7x from [~ab]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=b1ce5e2 ]
SOLR-11285: Simulation framework for autoscaling.
> Support simulations at scale in the autoscaling framework
> ---------------------------------------------------------
>
> Key: SOLR-11285
> URL: https://issues.apache.org/jira/browse/SOLR-11285
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: AutoScaling
> Reporter: Andrzej Bialecki
> Assignee: Andrzej Bialecki
> Fix For: master (8.0), 7.3
>
> Attachments: SOLR-11285.patch
>
>
> This is a spike to investigate how difficult it would be to modify the
> autoscaling framework so that it's possible to run simulated large-scale
> experiments and test its dynamic behavior without actually spinning up a
> large cluster.
> Currently many components rely heavily on actual Solr, ZK and behavior of ZK
> watches, or insist on making actual HTTP calls. Notable exception is the core
> Policy framework where most of the ZK / Solr details are abstracted.
> As the algorithms for autoscaling that we implement become more and more
> complex the ability to effectively run multiple large simulations will be
> crucial - it's very easy to unknowingly introduce catastrophic instabilities
> that don't manifest themselves in regular unit tests.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
