概要 Herokuで1年以上運用して、年内にAWSへ移行することとなりました。年末ですしそれを振り返って、HerokuとAWSの良い所・悪い所、AWSへ移行するにあたりどのような運用をすることに決めたか書きます。 HerokuからAWSへ移行を決めた理由 大きく3つあります。 プロセスの実行に制限があったり、リソースに制限があるのが辛い。 私達が取り組んでいるのが、画像を多く取り扱うサービスだということもあります。特にサムネイル作成については苦渋を飲まされました。以下の記事に知見を纏めています。 RailsとHeroku、AWSでAwesomeな画像アップロードからのサムネイル作成 RailsとHeroku、AWSで画像アップロードからのサムネイル作成（実践編） ただこの知見はHeroku特有のものも多く、AWSであれば容易に解決できた部分もあります。それが今回移行する理由の一つです。 リ

一行目をField名として、JSONを生成します。 アプリケーション側 アプリケーション側では、一定サイクルでS3上のファイルを同期するようにして、そのJSONをアプリケーションに組み込みます。 あるいは、S3の代わりにDynamoDBに保存するというのもいいでしょう。いずれにせよ、アプリケーションがスケールしてもあまりパフォーマンスに影響の出ない方法で、このJSONにアクセスできるようにします。 権限管理 管理ツールにアクセスできる人をコントロールしなければならないケースの場合、IAMでリソースへのアクセス権の管理とGoogle Docsの共有設定の管理をしておけば、自由に会社内での権限付与を行うことができるます。 ソースコード そのうち、Add-onとして公開したい。Add-onの公開には手間がかかりそうだったので、一旦ソースコードと手順をここに書いておきます。 管理ツールにしたいSp

はじめに こんにちは植木和樹です。既存システムのAWS移行の仕事などをやっていると、移行時にAutoScaling構成にすべきかどうか？という検討をする機会があります。AutoScalingにしておくと高負荷や障害にも強いシステムが構成できるのですが、システム移行となると色々と既存構成を変更しなければならないことが多いです。 そこで今回はこれまで関わった案件でAutoScaling化する上で検討しなければならなかった点を、頭の中の整理を兼ねてまとめてみました。 AutoScalingとはなにか？ 「Auto Scaling （仮想サーバーAmazon EC2 の処理能力の自動拡張・縮小機能）| アマゾン ウェブ サービス（AWS 日本語）」では3つのユースケースが紹介されています。 Amazon EC2 群を自動的に縮小・拡張 規模を固定して Amazon EC2 群を管理 Elastic

The document discusses using Varnish to cache images on EC2 instances to improve performance for a tofu image processing and delivery system. It describes challenges with using the default memory-only storage for Varnish and switching to a file-based persistent storage model. Using Varnish helped improve performance by caching images, reducing load on application servers and S3. Scaling out to mul

ども、大瀧です。 EC2からEメールを送るという案件、たくさんありますよね。そして結構な確率でトラブるんですよね(涙目)。そんな苦い経験をベストプラクティスとしてまとめてみました。一応技術的なところは網羅したつもりですが、メールセキュリティの専門ではないので、不備や間違いがあればご指摘ください。 では、メール送信トラブルの元凶である、スパムメールとその対策からご紹介していきます。 スパムメールとの闘いダイジェスト Eメールの歴史は、スパムメールとの闘いの歴史と言えます。 不特定多数に送信されるスパムメール(未承諾の広告メール)は、メール受信者に不快な思いをさせるとともに、メールサーバーのメール流量を爆発的に増加させ、長らくメールサーバー管理者を泣かせてきました。 このスパムメールをなんとか撃退しようと、現在では主に以下のような対策が行われています。 1. 送信メールサーバー側のネットワーク

1. AWSの課⾦金金体系 2014年年４⽉月版 AWS does not offer binding price quotes. AWS pricing is publicly available and is subject to change in accordance with the AWS Customer Agreement available at http://aws.amazon.com/agreement/. Any pricing information included in this document is provided only as an estimate of usage charges for AWS services based on certain information that you have provided. Monthly charg

