【AWS Cloudfront】会員ページではCloudfrontは使わない方が良いのでしょうか？

Question

会員制で動画を配信するサービスを運用しているのですが、会員数も多くサーバーが落ちてしまう事があり対策を考えています。
現在、AWSのEC2インスタンスにネットーワークを通して公開しているのでAWSのサービスを使って解決できないか探っているところです。

現状

複数のクローンサイトを作って１台のサーバーで運用しています。
クローンサイト内でも動画サイトを持っており、それとは別で共通の動画も別のアプリケーションで管理しています。

思いつく解決策

Cloudfrontを使い、キャッシュサーバーで動画をキャッシュさせれば良いのではないかと思いつきました。

懸念点

事象を見ていると、会員サイトで会員情報ページにアクセスすると前のユーザーのCDNからキャッシュしてしまうと言う問題があることを知りました。
本サービスでは、クローンサイト毎に会員情報があるので、流出する可能性があるのであれば使えません。

お伺いしたい事

勉強不足で申し訳ありません。
そもそも使ってはいけないと言う事も考えられますが、下記の事についてもご教示ください。

• ディレクトリごとキャッシュする設定する事は可能なのでしょうか？
  クローンサイトですので、動画がアップロードされているディレクトリは決まっています。
  もし、ディレクトリが指定できるのであれば、そのディレクトリのコンテンツだけ対象にする事も可能ではないかと思います。
• 同一サーバーですが、サブドメインを使った場合はサブドメイン毎に設定をしないといけないのでしょうか？

Answer 1

意外と難しい問題ですね。
CDNにキャッシュすべきものとそうでないものを適切にコントロールする必要がありそうです。
一応、このへんとかで言及はされています。

あとは、Lambda@edgeを使って、エッジサーバにアクセスする時に認証済みかどうかをチェックする処理を入れるとかですかね？
Lambda@EdgeでCloudFrontへのアクセスをいい感じに振り分ける

いずれも自分でそんなに細かく扱ったことがあるわけではないので「恐らく行けるのではないか」程度のものですが。

Comments

[hasshy]

ありがとうございます。
参考になるリンクをご共有いただきありがとうございます。
Lambda@edgeで詳細に振り分ける方法もあるのですね。

Answer 2

この手の内容は、どのような方法かを具体的に記載されないと回答は難しいとおもいます。

配信方法や負荷の高い部分が不明ですが、CDN の利用に不安があり、動画の配信部分で負荷が高いのであれば、Amazon S3 のような外部のストレージを使って配信を外部化すれば、EC2 側の負荷は低くなるとおもいます。

Comments

[hasshy]

ご回答いただきありがとうございます。
ざっくりとした質問で申し訳ありません。
S3とEC2を棲み分けて管理した方が良さそうですね。