CloudfrontのCloudFront Cache Statistics Reportsで'Errors'が計測されたので調べた

前提的な話

• AWSのcloudfrontをかる〜く試していた
  • static file(CSS,JS,IMGとか)の配信で試してた
• 試している途中でコンソール画面（CloudFront Cache Statistics Reports）を眺めていたらErrorがカウントされていた
• 説明をみてみると下記のように書いてる

Error: A viewer request that resulted in an error, so CloudFront did not serve the object. In access logs, the value of x-edge-response-result-type is Error, LimitExceeded, or CapacityExceeded.

ちょっと気になったので調べる

• cloudfrontのloging設定をonにしてs3バケットに出力させる
• そのログでErrorとなってるログをピックアップしてみてみる

2016-10-06  12:02:34    NRT53   462 IPが書かれてる   GET ****.cloudfront.net /favicon.ico    403 リファラーが書かれている    Mozilla/5.0%2520(Macintosh;%2520Intel%2520Mac%2520OS%2520X%252010_11_6)%2520AppleWebKit/537.36%2520(KHTML,%2520like%2520Gecko)%2520Chrome/53.0.2785.116%2520Safari/537.36   -   -   Error   ********    hostが書かれてる  https   199 0.043   -   ssl-cipherが書かれている Error   HTTP/2.0
2016-10-06  12:03:22    NRT53   470 IPが書かれてる   GET ****.cloudfront.net /favicon.ico    403 リファラーが書かれている    Mozilla/5.0%2520(Macintosh;%2520Intel%2520Mac%2520OS%2520X%252010_11_6)%2520AppleWebKit/537.36%2520(KHTML,%2520like%2520Gecko)%2520Chrome/53.0.2785.116%2520Safari/537.36   -   -   Error   ********    hostが書かれてる  https   240 0.004   -   ssl-cipherが書かれている Error   HTTP/2.0
2016-10-06  18:03:07    SFO20   592 IPが書かれてる   GET ****.cloudfront.net /robots.txt     403 -   Mozilla/5.0%2520(compatible;%2520Googlebot/2.1;%2520+http://www.google.com/bot.html)    -   -   Error   ********    hostが書かれている   https   227 0.440   -   ssl-cipherが書かれている Error   HTTP/1.1

• アクセスログの形式に関しては下記参照
  • https://docs.aws.amazon.com/ja_jp/AmazonCloudFront/latest/DeveloperGuide/AccessLogs.html

調べてみての結果

• そもそもcloudfront(=S3)に載せていないファイル(favicon.ico/robots.txt)にアクセスしようとしてhttp statusの403を返している
• もともとファイル無いし気にする事ではなかった
• 内部リンクでのfavicon.icoへのリンクは無いので、クローラー系かな or ブラウザとかの機能でfaviconとかにアクセスするのかなぁ？と想像
• x-edge-result-typeとx-edge-response-result-typeという項目があり、重要さに気づいた。下記の注意でまとめる

注意

• x-edge-result-typeとx-edge-response-result-typeのステータスの値
  • x-edge-result-type
    • 最終的な結果タイプ
  • x-edge-response-result-type
    • CloudFront がリクエストに応答し始める直前の結果タイプ
• んーまぁリクエストを投げて、ダウンロードを始める際のstatusとダウンロードし終わったときのstatusみたいなもんかな
• なんでこんな内訳をしているかと考えるとcloudfrontでストリーミング配信をした時とかにちゃんと最後まで配信できたかを計測する為かなと

まとめ的なもの

• http status,uri,x-edge-result-type,x-edge-response-result-typeの値を可視化しておいた方が安心
  • この4つの項目を一緒にみて、何か問題があるのかというジャッジができそう
• アクセスログを簡単に可視化する仕組みちょっと面倒いなー。でも地味に重要なんだよなーと思ったり
• favicon.icoとかrobots.txtとか置いておいた方が無難かもしれない
  • Errorカウントされてしまうし、気づかないといけない本来のErrorを見つけやすくするべきだし