【無料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. 上記を超えた場合には通常料金が発生する、いわゆるフリーミアムモデルと言って良いだろう。 >>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 自社データセンタを建設しちゃうってのは、あとあと裏目に出ると思うな。 身動き取れなくなるし、金かかるし。 東京はデーセンいっぱいあるんで差別化できないって判断なんじゃないかな。 とはいえちょっと距離がありすぎると思うけどね。 特に関西からだと倍の距離になっちゃうわけだし データセンターに対応できる賃貸ビルなんてそんなにねーぞ 地方自治体の企業誘致の罠にはまって、最終的に撤退した企業はいくつもある。 さくらはどうだかね。 距離的な問題はどうでもいいが、地元は雇用を期待して誘致したんだろうし、そのへんちゃんとマッチするのかなとは思う。 >>107 >>26 見ればわかるとおり 今まで何度もスレが立って、需要なくて落ちてきたからね このスレも落ちると思ってたよ アマゾンのデータセンターってどこに作ったの? 一応、「東京リージョン」だが千葉にあっても驚かない。 都内数か所に分散だっけ? ラックかコロケ借りてやってるだけだと思うけど。 >>126 アマゾン名義でデータセンターを1から建設したら話題になるからなー。 新豊洲の名前がでるのも不思議ではないか。 >>120 九州に住んでる人だと、石狩-九州で、RTT 100msくらい行くんじゃないか? とりあえずざっくり試算して別に安くないのは理解した 趣味的にはGPGPUのインスタンスが気になるが。 Amazonは千葉ニュータウンのKVHテレコムにサーバを置いてる。一部は秋葉原の富士ソフト。 東京リージョンと言いつつ、千葉とアキバ ゲームのサーバーをTokyoで建てたら オーストラリア人がやってきた。 オーストラリア人からすると アメリカ西海岸より日本の方がネットワーク的に近いから遅延が少ないんだってさ。 ハワイを経由すると遅くなるのかな,多分。 EBSって容量確保しても実際にファイルを置いて容量使うまで課金されないんでしょうか? TokyoリージョンにEBSブート10GBのAMIが欲しいです・・・ メモ:http://cloudbb.jp/research1/ConvertEBS-bootedAMI.htm すみません、フォーラムにかいてありました。 https://forums.aws.amazon.com/thread.jspa?threadID=56796 容量確保した時点で課金されるんですね そうなるとやはりEBSブート10GBのAMIが欲しいです 起動しっぱなしでいいので、EBSじゃなくてもいいじゃんと言われればそれまでなんですが ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる