memcachedからElastiCacheに切り替えた | ogaworks
いつも使っているサーバ環境は、基本的にAmazonのAWSなんですが、最近、使用中の一部インスタンスでリージョンの移行手順を検証してます。 移行元は”US-East”のバージニアリージョンで先は”Asia Pacific”の東京リージョン。 というのも、”US-East”で使っている一部インスタンスのAvailability ZoneのReserved Instanceが購入できなくなって、このままだと比較的割高なオンデマンドインスタンスの状態が継続してしまうためです。 同じリージョンの別のAZに移行して対処でもいいんですが、どうせならレイテンシの改善もということで、東京に逆輸入することに。 インスタンスはAMIの状態でリージョン間コピーして、EBSはrsyncでコピーしました。 そして、hostsやらhostnameやらIP書いてるconfファイルやらをざっと書き換え。 US-Eastで
PHPアプリケーションのセッション管理にAWS ElastiCacheを使う | DevelopersIO
こんにちは。望月です。 AWS上でシステムを構築する上で、「AWSのお作法に従う」のは印象以上に重要です。お作法に関しては色々とあるのですが、 *1その中でも一番大きいのは「サーバーは故障するものという前提で設計する」ことにあると思います。例えば、以下の様な点です。 WebサーバやAPサーバなどはロードバランサを介して冗長化し、単一障害点ではなくす 保管する必要のあるデータは全てS3に保管するか、EBSスナップショットを取得する等のバックアップを実施する DBはRDSをできるだけ利用することで、Multi-AZによる障害時自動フェイルオーバーによるサービス継続を実施する 上記１番目の「Web/APサーバの冗長化」ですが、オンプレミスからの移行の際にはこれへの対応が結構大変だったりします。例えば、アプリケーションからローカルのファイルを読み書きするような処理が入っている場合、そのファイルを両
よくある質問 - Amazon ElastiCache | AWS
Q: Amazon ElastiCache とは何ですか? Amazon ElastiCache は、Memcached または Redis OSS プロトコルに準拠したキャッシュのクラウドへのデプロイと実行を効率化するウェブサービスです。ElastiCache は、低速なディスクベースのシステムに依存する代わりに、高速で管理されたインメモリシステムから情報を取得できるようにすることで、アプリケーションのパフォーマンスを向上させます。このサービスによって、インメモリ環境の管理、監視、操作がシンプルになり、負荷が軽減されるため、エンジニアリングリソースをアプリケーション開発に集中させることができます。ElastiCache を使用することで、ユーザーアクションやクエリの読み込みと応答の時間を改善でき、さらにウェブアプリケーションの縮小や拡張に関連したコストも削減できます。 ElastiCac
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
