S3で公開しているコンテンツをVarnish経由で公開
静的ファイルを S3 でホストしている場合、S3 上のオブジェクトを Varnish 経由でリバースプロキシする方法をメモ S3の設定 前提として、S3 でウェブサイトをホストする。 やり方は次のドキュメントを参照 http://docs.aws.amazon.com/AmazonS3/latest/dev/website-hosting-custom-domain-walkthrough.html この時、S3 のエンドポイントは「バケット名.リージョン.amazonaws.com」となる。 以下ではエンドポイントを “your-bucket-name.s3-website-ap-northeast-1.amazonaws.com” として説明 VCL backendの定義 リバースプロキシする s3 のエンドポイントを backend で定義 backend s3 { .host =
Linux上のメモリーベースファイルシステムtmpfsについてメモ
Summary バックエンドがブロックデバイスではなくスワップ。メモリに乗らなくなったら、スワップ領域を使う。 ファイルシステムの容量は指定可能(デフォルトでは RAM の半分)。あとから変更することも可能。 容量はファイルシステム作成時に予め確保されるわけではなく、ファイルシステム上の容量に応じて確保する。 リブートすると、すべてのファイルは失われる Use Case 主な用途 anonymous mmap と System V 共有メモリではカーネル内で外からわ見えない形で tmpfs を利用 glibc の Posix 共有メモリ/セマフォでは /dev/shm 以下を利用 ディスクI/O が大量に発生するようなテストを高速化するために利用 キャッシュ/セッションファイルの出力先として利用 tmpfs setup 新規に tmpfs をマウント # mkdir -pv /tmp/ne
シーケンスの代わりにuuidをIDとして使う
stop using numbers as IDs. just use UUIDs. seriously — Postgres: The Bits You Haven’t Found by pvh UUID の違い v1 Generate a UUID from a host ID, sequence number, and the current time. v3 Generate a UUID from the MD5 hash of a namespace UUID and a name. v4 Generate a random UUID v5 Generate a UUID from the SHA-1 hash of a namespace UUID and a name. この内、ID として利用できるのは v1 と v4 の2つ。v1 は最後 48 ビットがハード固有のノー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
