Amazon EC2の「Cluster Compute Instances」を使ってみた(High Performance Computing向け) - 元RX-7乗りの適当な日々
先日、Amazon EC2の新しいインスタンスタイプで、ハイパフォーマンスコンピューティング(HPC)向けの「Cluster Compute Instances」が発表されました。 特筆すべきは、 Cluster Computeは標準的なEC2より処理パワーが向上しており、クラスタの計算ノード間のネットワーク接続が高速化して通信が向上しているという。一方で、顧客の利用に応じた料金支払いというサービスの理念は維持されており、利用が増えると料金は増加する。 このクラスタサービスは、Linuxと顧客のソフトウェアを多様に組み合わせて利用でき、作業を独立した複数ピースに分割し同時に実行する平行タスクに最適だ。 アマゾン、スパコンの計算能力をウェブサービスで提供 - CNET Japan といった、高い計算処理能力とノード間での処理連携を前提にしている点。 HadoopなClusterや、Amazo
Amazon EC2からWebサービスへの大規模なアクセス負荷試験を行う方法（JMeter in the Cloudを使用）
初期投資を抑えつつサーバインフラを手軽に拡大/縮小できる、いわゆるクラウドサービスが人気みたいです。Amazon EC2 みたいなやつ。聞くところによると、ソーシャルアプリなどは、アクセス規模とかユーザの増加傾向が見積りにくいようで、そういうところで利用が進んでいるらしいです。 ところで、そういったサービスは、何もサービスを受け付ける側を作るのに使うだけでなく、（負荷試験やパフォーマンスチューニングのための）Web アクセス負荷を大量に発生させるインフラとしても使えるんでないかなあと思っていたら、やっぱりそういうモノがありました。JMeter in the Cloud という AMI (Amazon Machine Image) です。 JMeter In The Cloud – A cloud based load testing environment 元々 JMeter では、複数の
Amazon EC2の仮想サーバ(インスタンス)から自身のメタ情報を取得する方法 - 元RX-7乗りの適当な日々
Amazon EC2で起動した仮想サーバ(インスタンス)では、サーバの内部から、そのサーバ自身の各種メタデータ(MetaData)を取得することが出来ます。 自前でAMIをカスタマイズする際、インスタンスの起動時に割り振られる(確定する)データ(例えば、IPアドレスとかインスタンスIDとか。)については、事前に扱いを決めることは難しいかと思います。 例えば、インスタンスIDをサーバ自身が判別できることで、サーバ起動のタイミングや、サーバ稼働中に、Amazon EBSボリュームを(自動で)自分自身に割り当てられたり等もできたりします。 また、余談ですが、Amazon EC2では、ユーザがインスタンスの起動時に任意のデータ(UserData)をインスタンスに渡すことができ、そのデータをインスタンスの中で扱うことも可能です。 この場合も、以下で紹介するやり方で、メタデータだけではなく、ユーザデー
Amazon EC2 用に自分で CentOS 5 のイメージを用意する
新しく作った開発プロセスの問題点が見えたわけだから、それはそれとして改善すればいいのに。プロジェクトに併せてテーラリングされてないのとか。そういうことを自発的にやれる人たちが必要だというのもわかるけど ■ [amazon][aws][ec2] Amazon EC2 用に自分で CentOS 5 のイメージを用意する Amazon EC2 では、Amazon 公式で用意されたイメージの他にいろんなひとがイメージを登録して share してるんですが、やっぱり見ず知らずの人が用意したイメージはあまり使いたくないなぁということで、自分で用意してみたのでその手順です。 EC2 のマニュアルでは、"Using Amazon EC2" -> "Creating and Preparing AMIs" あたりです。（マニュアルは Fedora ベースです） 作業は CentOS5 上で行いました。 追記
Amazon Product Advertising API への対応（PHP版） - もやし日記
Amazon のアフィリエイト用 API の名前がまた変わりました（今回で3回目？）。名前が変わるだけならそれほどの問題ではないのですが、過去の API を利用している全サイトに影響があるので注意が必要です。重要な変更内容： 2009年8月15日以降、全てのリクエストに対して Secret Access Key を使った署名認証が必要になる そのため、これまでの Amazon Associates Web Service 4.0（旧 Amazon ECS 4.0）リクエストは全て無効になる 参考：http://developer.amazonwebservices.com/connect/ann.jspa?annID=442 Secret Access Key の取得今までの Amazon Associates Web Service 4.0 は Access Key ID のみで利用でき
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
