前回の記事「CDNで負荷軽減」ではCDN（コンテンツデリバリーネットワーク）の概略を説明しました。

Amazon WEB Service(AWS)でEC-CUBEを稼働させているサイトは多いと思いますので、CDNの中でもAWSのCloudFrontは手軽に導入できるCDNだと思います。今回はCloudFrontで、CDNを実際に利用する際の手順を紹介したいと思います。

AWS環境の全体的な構成は以下のように想定しています。



上記ではWEBサーバはEC2を1台のみの構成にしていますが、増設する際のことを考慮してALBを入れています。当社のように複数のECサイトのお手伝いをしている場合は、WEBサーバが1台構成でも複数台構成でも手順が同じになっていると運用の手順の検討が楽になるという意味もあります。ALBを入れているとSSL証明書を手動更新する手間がなくなるというメリットがあります。ですが、最近、IPアドレスの料金が値上がりし、おまけに円高なので、コスト要因になってしまいます。ALBは必須というわけではありません。


次に、CloudFrontの実運用にあたっては、どのようなポリシーでどの種類のファイルをキャッシュするのかを決める必要があります。ポリシーとはTTLつまりキャッシュの寿命はどれくらいの長さで、キャッシュを返すときのレスポンスヘッダはどのようなもので、オリジンにオリジナルのコンテンツをリクエストするときにはどんなリクエストヘッダで、といった細かい動作を設定します。そのルールを適用するファイルの種類やパスの条件はビヘイビアとして指定します。css,js,gif,jpg,pngなどは基本的にキャッシュします。製品説明のpdfなどもあるのであれば、それもキャッシュしておいても良いでしょう。

実際の設定の流れを説明したいと思いますが、重要な用語を事前に簡単に整理しておきたいと思います。


このような設定をするためには、HTTPのリクエストやレスポンスについての知識は必須です。

操作方法

CloudFrontコンソールに移動：





作成画面に遷移：




設定内容：




設定の保存：





作成画面に遷移：




設定内容：


設定の保存：






作成画面に遷移：




設定内容：


設定の保存：








対象のディストリビューションを選択：


ビヘイビアの作成：




パスパターンとオリジンの設定：


ビューワー設定の指定：


キャッシュキーとオリジンクエリストの設定：






設定の保存：




商品画像を比較的頻繁に変更する可能性があってもCDNは使った方が良いです。
変更した画像はhoge.jpg?n=1のようにURLを少し変えることにより別ファイルとしてキャッシュさせてしまう方法も昔からあります。この方法はブラウザのキャッシュを回避する方法としても有効です。

CloudFrontのキャッシュは明示的に個別にパージもできます。

キャッシュをパージする操作方法

対象のディストリビューションを選択：

キャッシュのヒット状況を確認する

どの程度、キャッシュが効いているかは以下の画面で見ることができます。

この画面ではヒット率がまだまだ低いので、CloudFrontの設定に問題があるか、コンテンツに問題があるものと思われます。状況をモニターしながら問題があれば改善しましょう。