GCP Cloud CDN の費用：cache 転送、fill、リクエスト

Cache hit では利用者への cache data transfer と cache lookup request を計算します。Cache miss では origin からの cache fill に加え、該当する Cloud Load Balancing の処理料金や Cloud Storage の operation 料金を加えます。Cache できない response は origin service の標準 data transfer 経路を使う場合があるため、すべての byte に一つの CDN 単価を適用してはいけません。

Cache data transfer の価格は宛先と月間使用量で変わるため、利用者の地域を記録します。Cache fill も同一地域グループ内と地域間で価格が異なる場合があるので、origin と edge の場所を確認してください。公式料金表との照合には decimal GB ではなく GiB を使います。

月間 GET・HEAD request、平均 response size、実測または保守的な cache hit ratio から始めます。配信 GiB を hit と miss に分け、cache lookup request、cache data transfer、cache fill を個別に計算してください。請求 byte と照合するときは response body だけでなく header も含めます。

Query string、host、protocol、header、cookie が異なる object を作ると cache key が分散します。短い TTL、頻繁な invalidation、個別化 response、多数の cold object に分散した traffic も hit ratio を下げます。通常ケースと低 hit ケースを比べてください。

Cache 可能な response header と TTL を明確に設定し、適切な asset を圧縮します。Response がその値によって変化しない場合だけ不要な cache-key 要素を除外してください。Private または利用者固有の response を共有 cache に強制保存すると、別の利用者へ内容が露出する可能性があります。

公開後は cache hit ratio、配信 byte、origin byte、request 数、response size、invalidation を追跡します。計算機に request と download 量を入力し、公式の最新料金表から CDN、load balancer、origin 固有の料金を加えます。地域、asset 構成、cache policy、traffic 量が変わったら再計算してください。