翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# ノードベースのクラスターのスケーリング
<a name="Scaling-self-designed"></a>

アプリケーションが処理しなければならないデータの量は、一定ではありません。業務の拡大またはまたは通常の変動が発生すると、需要は増加します。キャッシュを自己管理する場合は、需要のピークに対して充分なハードウェアを用意する必要がありますが、それにより費用が高くなります。Amazon ElastiCache を使用することで、現在の需要を満たすために拡張でき、支払いは使用した分のみとなります。ElastiCache を使用すると、需要に合わせてキャッシュをスケーリングできます。

**注記**  
Valkey または Redis OSS クラスターが 1 つ以上のリージョン間でレプリケートされている場合、それらのリージョンは順番にスケールされます。スケールアップする場合、セカンダリリージョンが最初にスケーリングされ、次にプライマリリージョンがスケーリングされます。スケールダウンする場合、プライマリリージョンが最初に、次にセカンダリリージョンが続きます。  
エンジンバージョンを更新する場合、最初にセカンダリリージョン、次にプライマリリージョンの順序になります。

**Topics**
+ [Memcached クラスターのオンデマンドスケーリング](Scaling-self-designed.mem-heading.md)
+ [Memcached クラスターの手動スケーリング](Scaling.Memcached.manually.md)
+ [Valkey または Redis OSS (クラスターモードが無効) クラスターのスケーリング](scaling-redis-classic.md)
+ [Valkey または Redis OSS (クラスターモードが無効) のレプリカノードのスケーリング](Scaling.RedisReplGrps.md)
+ [Valkey または Redis OSS (クラスターモードが有効) クラスターのスケーリング](scaling-redis-cluster-mode-enabled.md)