Amazon SNS Mobile Push 以下の画像をご覧ください。キタコレ！ がしかし、諏訪くんに先を超されてしまいしたw。こちらでは、Amazon SNSを使ってApple iOS端末にプッシュ通知したいと思います。Androidな方は以下の記事をご覧ください。 [AWS] Amazon SNS の新機能「Mobile Push」を Android で使ってみた Apple Push Notification Services(APNS) APNSは、Appleが管理するiOS端末宛のプッシュ通知サービスです。今まで、このプッシュ通知を使うためには、BaaSや自前での構築が必要でしたが、今回の新機能によってAWSがやってくれるんですね！本記事では、Amazon SNSからMobile Pushを使ってAPNS経由でiOS端末に通知をすることができることをご紹介したいと思います。 プ

よく訓練されたアップル信者、都元です。Auto Scalingと言うと、サーバ負荷に応じて自動的にサーバ台数を制御してくれる機能、という印象が強いと思います。まぁ実際にこのような使い方がベストではありますが、単に「（仮に一部のサーバが落ちたとしても、自動で追加起動して）一定数のサーバを維持したい」「手動による台数コントロールを楽にしたい」といった目的でもしばしば利用されます。 スポットインスタンス それはそうと、皆さん、安いの好きですよね！ 安いは正義。 EC2のインスタンスは大きく「オンデマンドインスタンス」「リザーブドインスタンス」「スポットインスタンス」の3種類に分かれます。ざっと一言で説明しますと、以下の通りです。 オンデマンドは普通に立ち上げたインスタンス リザーブドインスタンスは「前払金を払って1年or3年間の継続的な利用を約束」することによって単価が安くなったインスタンス ス

【2/21（金）札幌】業務効率化とコスト削減を実現する！AMDやSaaSの力を活用した最新実践セミナー

Amazon EC2を使ってWebサービスを運営している方、企業は多いと思います。そしてこれからはじめようと考えている方も多いでしょう。そんな時に二の足を踏むのが料金が幾らになるのか分かりづらいということです。 そこで使ってみたいのがAmazon EC2 Instance Comparison、EC2のチートシートとも言うべきソフトウェアです。 Amazon EC2 Instance Comparison 見た目はシンプルですね。リージョン（現在はUSイーストのみ）、期間が変更できます。そして並び替えたり、フィルタリングも可能です。 例えばEC2のラージで1年間運用した場合に幾らになるのかといった情報もAmazon EC2 Instance Comparisonを使うとすぐに分かります。本来はリザーブがあったりして先払いならもっと安くなったり、転送量が加味されていなかったりして料金は増減す

<?xml version="1.0" encoding="UTF-8"?> <CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/"> <CORSRule> <AllowedOrigin>*</AllowedOrigin> <AllowedMethod>GET</AllowedMethod> <AllowedMethod>PUT</AllowedMethod> <AllowedMethod>POST</AllowedMethod> <AllowedMethod>DELETE</AllowedMethod> <AllowedHeader>*</AllowedHeader> </CORSRule> </CORSConfiguration>

ども、大瀧です。 最近、お客さまからの問い合わせからElastic Load Balancing(ELB)の負荷分散について調べ社内資料としてまとめる機会がありました。せっかくなので、ブログ記事として公開してみます。内容は随時アップデートしますので、ツッコミ・ご指摘があればぜひお願いします！ 負荷分散の仕組み ELBは、クライアントのリクエストを受け付けEC2インスタンスにトラフィックを転送するために、2種類の負荷分散を組み合わせて動作します。 スケーラビリティと冗長性のために、ELBはロードバランサの機能を提供するノードを複数動作させるはたらきがあり、クライアントから複数のノードへアクセスを分散させるためにDNSラウンドロビン、ノードからEC2インスタンスへのトラフィック転送を分散させるためにLeast Connsという手法を用いています。 DNSラウンドロビン DNSラウンドロビンはそ