【無料Web】Amazon EC2【1年】
■ このスレッドは過去ログ倉庫に格納されています
情報交換スレです どうせアマだし使い潰しましょう AWS Free Usage Tier (Per Month): * 750 hours of Amazon EC2 Linux Micro Instance usage (613 MB of memory and 32-bit and 64-bit platfo rm support) -- enough hours to run continuously each month* * 750 hours of an Elastic Load Balancer plus 15 GB data processing* * 10 GB of Amazon Elastic Block Storage, plus 1 million I/Os, 1 GB of snapshot storage, 10,000 snap shot Get Requests and 1,000 snapshot Put Requests* * 5 GB of Amazon S3 storage, 20,000 Get Requests, and 2,000 Put Requests* * 30 GB per of internet data transfer (15 GB of data transfer “in” and 15 GB of data transfer “o ut” across all services except Amazon CloudFront)* * 25 Amazon SimpleDB Machine Hours and 1 GB of Storage** * 100,000 Requests of Amazon Simple Queue Service** * 100,000 Requests, 100,000 HTTP notifications and 1,000 email notifications for Amazon Simple Noti fication Service** In addition to these services, the AWS Management Console is available at no charge to help you build a nd manage your application on AWS. * These free tiers are only available to new AWS customers and are available for 12 months following yo ur AWS sign-up date. When your free usage expires or if your application use exceeds the free usage tiers, you simply pay standard, pay-as-you-go service rates (see each service page for full pricing details). Rest rictions apply; see offer terms for more details. ** These free tiers do not expire after 12 months and are available to both existing and new AWS custom ers indefinitely. 上記を超えた場合には通常料金が発生する、いわゆるフリーミアムモデルと言って良いだろう。 >>20 GPGPUで真っ先に考えるのそのあたりだからな こんなスペックのインスタンスが1時間200円程度で借りられるとはなあ。 amazonのIPって焼かれてないのか。 規制ばっかだから、串立てようかな。 クラウド・VPSは結構書き込める。サクラはだめだけど。 ボリューム作成・スナップショット一回取っただけで無料枠使い切りそうだ。 >>25 MicroインスタンスはEBSブート必須で最低10GB取られると思うからボリュームを自分で作成する余地はない。 スナップショットはでかいファイル置いてしまうと1回取っただけでも無料枠からはみ出そうだな。 >>27 たまに串を動かすだけだから10GBもいらないんだが、容量減らす方法無いかな? >>28 増やすのはできるけど減らすのはできなかったなあ。 たまに串動かすだけならそもそもスナップショット要らなくね? 転送量も無料分結構あると思うけど、どれくらい頑張れば超えられるんだろう 余ったドメイン割り当ててみようかと思うんだが、STOPしない限りIP変わらんよね? yes elasticip wo get sitara stop sitemo ok たまにAmazon側の不具合で強制再起動→IP変わるとかないとは言い切れないけどな つーかインスタンス止めないんならelasticも課金されないんだから使った方がいいと思うけど >>40 正確にはインスタンスにアサインしなかったら課金される。 ap-southeastとどこかの回線が通信速度的に相性悪いという記事を昔見たような気がするが今探しても見つからない マイクロインスタンスでもメモリ約600MBとはリッチだなあ >>46 ping打って遅延値見ないとわからない。 ap-southeastもus-westも遅すぎるよね... これじゃあだめだ us-westからうちのプロバイダにpingすると120ぐらいだな windowsのlarge使ったのに請求金額0円てどういう事だ? Get Windows Admin Passwordが選択できない何で? FedoraやCentOSのAMI使ってもMicroなら無料ですか? その二つならAmazon Linuxとそんなに変わらないんじゃないの >>59 Checking for IPsec support in kernel [OK] なカーネルが必要だったので(*´ω`*) ebsでFreeOSのAMIならMicroで無料みたいですね 必要用件満たしたAMI見つけたのでこれで遊んでみます AIMがいろいろ公開されているけど、あれって第三者がつくった何の保証もない奴だよね? rootkitとか仕込まれている可能性もあるよね? そうすると、公式AIMなんだけど、Basic Amazon Linux AMIってディストリ何なんだろ。 yumがあるという事はそれ系なんだろうけど。 >>63 CentOS5ベースで、カーネルとか各種モジュールを新しいのに更新したもの。 100GiBのEBSがデータで一杯になってきたので、 そのまま容量だけ200GBに増量したいと思いました。 スナップショットから容量指定でボリュームが作れる ようだったので、まずスナップショットをとり、 それをもとにボリュームをつくり、その際に 容量を200GiBにしました。 たしかにGUIから見てもCapacity 200GiBになりました。 これを/dev/sdfとしてインスタンスにアタッチして、 マウントしました。 ところが、dfをやってみても容量が変わっていません。 いろいろ調べてところext3ならばresize2fsをすればオケ、 って感じだったので、やってみたのですが、 The filesystem is already 26214055 blocks long. Nothing to do! と言って全く動いてくれません。 fedora8です。詳しい方お願いしますm(_ _)m 簡単に言うと↓の人と全く同じ状態です(この人はあきらめてデータコピーしてますが) http://d.hatena.ne.jp/i_alm_sphere/20090602/1243945736 参考にしたページ http://ttcloud.net/aws/ec2/2011/01/15/290.html http://alestic.com/2010/02/ec2-resize-running-ebs-root この板で質問に回答を望むのは無理なのか、、、 WEBプロ板でもいくか >>66 自分が何を試したかよく読み直せば、なぜ誰も回答しないかわかると思うが。 >>67 読みなおしたけどわからん(爆 教えてください〜 >>68 >The filesystem is already 26214055 blocks long. Nothing to do! このメッセージを見る限り、resize2fs に渡したパラメータは、100Gを指定したことになってる。 >>69 そうなんですよ。 それがなんでだかわからなくて、、、 ちなみにコマンドとしては resize2fs /dev/sdf1 とかしてるだけです 引数で直接サイズ指定してやればいいのかな ちょっとやってみます >>70 拡張するときは、拡張時のサイズを指定しないとそうなる。 # resize2fs /dev/sdf1 200G resize2fs /dev/sdf 200Gってしたら パーティションが100Gしかないよっておこられた。 snapshotから容量増やしてvolume立ち上げても パーティションの大きさは変わらんのか。 >>65 の二つ目のリンク(refererがないと見れないみたい) ではパーティションの拡大必要なさそうだったんだけどな。 内容保持したままパーティション拡げるのって 難しいのかしら。 新規Volumeにファイル流し込んだほうが早い気がしてきたorz >>72 >>65 の通りやっても増えなかったってこと? それは変だな…どうやって増やしたか手順は覚えてる? >>73 手順はGUIから100GiBのsnapshotを右クリックして create volume from snapshotで、次にサイズを指定できるので 200GiBにしてvolume作成。 で、その200Gのをアタッチして見てみるとdfでは100Gの状態。 以下>>72 です。 ちなみにfedora8,ext3です。 >>74 fdisk でも認識しないようなら、何か別の問題がありそうですが、/dev/sdf は200GiBと認識されていますか? Reserved Instance っていう料金プラン。 あれって, 今後 3年間で 9000時間 以上稼動しっぱなしにする人向けだよね? それ未満の稼動時間だと 損だよね? >>76 基本的に常時稼働が前提の料金だからね。そこまで使わない人には割高だよ。 >>75 レスありがとうございます。 fdiskでの認識とはどのようにするのでしょう? https://console.aws.amazon.com/ の画面のVolumeの Capacityは200GiBになっています。 fdisk -l /dev/sdf やってみてよ。 ディスクの総容量がどうなってるかを確認したいね。 >>79 こんなんでました。 # fdisk -l /dev/sdf Disk /dev/sdf: 214.7 GB, 214748364800 bytes 255 heads, 63 sectors/track, 26108 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x2e2563ec Device Boot Start End Blocks Id System /dev/sdf1 1 13054 104856223+ 83 Linux EC2で串立てて2chに書き込むのはできなくなったみたいだな デフォルトのイメージでマイクロインスタンス たててみたんだけど、何故かvimのvisualモードが 無効になってる。 これって、ソースからコンパイルしなおすしかないのですか? 1台を1週間に1度,土曜日に10分ほど動してます。 不満なのは毎回,インスタンスを起動するたびにアドミン・パスワードを 新しく取得する作業がしんどい事。 これ,なんとかする方法ないのん。 すごく無駄な作業に思える。 >>86 IPが変更になっちゃう話じゃなくて? ルートのパスワードなんて新しく取得しないよ なんのことだろう? >>84 自己レスだけどvisualモードできてた :version見てたしかにvisualが入ってないと 思ったのだけど、crontabだかvisudoでも 見て勘違いしてたのかも >>86 お金を節約するために インスタンスを毎回 Terminate してる。 新しくインスタンスを作ると また アドミン・パスワード 取得する作業が 必要じゃないですか? >>89 アドミンパスワードってのがなんのことか わからんけど、必要ないですよ。 気になってterminateしてみて、またstartしたけど IPが変わった以外はなんの変更もなかったですよ。 ちなみにマイクロインスタンスだったら、 terminateしなくてもタダじゃない? 一年間だけなのかな? http://aws.amazon.com/free/ あれ・・・ やっぱりパスワード変わるじゃん。 ternimate して新しくインスタンスを作り直した後に Windows パスワードを維持する方法なんかないよね? 右クリック → "Get Windows Password" の作業は省略できないみたい。 >>94 なんだWinか。だからアドミンとか言ってたのか。 ん? 仕組みはLinuxでも同じじゃないの? 「ルート権限でログインするためのパスワード」 っていう呼び方をすればいいんかな。 >>96 Linuxインスタンスはパスワードログインじゃない。 >>97 マジかよ,試してくるわ。 Linuxとか よぉ分からんけどな。 とうとうきたか。AWS Free Usage Tierで利用出来るのかな。 なんかいろんなところに課金の罠があるみたいだから、東京サーバセンタが立ち上がったこの機会に詳しい記事書いてくれる人いないかな。 4ヶ月のうちで2セント取られたわ。EBSのsnapshot代かな。 >>102 転送量だけ気をつけてれば後は予測可能なので大丈夫。大規模サイトで月10TBとかあったら死ぬけど。 やすおくとかがAmazonEC2使ってたけど、相当なアクセスだったんだろうな。 今調べてみたら2chの中にAWSのスレってここしか無いのな。 しかも100レス。なんという関心の薄さ…。 お金の手当さえつけばいくらでもスケール可能だから、その点では匹敵するプロバイダはあまりない。 ここんところ大規模な障害も起きてないし。お仕事でサーバーたくさん使うところ向けではあるね。 スタートアップ企業が好んで使うのがよくわかる。 この板は、もともと、過疎板の上、業者の宣伝っぽい書き込みが多数を占めてる感じ。 アマゾンは、そういう宣伝はやって無かったから、 100レスぐらいしか付いてないんだと思うよ。 うちの会社でも、技術チームが早速今回の日本リージョンを借りて、速度試してたから、 ネラー以外の関心はかなり高いと思う。 元のリージョンに比べて「かなり早い」とかって話してたのを小耳に挟んだ。 2chの外だと課金されるぐらいPVが欲しいわというのを見かけるぐらいだしな。 うちからだと、US-West 120-130ms に対して、東京は、15msほど。太平洋は広いよね。ほんと。 >>107 個人でこのサービスを必要とする人はごく少数でしょ 多くはこれにクラウドアプリのせて商売したい中小企業だと思う 何かにつけて、さくらが石狩にデータセンター作ったのは馬鹿だと思う。 IXの経由とか考えると、プロバイダーによっちゃ、RTTが大きくなる。 (たとえば、石狩に住んでいても、石狩→東京IX→石狩で接続ってこともありうる。) TCPだと最低でも1セッションに数回往復しないといけないから、 ちょっとのRTTの差が増幅されちゃう。 首都近郊とまでいかなくても、 裏日本とか飛騨とか、寒くて、土地の安いとこなら、探せばあっただろうに・・。 >>115 自社データセンタを建設しちゃうってのは、あとあと裏目に出ると思うな。 身動き取れなくなるし、金かかるし。 東京はデーセンいっぱいあるんで差別化できないって判断なんじゃないかな。 とはいえちょっと距離がありすぎると思うけどね。 特に関西からだと倍の距離になっちゃうわけだし ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる