JDBC Wrapper Valkey キャッシュ検証 — Spring Boot + HikariCP で導入する
application.yml の設定変更と ApplicationRunner によるウォームアップで、Spring Boot アプリに Remote Query Cache Plugin を統合。ノードベースと Serverless の両構成で動作確認した。
「elasticache」タグが付いたコンテンツ一覧
application.yml の設定変更と ApplicationRunner によるウォームアップで、Spring Boot アプリに Remote Query Cache Plugin を統合。ノードベースと Serverless の両構成で動作確認した。
1時間の連続負荷でヒット率98.9%を確認。10分アイドル後もタイムアウト再発なし。公式ドキュメントの接続再利用推奨と合わせ、Serverless + ウォームアップが本番で使える条件を整理した。
ノードベース+TLS構成との比較で初回タイムアウトがServerless固有の問題と確定。ウォームアップ接続+5秒待機でCacheMonitorを回復させ、Serverlessの運用メリットを活かせることを実機検証した。
AWS Advanced JDBC Wrapper 3.3.0 の Remote Query Cache Plugin を ElastiCache for Valkey Serverless で検証。初回接続で必ずタイムアウトが発生し CacheMonitor が SUSPECT 状態に陥る問題を発見。ノードベースでは発生しない Serverless 固有の課題を整理した。
AWS Advanced JDBC Wrapper 3.3.0 の Remote Query Cache Plugin を Aurora PostgreSQL(100万行)+ ElastiCache for Valkey(ノードベース)で検証。749msの集計クエリが2msに短縮。TTL による整合性制御も期待通り動作した。
Powertools for AWS Lambda の getMetadata() を使った Same-AZ ルーティングを TypeScript で実装・検証。キャッシュ動作や clearMetadataCache() の挙動を実測データとともに共有する。
Lambda の新しい AZ メタデータエンドポイントを検証。ElastiCache Valkey クラスターへの同一AZ / クロスAZ接続レイテンシを実測し、Same-AZ ルーティングの効果を定量的に示す。
素の JDBC では不要だったウォームアップが、HikariCP のコネクションプール初期化により Spring Boot 環境では有効。初回リクエストが 2443ms → 264ms に改善した。
公式ドキュメントではアイドルタイムアウトが非公開だが、実機検証で10分のアイドル後もキャッシュ接続が維持されることを確認した。
「初回リクエストは通常より高レイテンシになる」ことが AWS 公式トラブルシューティングガイドの Reuse connections セクションに明記されている。
aws elasticache create-cache-cluster --engine valkey が InvalidParameterValue で失敗する。Valkey エンジンは CreateReplicationGroup API が必須だった。