Amazon EC2

ないから立てた
http://aws.amazon.com/ec2

Firefoxのプラグインツール「Elasticfox Firefox Extension for Amazon EC2」
http://developer.amazonwebservices.com/connect/entry.jspa?externalID=609

簡単な説明
http://gigazine.net/index.php?/news/comments/20080609_aws2/

>>82
なくても実装できるだろ

自分の料金を取得するAPIを叩きすぎて料金爆発ですね。わかります

>>83
どうやって?

よーしパパ、Amazon EC2の課金制限アプリをHerokuで運用しちゃうぞー

思ったけど、無制限のパケ死が問題ならheroku使えばいいんじゃね？
Rubyがいやなら、EC2の類似のSaaSみたいのが何かなかったか？

そんなに料金が怖いなら、VPSにしとけばいいのに。

結局EC2で料金によるコントロールはできないってことでFA?

携帯みたいに一部のパケ死で利益を出すビジネスモデルなんかね。

Togetter - 「クラウド破産」
http://togetter.com/li/21972

>>91
あわせて読みたい

クラウド時代のパケ死にご注意 - さまざまなめりっと
http://blog.livedoor.jp/manamerit/archives/65360819.html
クラウド破産しました - 口内炎延焼
http://d.hatena.ne.jp/ssig33/20100518/1274148053

>>85
サーバ側で自分で転送量確認＆停止するアプリを走らせるだけ。
そんなもんも実装できないのかよ

結構便利だと思うんだけど2chでは盛り上がってないな。

みんな、サーバなんて簡単に買ってもらえるブルジョア会社にお勤めってことですね。
わかります。

Small用のCentOSのイメージは自分で作るしかないのか。

いや違う、コミュニティamiを使えばいいのか。
ちゃんと5.5もあるじゃないか。

amazon EC2を勉強しようと思っています
勉強をするのに本を買おうと考えていますがお勧めの本や本の感想を教えて下さい

金の問題もあるが、転送量で自動停止するようなサービス的には駄目だよな。
なんだかんだでさくらの専用サーバーが現実的なのかな。

ダメも何も、そもそも用途が違う

http://codezine.jp/article/detail/3546
っていうか、EBSの100万I/Oリクエストごとに10セントっていうのは
イメージしにくい。

1G/一ヶ月で10セントは安いと思うけど。
I/Oリクエストで課金されるってことは、最初のフォーマットのときも課金されるってことでしょ。

これは罠ね

1ファイルが1GB/程度のデータが合計1〜2TBあり、ログインつきのサイトからDLさせるんだけど
その程度のデータ量のでも、S3でコストダウンできる見込みがあるのか悩んでる。

いまイメージしてる使い方は、サービスはすべてさくらの共用とかで作ってしまって、最終的にDLさせるデータだけをS3に置く方法。

さくらを使うのは、そうすれば、DL以外の部分については、リクエスト回数や転送容量を気にしないでサービスが作れそうだから。
これって合ってるのかな・・・

仮にそういう使い方が適切だったとして、CloudFrontをキャッシュ目的のプロキシっぽく使うっていうのは、コストの面でのメリットに繋がるんだろうか・・・　その前に、そもそもそうしてDLさせたファイルも、CloudFrontにキャッシュされる仕様なんだろうか・・

S3の料金表を見て、１ヶ月あたりの保存サイズと転送サイズの見込みくらいは、予測して計算してあるんだが
そういうことやる場合に、さくらでなく、EC2使うと費用の面でメリットがあるのかとか
1ファイル1GB程度のデータDLの場合、CloudFront使ったほうがいいのかとか
わかる人いたら教えて

なかなか想像ができんな。アップローダかなんかか？

負荷はそんなになくとにかく大きいデータの転送が肝なら、
S3利用はありだと思うが容量と転送量やばそうだな
計算したなら、最低限かかりそうな概算は出てるとは思うけど

そもそも、GB単位のファイルはCloudFrontにキャッシュできるのかな？

ここのような過疎スレで聞くより、S3本家フォーラムとか。
Twitterなんかのwebアプリ作ってる人に聞いてみたらどうかな。
GB、TB単位の転送になるとどうなるものかわからんわ

あとスレタイ検索したらこんなスレあったから誘導しとく、
もしこのスレにいる人が本物なら、ライブドアの現役技術者じゃないかな
質問してみたら？

