AWS AmazonElastiCache documentation change
Summary
Updated terminology from 'self-designed clusters' to 'node-based clusters' throughout the document, including section headers, comparisons, and feature descriptions. Changed phrasing from 'design your own cluster' to 'create a node-based cluster' to emphasize managed service aspects.
Security assessment
The changes are purely terminological updates (rebranding 'self-designed clusters' to 'node-based clusters') and phrasing adjustments to emphasize ElastiCache's managed service capabilities. No security vulnerabilities, configurations, or features were added/modified. Existing security-related content (e.g., TLS encryption requirements) remains unchanged except for terminology alignment.
Diff
diff --git a/AmazonElastiCache/latest/dg/WhatIs.deployment.md b/AmazonElastiCache/latest/dg/WhatIs.deployment.md index f16df1724..98da8a2db 100644 --- a//AmazonElastiCache/latest/dg/WhatIs.deployment.md +++ b//AmazonElastiCache/latest/dg/WhatIs.deployment.md @@ -13 +13 @@ Amazon ElastiCache has two deployment options: - * Self-designed clusters + * Node-based clusters @@ -22 +22 @@ For a list of supported commands for both, see [Supported and restricted Valkey, -Amazon ElastiCache Serverless simplifies cache creation and instantly scales to support customers' most demanding applications. With ElastiCache Serverless, you can create a highly-available and scalable cache in less than a minute, eliminating the need to provision, plan for, and manage cache cluster capacity. ElastiCache Serverless automatically stores data redundantly across three Availability Zones and provides a 99.99% availability Service Level Agreement (SLA). Backups from self-designed Valkey or Redis OSS clusters can be restored into a serverless configuration. +Amazon ElastiCache Serverless simplifies cache creation and instantly scales to support customers' most demanding applications. With ElastiCache Serverless, you can create a highly-available and scalable cache in less than a minute, eliminating the need to provision, plan for, and manage cluster capacity. ElastiCache Serverless automatically stores data redundantly across three Availability Zones and provides a 99.99% availability Service Level Agreement (SLA). Backups from Valkey or Redis OSS node-based clusters can be restored into a serverless configuration. @@ -24 +24 @@ Amazon ElastiCache Serverless simplifies cache creation and instantly scales to -**Self-designed clusters** +**Node-based clusters** @@ -26 +26 @@ Amazon ElastiCache Serverless simplifies cache creation and instantly scales to -If you need fine-grained control over your Valkey, Memcached, or Redis OSS cluster, you can choose to design your own cluster with ElastiCache. ElastiCache enables you to operate a node-based cluster, by choosing the node-type, number of nodes, and node placement across AWS Availability Zones for your cluster. Since ElastiCache is a fully-managed service, it helps manage hardware provisioning, monitoring, node replacements, and software patching for your cluster. Self-designed clusters can be designed to provide an up to 99.99% availability SLA. Backups from serverless Valkey or Redis OSS caches can be restored into a self-designed cluster. +If you need fine-grained control over your Valkey, Memcached, or Redis OSS cluster, you can create a node-based cluster with ElastiCache. You choose the node-type, number of nodes, and node placement across AWS Availability Zones for your cluster. Since ElastiCache is a fully-managed service, it helps manage hardware provisioning, monitoring, node replacements, and software patching for your cluster. Node-based clusters can be designed to provide an up to 99.99% availability SLA. Backups from serverless Valkey or Redis OSS caches can be restored into a node-based cluster. @@ -41 +41 @@ Choose serverless caching if: -Choose to design your own ElastiCache cluster if: +Create your own node-based cluster if: @@ -52 +52 @@ Choose to design your own ElastiCache cluster if: -## Comparing serverless caching and self-designed clusters +## Comparing serverless caching and node-based clusters @@ -54 +54 @@ Choose to design your own ElastiCache cluster if: -Feature | Serverless caching | Self-designed clusters +Feature | Serverless caching | Node-based clusters @@ -56 +56 @@ Feature | Serverless caching | Self-designed clusters -Cache setup | Create a cache with just a name in under a minute | Provides fine-grained control over cache cluster design. User can choose node-type, number of nodes, and placement across AWS availability zones +Cache setup | Create a cache with just a name in under a minute | Provides fine-grained control over cluster design. User can choose node-type, number of nodes, and placement across AWS availability zones @@ -61,2 +61,2 @@ Client connection | Clients connect to a single endpoint. This enables the unde -Configurability | No fine-grained configuration available. Customers can configure basic settings including subnets which can access the cache, whether automatic backups are turned on or off, and maximum cache usage limits. | Self-designed clusters provide fine-grained configuration options. Customers can use parameter groups for fine-grained control. For a table of these parameter values by node type, see [Engine specific parameters](./ParameterGroups.Engine.html). -Multi-AZ | Data is replicated asynchronously across multiple Availability Zones for higher availability and improved read latency. | Provides an option to design the cluster in a single Availability Zone or across multiple Availability Zones (AZs). When using Valkey or Redis OSS, provides Multi-AZ clusters with data replicated asynchronously across multiple Availability Zones for higher availability and improved read latency. +Configurability | No fine-grained configuration available. Customers can configure basic settings including subnets which can access the cache, whether automatic backups are turned on or off, and maximum cache usage limits. | Node-based clusters provide fine-grained configuration options. Customers can use parameter groups for fine-grained control. For a table of these parameter values by node type, see [Engine specific parameters](./ParameterGroups.Engine.html). +Multi-AZ | Data is replicated asynchronously across multiple Availability Zones for higher availability and improved read latency. | Provides an option to create the cluster in a single Availability Zone or across multiple Availability Zones (AZs). When using Valkey or Redis OSS, provides Multi-AZ clusters with data replicated asynchronously across multiple Availability Zones for higher availability and improved read latency. @@ -65,4 +65,4 @@ Encryption in transit (TLS) | Always enabled. Clients must support TLS connecti -Backups | Supports automatic and manual backups of caches with no performance impact. Valkey and Redis OSS backups are cross-compatible, and can be restored into an ElastiCache Serverless cache or a self-designed cluster. | Supports automatic and manual backups for Valkey and Redis OSS. Clusters may see some performance impact depending on the available reserved memory. For more information, see [Managing reserved memory for Valkey and Redis OSS](./redis-memory-management.html). Valkey and Redis OSS backups are cross-compatible, and can be restored into an ElastiCache Serverless cache or a self-designed cluster. -Monitoring | Support cache level metrics including cache hit rate, cache miss rate, data size, and ECPUs consumed. ElastiCache Serverless sends events using EventBridge when significant events happen on your cache. You can choose to monitor, ingest, transform, and act on ElastiCache events using Amazon EventBridge. For more information, see [Serverless cache events](./serverless-metrics-events-redis.html#serverless-events). | ElastiCache self-designed clusters emit metrics at each node level, including both host-level metrics and cache metrics. Self-designed clusters emit SNS notifications for significant events. See [Metrics for Memcached](./CacheMetrics.Memcached.html) and [Metrics for Valkey and Redis OSS](./CacheMetrics.Redis.html). -Availability | 99.99% availability [Service Level Agreement (SLA)](https://aws.amazon.com/elasticache/sla/) | Self-designed clusters can be designed to achieve up to 99.99% availability [Service Level Agreement (SLA)](https://aws.amazon.com/elasticache/sla/), depending on the configuration. -Software upgrades and patching | Automatically upgrades cache software to the latest minor and patch version, without application impact. Customers receive a notification for major version upgrades, and customers can upgrade to the latest major version when they want. | Self-designed clusters offer customer-enabled self-service for minor and patching version upgrades, as well as major version upgrades. Managed updates are automatically applied during customer defined maintenance windows. Customers can also choose to apply a minor or patch version upgrade on-demand. +Backups | Supports automatic and manual backups of caches with no performance impact. Valkey and Redis OSS backups are cross-compatible, and can be restored into an ElastiCache Serverless cache or a node-based cluster. | Supports automatic and manual backups for Valkey and Redis OSS. Clusters may see some performance impact depending on the available reserved memory. For more information, see [Managing reserved memory for Valkey and Redis OSS](./redis-memory-management.html). Valkey and Redis OSS backups are cross-compatible, and can be restored into an ElastiCache Serverless cache or a node-based cluster. +Monitoring | Support cache level metrics including cache hit rate, cache miss rate, data size, and ECPUs consumed. ElastiCache Serverless sends events using EventBridge when significant events happen on your cache. You can choose to monitor, ingest, transform, and act on ElastiCache events using Amazon EventBridge. For more information, see [Serverless cache events](./serverless-metrics-events-redis.html#serverless-events). | Node-based ElastiCache clusters emit metrics at each node level, including both host-level metrics and cache metrics. Node-based clusters emit SNS notifications for significant events. See [Metrics for Memcached](./CacheMetrics.Memcached.html) and [Metrics for Valkey and Redis OSS](./CacheMetrics.Redis.html). +Availability | 99.99% availability [Service Level Agreement (SLA)](https://aws.amazon.com/elasticache/sla/) | Node-based clusters can be designed to achieve up to 99.99% availability [Service Level Agreement (SLA)](https://aws.amazon.com/elasticache/sla/), depending on the configuration. +Software upgrades and patching | Automatically upgrades cache software to the latest minor and patch version, without application impact. Customers receive a notification for major version upgrades, and customers can upgrade to the latest major version when they want. | Node-based clusters offer customer-enabled self-service for minor and patching version upgrades, as well as major version upgrades. Managed updates are automatically applied during customer defined maintenance windows. Customers can also choose to apply a minor or patch version upgrade on-demand. @@ -70 +70 @@ Global Data Store | Not supported | Supports Global Data Store, which enable -Data Tiering | Not supported | Clusters that are designed using nodes from the r6gd family have their data tiered between memory and local SSD (solid state drives) storage. Data tiering provides a price-performance option for Valkey and Redis OSS workloads by utilizing lower-cost solid state drives (SSDs) in each cluster node, in addition to storing data in memory. +Data Tiering | Not supported | Clusters that are created using nodes from the r6gd family have their data tiered between memory and local SSD (solid state drives) storage. Data tiering provides a price-performance option for Valkey and Redis OSS workloads by utilizing lower-cost solid state drives (SSDs) in each cluster node, in addition to storing data in memory. @@ -75 +75 @@ Related topics: - * [Designing and managing your own ElastiCache cluster](./designing-elasticache-cluster.html) + * [Creating and managing a node-based ElastiCache cluster](./designing-elasticache-cluster.html)