Datacenter Knowledgeの記事「Amazon EC2 Adding 50,000 Instances A Day « Data Center Knowledge」では、Amazon EC2の新規インスタンス数は1日に5万ずつ増加している、という分析を紹介しています。 その分析はGuy RosenのブログJack of all Cloudsの記事「Anatomy of an Amazon EC2 Resource ID」に掲載されています。 1日に5万インスタンス、1万3000EBSボリュームの増加 Rosen氏は1時間ごとにAmazon EC2のインスタンスやストレージを起動してそのIDを記録する、ということを繰り返し、24時間のあいだにIDがどのように増加していくかを調査しました。その結果、以下の結論にたどり着いたとしています。 50,242 instances requ

Amazon EC2で動かせるインスタンス数の上限は、1アカウントあたり、デフォルトでは20個までなのですが、この上限数は増やしてもらうことも可能です。 個人で利用する分には、なかなか申請する機会はないかもしれませんが、方法とか内容をよく聞かれる気がするので、簡単に紹介しておきます。 やり方 簡単です。 http://aws.amazon.com/contact-us/ec2-request/ 上記リンク先には、申請フォームがありますので、必要事項を記入してSubmitするのみです。 フォームの前半は、申請者自身の情報記入欄で、後半は、増強させたいインスタンスの情報記入欄です。 "Requested New Instance Limit (Number)"に、どこまで上限数を緩和してほしいかを記入します。 その他、EC2 Region(USかEUか)や、Operating System(L

AWS News Blog Announcing Amazon Elastic MapReduce Today we are introducing Amazon Elastic MapReduce , our new Hadoop-based processing service. I’ll spend a few minutes talking about the generic MapReduce concept and then I’ll dive in to the details of this exciting new service. Over the past 3 or 4 years, scientists, researchers, and commercial developers have recognized and embraced the MapReduce

Amazon EC2は、インスタンス(仮想マシン)を起動する際に、そのインスタンスを配置するロケーションを、アメリカ東海岸3ヶ所、ヨーロッパ西部2ヶ所から選択することが可能です。 それらの詳細については、以下リンク先をご覧ください。 Amazon EC2/S3を使ってみた - 7.Availability Zoneサービスで稼動ロケーションを指定する で、それぞれのロケーション(Zone)のインスタンスに対して、日本国内からのネットワークレスポンスはどんなものだろうと思い、RTT(Round Trip Time)を計測してみました。 以下は、各ロケーション(Zone)から日本国内(東京)のノード(So-net)にPingを20回実行した結果となります。 実行結果 各Zoneに対するRTTの最小値/平均値/最大値/平均偏差となります。 Zone min avg max mdev us-eas

現在、Amazon EC2のインスタンス(仮想サーバ)を10台前後、運用しています。 運用し始めて、10ヶ月程度なのですが、先日初めて障害に遭遇しました。 なかなか、こういう事象の情報って、日本ではかなり少ないと思うので、そのときの状況をログとしてこのエントリに残す。 それは、2009/01/19の14:40に、Amazon EC2のインスタンス上で稼動しているサービスのHTTP応答がなくなりました。 (監視サーバからのメールを受けて気付きました。監視サーバでは5分おきに死活確認をしていますので、14:35〜14:40のどこかで障害が発生した模様。) で、そうこうしているうちに、14:44にそのEC2のインスタンスがリブートされ、サービスは無事復旧。 約5分ほどサービスが停止した以外は、データがロストすることもなく大きな影響はありませんでした。 # "Terminate"ではなく"Rebo

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

Web 2.0の特徴とされる「永遠のベータ」。その典型的サービスの1つと見られていたアマゾンのクラウドサービス「Amazon Web Services」（以下、AWS）が2008年10月23日、ついにベータの冠を取って正式サービスとなった。同時に99.95％のアップタイムを保証するSLA（サービス品質保証契約）の提供も開始した。 Amazon Web Servicesの転回点を告げる3つの発表 クラウドコンピューティングの狭義の定義として「PaaS」（Platform as a Service）を使えば、現在急速に技術・サービスの拡張を続けているビッグプレーヤーは、グーグル、アマゾン、マイクロソフト、セールスフォースの4社だろう。 PaaSとは、ハードウェアやOSとは無関係に、インターネット上のサーバ群を使ってソフトウェアを実行するプラットフォームを実現、提供するサービスのことだ。もちろん

Amazonは21日、新たなWebサービス「Amazon Elastic Block Store（EBS）」を公開した。 EBSは、Amazonが提供するホスティングサービスAmazon EC2から使用するストレージサービス。高可用、高性能なブロックデバイスのストレージを、EC2のインスタンスから利用できる。既存のストレージサービス「Amazon S3」と異なり、API経由ではなく、実際の外部ストレージのようにアクセスすることができるため、EC2に障害が発生しても書き込まれたデータが失われない。 ファイルシステムをフォーマットし、マウントして利用することはもちろん、直接Rawデバイスとしてアクセスすることも可能。もちろん、EBSボリュームにMySQLなどのデータベースを作成することもできる。また、Amazon S3にスナップショットとしてデータをバックアップすることも可能となっている。 1

実際にEBSにmysqlを入れてみたという実験記事は、 http://d.hatena.ne.jp/shibataism/20080822/1219422913 に書きました。エンジニアの方はこちらもどうぞ。 最初に結論を。EBSがなぜ素晴らしいかというと、 EBSの登場によって、AWSの一連のサービスで、もはやサーバーを自前で買ったり、データセンターに高いお金を払う必要が全く無くなったと言ってもいいから。 です。 すっぽり抜けていたパーツを埋めるEBS これも分かる人には当たり前なのですが、既に提供されてきたEC2とS3というのはそれぞれ、ざっくり書くと EC2はCPUとメモリを時間貸しするサービス。 S3はディスクを時間貸しするサービス です。 それぞれとてもパワフルで、EC2であれば、非常に協力なマシン（インスタンス）を借りられたり、必要な時間だけ起動できたり、（一部トラブルはあった