AWS/S3 の履歴(No.19)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• AWS/S3 へ行く。
  • 1 (2016-02-02 (火) 02:04:35)
  • 2 (2016-02-02 (火) 02:14:03)
  • 3 (2016-02-03 (水) 10:49:27)
  • 4 (2016-02-08 (月) 11:02:43)
  • 5 (2016-02-10 (水) 11:02:24)
  • 6 (2016-02-12 (金) 13:39:08)
  • 7 (2016-02-29 (月) 18:07:09)
  • 8 (2016-03-08 (火) 02:21:56)
  • 9 (2016-03-23 (水) 18:09:21)
  • 10 (2016-04-27 (水) 02:10:22)
  • 11 (2016-05-12 (木) 03:59:45)
  • 12 (2016-05-13 (金) 01:44:15)
  • 13 (2016-05-15 (日) 11:40:02)
  • 14 (2016-05-16 (月) 10:54:26)
  • 15 (2016-05-19 (木) 00:17:17)
  • 16 (2016-06-16 (木) 14:07:34)
  • 17 (2017-04-10 (月) 15:48:24)
  • 18 (2019-08-12 (月) 15:33:57)
  • 19 (2020-03-03 (火) 17:30:32)
  • 20 (2020-03-03 (火) 21:06:18)
  • 21 (2020-03-24 (火) 19:54:47)
  • 22 (2020-03-26 (木) 08:59:37)

---

• S3はよく使うので独立させた

What is S3?†

OSから直接マウントするのがEBSに対し、S3はウェブから見ることができるなど共有用途向け。各種言語に対応したライブラリがあるので、プログラムから使うのもそれほど難しくはない。データの保全に関しては99.999999999%と信頼性も高いし、ミラーリングもできるのでバックアップストレージとして使うのが良かろう。バケットという単位で管理するが、ドメインが割り当てられるのでバケットの命名規則もドメイン命名規約にのっとる必要がある。AWSの各種サービスのログ置き場としてもS３が利用されることが多い。ただしこの場合PUTの回数が凄まじく伸びるので（特にELBなど）、無料枠で止めるのならばログの出力は実験程度にしておくべし。

無料枠の注意点†

容量は5GBなので大丈夫だと思うが、PUTが2000回なのでいつも超えるのはここ。AWSの他サービスのログ置き場として経由することが多く以下のサービスでログを出してみた。

1. CloudFront オリジンごとに設定でき、細かく送られてくるので有効にしないほうがよい(ここですぐ無料枠超える）
2. CloudWatch
3. CloudTrail コンソールの操作が少ない場合は、大した回数発生しない。

S3の種類†

なお、標準以外のアクセスが発生すると少額だが課金されるので無料枠に収めたい場合は標準だけ利用していればよい。

S3 クライアントソフト†

1. Cyberduck
2. CloudBerry Explorer

アクセスログ†

大量に出るのであまり見てられないのだが、設定を有効にするとある程度遅れるが指定ディレクトリにJSON形式で出力される。前述の通りアクセスログのPUTが無料枠を超えるぐらい出てしまうので注意。

ストレージオブジェクトに関する設定†

バージョニング†

ライフサイクル(定期削除)†

• ルールを決めて、削除させることができる。
• 日本時間9時ぐらいに発動するが、一定ではない。午後にも発動したので１日数回タイミングがあるらしい。
• 適用の結果オブジェクトがなくなると上位のフォルダもなくなるようだ。
• ルールが複雑で検証中。ワイルドカードなどは使えない。あくまでプリフィックスの一致なのでhogeで設定するとhogeで始まるオブジェクトが消える。
• とあるときは9時反映、とあるときは13時、とあるときは19時,19時,スキップ,１４時など反映時間が日によってばらばら。反映されない日もあったが、さすがに二日連続はない模様。

静的ウェブサイトホスティング†

単なるリダイレクトも可能だし、ホスティングすることも可能。独自ドメインだとSSLが不可能なのでCloudFrontなどと組み合わせる。

ApacheとのReverse Proxy†

# Reverse Proxy

ProxyPass /s3 http://fuga.s3-website-ap-northeast-1.amazonaws.com/
ProxyPassReverse /s3 http://fuga.s3-website-ap-northeast-1.amazonaws.com/

手順†

1. 静的ウェブサイトホスティングを有効にする
2. バケットポリシーで閲覧を許可する

独自ドメインの制限†

バケット名を独自ドメインと一緒にする。www.example.comをs3で表示させたいならばwww.example.comがバケット名となる。

リダイレクトルール†

特定のステータスの時にリダイレクトさせたりできる。

Lambda連携†

1. Lambdaのコンソール→Functions
2. Event sourcesでS3を選択する

リージョン間でのデータコピー†

クロスリージョンレプリケーションを有効にすることにより可能！RDSにも同じ仕組みがある。

パフォーマンスチューニング†

秒間50アクセス程度ならパフォーマンスチューニングは不要だが、それを超えるようになってくるとオブジェクトの配置が分散されるように名前を工夫する必要がある。具体的には連番になるようなものは逆にしてしまうのが良い。「2016-02-08-log」よりは「08-02-2016-log」のほうが良いということ。