Giter Club home page Giter Club logo

Comments (4)

vroyer avatar vroyer commented on May 23, 2024

Hi,
You should have at least 32Gb per node, and configured elassandra with half the total RAM up to maximum of 30,5Gb. But if you are not aggregating on analyzed string fields, you can probably use less memory to improve file system cache.

For write, elassandra write throughput is roughly half the throughput of cassandra if you index all columns. In this scenario, Cassandra and Elasticsearch files with be roughly the same size, for example 100Gb of cassandra data generates 100Gb of elasticsearch index files if you map all columns, but again, write throughput and elasticsearch disk usage will depend on your elasticsearch mapping.

In your cassandra schema, avoid huge indexed wide rows, because locking on wide rows can dramatically affect write performance.

For good search performance, keep shards under 50Gb each, and use partitioned index to split a cassandra table to more than one shard per node, see http://doc.elassandra.io/en/latest/mapping.html#partitioned-index.

Finally, depending on your hardware, you should have a few Tb of data per node and add more nodes to improve performances (index/search throughput) and/or increase the volume of data. Keep in mind that elassandra should require less nodes than separate elasticsearch + cassandra nodes providing the same service.

Thanks',
Vincent

from elassandra.

ddorian avatar ddorian commented on May 23, 2024

@vroyer

Why do you say less nodes compared to cassandra + elasticsearch (assuming you don't store "_source" in elasticsearch) ? Or is that by lowering per-shard overhead since you can include everything in 1 shard while in normal-es you have to over provision the number of shards.

from elassandra.

RayWhitmer avatar RayWhitmer commented on May 23, 2024

"For write, elassandra write throughput is roughly half the throughput of cassandra if you index all columns."

It would be nice to be able to count on highly-optimized Cassandra write efficiency for significant operations on large data sets. Cassandra is UPSERT optimised, e.g. update a single property without reading the existing record. If a single property change is appended in Cassandra, then will Elassandra be smart enough to only reindex the one property, or will it reindex all properties for much less than half the throughput on single-property updates?

from elassandra.

ddorian avatar ddorian commented on May 23, 2024

@RayWhitmer it will reindex the full document.

from elassandra.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.