Amazon Web Service についてもう一度まとめ。 (対抗馬としては、GoogleAppEngineや さくらインターネットなど。 AWSと同価格帯でより高機能なサービスはいっぱいあるらしい。 AWSが優れているのは、スケーリング性だとか。参考) AWSについてかいた記事。 http://codezine.jp/article/detail/3137 amazon ec2 amazon elastic compute cloud サーバをレンタルするサービス。 従量課金。 amazon s3 amazon simple storage service ストレージをレンタルするサービス。 容量に上限は無い。従量課金 料金表(公式) http://aws.amazon.com/jp/ec2/#pricing http://aws.amazon.com/jp/s3/#pricing
Welcome to the Instagram Engineering Blog, where we share insights on building and scaling our service. One of the questions we always get asked at meet-ups and conversations with other engineers is, “what’s your stack?” We thought it would be fun to give a sense of all the systems that power Instagram, at a high-level; you can look forward to more in-depth descriptions of some of these systems in
こんにちは!インフラエンジニアの柳瀬です。 みなさんすでにご存じだと思いますが、先週末にAWS SDK for Rubyがリリースされました。 喜ぶ人がたくさんいるだろうなと思っていましたが、かなりのインパクトがあったようですね。 せっかくなので、このSDKを使用してEBSボリュームのスナップショットを作成するスクリプトを作成しました。 AWS SDK for Rubyをインストールした環境でcronなどに登録すると自動的にスナップショットが作成されます。 ※動作確認環境で使用したRubyのバージョンは1.8.7です。 AWS SDK for RubyはRubyGemsを使用して簡単にインストールが可能です。 $ sudo gem install aws-sdk 使用する場合はスクリプトの引数として以下のものを指定してください。 使用するリージョンバックアップの保存世代Volume-idデ
※これはをシステムエンジニアのNamikawaさんが優秀賞を受賞した第6回研究課題レポート(2011年3月提出)からの抜粋です。 はじめに 大手パブリッククラウドサービスの1つにAmazon Web Servicesがある。Amazon Web Servicesは、仮想サーバを1時間単位課金の従量制で利用できるAmazon EC2や、高信頼性のオンラインストレージを1GB単位からの従量制課金で利用できるAmazon S3などを中心とした、IaaS(Infrastructure as a Service)の代表格である。 現在も定期的に続々と新しいサービスや機能を発表し、Amazon Web Servicesは日本でも益々注目を集める存在である。本稿では、このAmazon Web Servicesの中でも、特に仮想サーバ部分であるAmazon EC2について、主に性能に関する調査結果を記す。
先日のデブサミ2010でも話した(デブサミ2010の資料"クラウドサービスAmazon EC2を活用した「SKIPaaS」構築事例"を公開します+α)のですが、Amazon EC2のサーバからメールを送信すると、一部分の宛先(メールサーバ)では、迷惑メール(SPAM)扱いされ、突き返されちゃう事があります。 それをどう解決したかという話。 Twitterを見ていて、まだきちんとした情報がまとまっていない気がしたので、経験談をまとめてみます。 課題 Amazon EC2のサーバがスパムメール送信に利用されるケースが増えているようで、Amazon EC2で利用されているIPアドレスのレンジ(ネットワーク)が、スパムメールのブラックリストにまるっと載ってしまっているため、メールサーバによっては、門前払いによる受信拒否となるケースがあります。 参考: Amazon EC2を悪用したセキュリティ攻撃
Amazon EC2のインスタンスは一度シャットダウンしてしまうと、そのインスタンスで保持していたディスクの内容は全て消滅してしまいます。 そこで「Amazon EC2/S3を使ってみた - 3.EC2起動後〜AMI作成」では、自分でカスタマイズ&利用したインスタンスのイメージを、バックエンドのストレージであるAmazon S3に保存する方法を紹介しました。 しかし、これはOSのイメージをまるごとフルバックアップする方法に近いため、定期的に行うバックアップとしては非効率的な方法です。 定期的に行うべきなのは、サービスなどで日々更新されるような特定のデータやログなど、必要なデータをピンポイントでバックアップすることが効率的です。 そこで、今回は"S3Sync"を使ってみます。 http://s3sync.net/wiki この"S3Sync"は、(EC2に限らず)あるサーバからAmazon
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く