Skip to content

Commit cde7eb5

Browse files
author
vroyer
committed
release 6.2.3.8
1 parent a0bc8f4 commit cde7eb5

File tree

2 files changed

+9
-2
lines changed

2 files changed

+9
-2
lines changed

CHANGES.txt

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,4 @@
1-
6.2.3.8 - 2018-11-29
1+
6.2.3.8 - 2018-12-17
22
* Fix cluster settings
33
* Fix date field in primary key #222
44
* Refactor mapping management to ensure atomic and sequential CQL schema updates.
@@ -7,6 +7,8 @@
77
* Add support for opaque storage of document _source
88
* Improve index_insert_only mode by using cassandra UNSET_BYTE_BUFFER
99
* Fix cqlsh help pages result in 404 errors #241
10+
* Add a Timeuuid processor
11+
* Add support for custom cql_type in mapping
1012

1113
6.2.3.7 - 2018-10-15
1214
* Improve license notice

README.md

Lines changed: 6 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -22,6 +22,8 @@ For Cassandra users, elassandra provides Elasticsearch features :
2222
* Provide automatic schema creation and support nested documents using [User Defined Types](https://docs.datastax.com/en/cql/3.1/cql/cql_using/cqlUseUDT.html).
2323
* Provide read/write JSON REST access to Cassandra data.
2424
* Numerous Elasticsearch plugins and products like [Kibana](https://www.elastic.co/guide/en/kibana/current/introduction.html).
25+
* Manage concurrent elasticsearch mappings changes and applies batched atomic CQL schema changes.
26+
* Support [Elasticsearch ingest processors](https://www.elastic.co/guide/en/elasticsearch/reference/master/ingest.html) allowing to transform input data.
2527

2628
For Elasticsearch users, elassandra provides useful features :
2729
* Elassandra is masterless. Cluster state is managed through [cassandra lightweight transactions](http://www.datastax.com/dev/blog/lightweight-transactions-in-cassandra-2-0).
@@ -32,6 +34,7 @@ For Elasticsearch users, elassandra provides useful features :
3234
* Write operations are not restricted to one primary shard, but distributed across all Cassandra nodes in a virtual datacenter. The number of shards does not limit your write throughput. Adding elassandra nodes increases both read and write throughput.
3335
* Elasticsearch indices can be replicated among many Cassandra datacenters, allowing write to the closest datacenter and search globally.
3436
* The [cassandra driver](http://www.planetcassandra.org/client-drivers-tools/) is Datacenter and Token aware, providing automatic load-balancing and failover.
37+
* Elassandra efficiently stores Elasticsearch documents in binary SSTables without any JSON overhead.
3538

3639
## Quick start
3740

@@ -43,7 +46,9 @@ For Elasticsearch users, elassandra provides useful features :
4346

4447
#### Elassandra 6.2.3.8+
4548

46-
Elassandra 6.2.3.8+ fully manages the elasticsearch mapping in the CQL schema through the use of CQL schema extensions (see *system_schema.tables*, column *extensions*). These table extensions and the CQL schema updates resulting of elasticsearch index creation/modification are updated in batched atomic schema updates to ensure consistency when concurrent updates occurs. Moreover, these extensions are stored in binary and support partial updates to be more efficient. As the result, the elasticsearch mapping is not more stored in the *elastic_admin.metadata* table and once all your nodes have been upgraded to 6.2.3.8+, apply the following CQL statements to remove useless elasticsearch metadata:
49+
Elassandra 6.2.3.8+ now fully manages the elasticsearch mapping in the CQL schema through the use of CQL schema extensions (see *system_schema.tables*, column *extensions*). These table extensions and the CQL schema updates resulting of elasticsearch index creation/modification are updated in batched atomic schema updates to ensure consistency when concurrent updates occurs. Moreover, these extensions are stored in binary and support partial updates to be more efficient. As the result, the elasticsearch mapping is not more stored in the *elastic_admin.metadata* table.
50+
51+
WARNING: During the rolling upgrade, elasticserach mapping changes are not propagated between nodes running the new and the old versions, so don't change your mapping while you're upgrading. Once all your nodes have been upgraded to 6.2.3.8+ and validated, apply the following CQL statements to remove useless elasticsearch metadata:
4752
```bash
4853
ALTER TABLE elastic_admin.metadata DROP metadata;
4954
ALTER TABLE elastic_admin.metadata WITH comment = '';

0 commit comments

Comments
 (0)