大規模サイトのプログラマーだけど質問ある?
http://hibari.2ch.net/test/read.cgi/prog/1271229891/

機能はアップローダーと変わりないですね。
アカウントのまともな管理画面があるくらいで。
商品ロゴやパッケージなんかの広告制作素材をプロダクションやデザイン会社に展開するための販促資材置き場で、利用頻度はさほどでもないんだけど、１ファイルのサイズが結構ある。

いまは、広告代理店のサーバで運用してるんだが、保守も高いし自前のものを作りたいって話で、社屋内に光を１本引かせて運用させる案なんかも含めて仕様とコストを検討中。

AWS本家の日本フォーラムの過疎り方もここと似たりよったりみたいだし。
Amazon S3 スレもここ以上に過疎ってるし
http://hibari.2ch.net/test/read.cgi/php/1167686347/l50

素直に誘導してもらったスレで聞くとするか。

とりあえず一番知りたいのは、CloudFrontの少し詳しい仕様とコスト。
日本でS3直だと200...300k/secって情報もあって、１ファイルが1GBもあるとCloudFrontなしの運用はキツそうなんだが
GB単位のファイルがキャッシュされるかっていうのもそうだし、
それ以前にコンテナに埋め込まずに直リンで落とさせるデータストリームもキャッシュする仕様かとか
キャッシュの仕様やら更新のタイミングが把握できないとコストが算出できないまま、候補から外さざるを得ない状況。

誘導先が荒れ放題で根性くじけた、、、

CloudFront/クライアント間の転送速度について意外だったのは
１度目のDLは、S3→CF間のオーバーヘッドで遅くなると思っていたのに
実際には、１度目のもそれ以降のも、速度に差がなかったこと。

CFにキャッシュされないうちから、CF経由の方が倍くらい速いけど
こうなると、速度を比べても、クリアされたタイミングもわからないし
そもそもキャッシュされたかどうかも予測できない、、

S3/CF間がより太くなったことで、東京エッジの料金設定は、世界一クラウド破産に愛されはじめた気がするんだが、
どこかにキャッシュの仕様を明記してあったりしないかな。

http://aws.amazon.com/jp/cloudfront/
Amazon CloudFront で Amazon S3 を使用する

(snip)
Amazon CloudFront のエッジロケーションを使用して人気のオブジェクトを配信することは、お客様のコスト削減にもつながります。なぜなら Amazon CloudFront のデータ転送速度料金は、Amazon S3 のより上位の利用帯域よりも安いからです。

？？？？？？？
日本エッジの料金設定だとそうはなってない気が・・・・・

CloudFrontの状態が監視できるモジュールとか知ってる人いる？

>>105 >>108
誘導先ワロタｗｗｗ
気にするなｗ

>>109
レポート乙

しかしGB単位でポンポン転送してたら、クラウド破産しそうなもんだが大丈夫かよ

合計だと1TB〜2TBもあるけど、
全ブランドの商品が、常に販促かけてるわけじゃないので
一時期に集中してDLされる広告素材は、特定の100ファイル×数十回 程度になる
ってとこまでは、予測できてる。

1GBx150ファイル程度なら、さくらの共用でも収まる容量だから
さくらの許容量いっぱいまでは、SmugMugなんかと同じ考え方で
さくらをキャッシュに使う。

候補としては、普通に専用サーバ／顧客社屋に自前サーバ／開発元に自前サーバ、と
よりどりみどりで検討させられてる感じで、当然コスト以外にリスクも数値化しろとか言われてる状況。
できないがｗ

競争相手が干されかけた大手の代理店ってのが厳しいところ

IIJとかGoogleがもうちっとがんばってくれてるとよかったんだが・・・

herokuって一個のアカウントで複数のDBを作ったり、
複数のアプリを走らせたりってできますかね？？

2ｾﾝﾄか…
電気代より安いぞ

>>118
できる

停止し忘れてた
死にたい

> 119 バカ？

二週間越しの馬鹿

月間ＰＶ2000万程度のサイトをEC2に移管することになりました。
Webサーバー兼Appサーバー、DBサーバー、メールサーバー
の３台構成（３インスタンス）でさばくのはやはりキツイでしょうか？
スケールする場合どのように手をつければいいのか分からず、途方に暮れています。

