Cloud Cost Sense
Google Cloud Memorystore の費用：Redis・Valkey 料金
Provisioned capacity、service tier、replica、region、persistence、backup、network traffic から Google Cloud Memorystore の費用を見積もります。
Cached data ではなく provisioned capacity を計算する
Memorystore は cache が idle でも、実データが少なくても、provision した capacity に基づいて課金されます。Memorystore for Redis は service tier、capacity tier、provisioned GiB、region で instance 料金が決まります。Basic Tier は standalone cache、Standard Tier は cross-zone replication と automatic failover を追加するため、同じ primary capacity でも高くなります。
まず working set を求め、expiration の遅れ、replication、fragmentation、traffic spike の余裕を加えます。対象 region の時間単価に provisioned capacity と月間稼働時間を掛けます。Capacity tier によって GiB 単価と network performance が変わるため、単純に切り上げる前に正確な tier を比較してください。
すべての Valkey node と optional storage を含める
Memorystore for Valkey は node 単位の料金です。Shard 数にすべての replica node を加え、選択した node type の region 別時間単価を掛けます。Replica は availability と read throughput を高めますが、無料の redundancy ではなく、それぞれが provisioned node です。
有効にした backup storage と AOF persistence も加算します。Backup には最低 24 時間の料金があり、instance を削除しても自動削除されません。AOF は provisioned instance size に基づいて課金されます。古い recovery point が見えにくい継続費用にならないよう、compute node、persistence、保持 backup を分けて予算化します。
Cache の削減額が固定費を上回るか検証する
Cache は、より高価な bottleneck を減らして初めて価値があります。月間 Memorystore 料金と、実際に減った database read、query、CPU time、latency を比較します。Memory utilization、eviction、hit ratio、command latency、source database load を追跡し、大きな cache が idle、または hit ratio が低ければ、縮小、expiration policy の変更、cache の廃止を検討します。
Client は同じ region、可能なら同じ zone に配置します。同一 region の Redis access に Memorystore の ingress・egress 料金はありませんが、client resource に cross-zone charge が発生する場合があります。Cross-region access は network cost と latency を増やします。Tier を選ぶ前に通常 traffic と cache-miss surge の両方を見積もってください。