Skip to content

Commit

Permalink
release 6.2.3.8
Browse files Browse the repository at this point in the history
  • Loading branch information
vroyer committed Dec 21, 2018
1 parent a0bc8f4 commit cde7eb5
Show file tree
Hide file tree
Showing 2 changed files with 9 additions and 2 deletions.
4 changes: 3 additions & 1 deletion CHANGES.txt
@@ -1,4 +1,4 @@
6.2.3.8 - 2018-11-29
6.2.3.8 - 2018-12-17
* Fix cluster settings
* Fix date field in primary key #222
* Refactor mapping management to ensure atomic and sequential CQL schema updates.
Expand All @@ -7,6 +7,8 @@
* Add support for opaque storage of document _source
* Improve index_insert_only mode by using cassandra UNSET_BYTE_BUFFER
* Fix cqlsh help pages result in 404 errors #241
* Add a Timeuuid processor
* Add support for custom cql_type in mapping

6.2.3.7 - 2018-10-15
* Improve license notice
Expand Down
7 changes: 6 additions & 1 deletion README.md
Expand Up @@ -22,6 +22,8 @@ For Cassandra users, elassandra provides Elasticsearch features :
* 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).
* Provide read/write JSON REST access to Cassandra data.
* Numerous Elasticsearch plugins and products like [Kibana](https://www.elastic.co/guide/en/kibana/current/introduction.html).
* Manage concurrent elasticsearch mappings changes and applies batched atomic CQL schema changes.
* Support [Elasticsearch ingest processors](https://www.elastic.co/guide/en/elasticsearch/reference/master/ingest.html) allowing to transform input data.

For Elasticsearch users, elassandra provides useful features :
* Elassandra is masterless. Cluster state is managed through [cassandra lightweight transactions](http://www.datastax.com/dev/blog/lightweight-transactions-in-cassandra-2-0).
Expand All @@ -32,6 +34,7 @@ For Elasticsearch users, elassandra provides useful features :
* 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.
* Elasticsearch indices can be replicated among many Cassandra datacenters, allowing write to the closest datacenter and search globally.
* The [cassandra driver](http://www.planetcassandra.org/client-drivers-tools/) is Datacenter and Token aware, providing automatic load-balancing and failover.
* Elassandra efficiently stores Elasticsearch documents in binary SSTables without any JSON overhead.

## Quick start

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

#### Elassandra 6.2.3.8+

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:
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.

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:
```bash
ALTER TABLE elastic_admin.metadata DROP metadata;
ALTER TABLE elastic_admin.metadata WITH comment = '';
Expand Down

0 comments on commit cde7eb5

Please sign in to comment.