Many AWS customers useAmazon ElastiCache to implement a fast, in-memory data store for their applications.

Welaunched Amazon ElastiCache for Redis in 2013 and have added snapshot exports to S3 , arefreshed engine, scale-up capabilities ,tagging, and support for Multi-AZ operation with automatic failover over the past year or so.

Today we are adding a healthy collection of new features and capabilities to ElastiCache for Redis. Here’s an overview:

Sharded Cluster Support You can now create sharded clusters that can hold more than 3.5 TiB of in-memory data.

Improved Console Creation and maintenance of clusters is now more straightforward and requires far fewer clicks.

Engine Update You now have access to the features of the Redis 3.2 engine.

Geospatial Data You can now store and process geospatial data.

Let’s dive in!

Sharded Cluster Support / New Console

Until now, ElastiCache for Redis allowed you to create a cluster containing a single primary node and up to 5 read replicas. This model limited the size of the in-memory data store to 237 GiB per cluster.

You can now create clusters with up to 15 shards, expanding the overall in-memory data store to more than 3.5 TiB. Each shard can have up to 5 read replicas, giving you the ability to handle 20 million reads and 4.5 million writes per second.

The sharded model, in conjunction with the read replicas, improves overall performance and availability. Data is spread across multiple nodes and the read replicas support rapid, automatic failover in the event that a primary node has an issue.

In order to take advantage of the sharded model, you must use a Redis client that is cluster-aware. The client will treat the cluster as a hash table with 16,384 slots spread equally across the shards, and will then map the incoming keys to the proper shard.

ElastiCache for Redis treats the entire cluster as a unit for backup and restore purposes; you don’t have to think about or manage backups for the individual shards.

The Console has been improved and I can create my first Scale Out cluster with ease (note that I checked Cluster Mode enabled (Scale Out) after I chose Redis as my Cluster engine):


Amazon ElastiCache for Redis Update   Sharded Clusters, Engine Improvements, an ...

The Console helps me to choose a suitable node type with a handy new menu:


Amazon ElastiCache for Redis Update   Sharded Clusters, Engine Improvements, an ...

You can also create sharded clusters using the AWS Command Line Interface (CLI) , the AWS Tools for windows PowerShell , theElastiCache API, or via aAWS CloudFormation template.

Engine Update

Amazon ElastiCache for Redis is compatible with version 3.2 of the Redis engine. The engine includes three new features that may be of interest to you:

Enforced Write Consistency the new WAIT command blocks the caller until all previous write commands have been acknowledged by the primary node and a specified number of read replicas. This change does not make Redis in to a strongly consistent data store, but it does improve the odds that a freshly promoted read replica will include the most recent writes to previous primary.

SPOP with COUNT The SPOP command removes and then returns a random element from a set. You can now request more than one element at a time.

Bitfields Bitfields are a memory-efficient way to store a collection of many small integers as a bitmap, stored as a Redis string. Using the BITFIELD command, you can address (GET) and manipulate (SET, increment, or decrement) fields of varying widths without having to think about alignment to byte or word boundaries.

Our implementation of Redis includes a snapshot mechanism that does not need to fork the server process into parent and child processes. Under heavy load, the standard, fork-based snapshot mechanism can lead to degraded performance due to swapping. Our alternative implementation comes in to play when memory utilization is above 50% and neatly sidesteps the issue. It is a bit slower, so we use it only when necessary.

We have improved the performance of the syncing mechanism that brings a fresh read replica into sync with its primary node. We made a similar improvement to the mechanism that brings the remaining read replicas back in to sync with the newly promoted primary node.

As I noted earlier, our engine is compatible with the comparable open source version and your applications do not require any changes.

Geospatial Data

You can now store and query geospatial data (a latitude and a longitude). Here are the commands:

GEOADD Insert a geospatial item. GEODIST Get the distance between two geospatial items. GEOHASH Get a Geohash (geocoding) string for an item. GEOPOS Return the positions of items identified by a key. GEORADIUS -Return items that are within a specified radius of a location. GEORADIUSBYMEMBER Return items that are within a specified radius of another item.

Available Now

Sharded cluster creation and all of the features that I mentioned are available now and you can start using them today in all AWS regions.

― Jeff

;

本文数据库(综合)相关术语:系统安全软件

主题: RedisPowerShellWindows
分页:12
转载请注明
本文标题:Amazon ElastiCache for Redis Update Sharded Clusters, Engine Improvements, an ...
本站链接:http://www.codesec.net/view/482942.html
分享请点击:


1.凡CodeSecTeam转载的文章,均出自其它媒体或其他官网介绍,目的在于传递更多的信息,并不代表本站赞同其观点和其真实性负责;
2.转载的文章仅代表原创作者观点,与本站无关。其原创性以及文中陈述文字和内容未经本站证实,本站对该文以及其中全部或者部分内容、文字的真实性、完整性、及时性,不作出任何保证或承若;
3.如本站转载稿涉及版权等问题,请作者及时联系本站,我们会及时处理。
登录后可拥有收藏文章、关注作者等权限...
技术大类 技术大类 | 数据库(综合) | 评论(0) | 阅读(45)