移管の背景としまして、
当方にサーバーの知識がほとんど無く、
現状は超スペックのサーバー３台でなんとか持たせている感じなのですが、
物理的にインフラを整えるのは困難なためEC2を選びました。
（この判断自体が無謀なのかもしれませんが。。）

どんなことでいいので、何かアドバイスを頂けますと嬉しいです。

その超スペックとやらは具体的にどんなんだ

スペックまでは分かりません。
前任者にそう言われただけで、その言葉を信じているだけです。
OSはDebianなのですが、SSHからマシンスペックを調べたり出来るのでしょうか。

>>126
SSHからマシンスペックを調べたりできるのでしょうかとか
言ってる人が２０００万ビューのサイトを移管したり、
維持したりするのだろうか、、、、

がんばれ、、、、

まあ、俺も最初 ls cp rm　くらいしか知らない状態から
サーバー管理まかされたからなんとかなるよ。

>>126
調べてやるからルートIDとパスを書いておいて

/usr/sbin/dmidecode
cat /proc/cpuinfo
free
lspci (か、cat /proc/bus/pci/devices)
lsscsi (か、cat /proc/scsi/scsi かドライバ独自のなんとか)
あとは、メーカ独自のツール (HP なら hpasm とか hpadu とか)

EC2のインスタンスを丸ごとバックアップ取る事は出来ませんか？

ec2-bundle-volだと/dev/sda1以下しかイメージ化してくれないし
EBSはマウントしたディレクトリしかバックアップ取れません。

例えば、あるインスタンスを丸ごとバックアップ取ってからterminateし、
また後でバックアップから全く同じ環境を作る、なんてことが出来ません。

皆さんはどうやってバックアップ取ってますか？
普通は/dev/sda1/以下とマウントディレクトリだけでこと足りるのかな？
環境は/dev/sda1で、データはEBSに突っ込めばとりあえずいいのかな。
smallインスタンスだと、150Gが/dev/sda2に振られてますが、これはどうやって有効利用するんでしょうか。

DDoS食らったら課金跳ね上がって、クラウド破産するしかないの？

EC2は一時的に負荷が増大しそうなときに借入るもんだろ

>>124 >>130
この板を見ればわかるけど、大規模でスケール必要な場合に有利、だけど日本ではまだマイナーみたいな環境、
例えばAmazon EC2とかGogole App Engineは相談する人、この板にはほとんどいないよ

2chが過疎というより、そういう使い方する人が2chになかなか集まらないみたいだね
なので、Twitterでバリバリ使っている人に質問するとか本家フォーラムで聞いたほうがいいような気がするよ

2ｃｈの専門板も相対的に地位が低下してきたよね
Twitterに知恵が集まってるのかと思いきや文字数が少なすぎて検索も微妙だからそうでもないし

と132文字で書くキミはなかなか見所があると思うよ

Twitterでも検索やハッシュタグでチェックしている人がいるし、
TwitterでGoogle App Engineやってる人は #appengine タグつけて発言する習慣があるみたい

そういうのが他のコミュニティでもできればいいんだけど、システムに備わってないとやらないだろう

>>134
検索に引っかかってもシステム上、前後の検索単語は含まれていないがその話題にふれた投稿
を読むのが面倒なんだよな

Slim3みたいな物の存在はGoogleの中の人には
ありがたいと思われてるのかね？

誤爆スマソ

なぜか投稿少ないと思ったらレンタル鯖板の方か
http://hibari.2ch.net/test/read.cgi/hosting/1287727455/

EC1は？

Amazon Electronic commerce version 2

C大文字にし忘れた

Route 53 でHostzoneが2個（2ドメイン）なのにBilling みたら
Hostzone が3個になっていて3個分課金されるようなのだが
どういうカウント方法なの？

去年ivybridge-e出たところで１年でhaswell-eとは速いな

http://aws.typepad.com/aws_japan/2014/11/new-c4-instances.html

C4来た

寂れてるな

誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『半藤のブブイウイウレレ』 というサイトで見ることができます。

グーグル検索⇒『半藤のブブイウイウレレ』

YCJA0787NT

テステス

このまえハローワークに行ったら、プ－さんのぬいぐるみ置いてあった。それ見てちょっとキレかかったよ