New c3.* Instance Types on Amazon EC2 - Nice! · Alestic.com - A Personal AWS Blog by Eric Hammond
Worth switching. Amazon shared that the new c3.* instance types have been in high demand on EC2 since they were released. I finally had a minute to take a look at the specs for the c3.* instances which were just announced at AWS re:Invent, and it is obvious why they are popular and why they should probably be even more popular than they are. Let’s just take a look at the cheapest of these, the c3.
EBSブートのインスタンスのリージョン変更手順 - 雑記帳(2011-11-22)
■ [AWS] EBSブートのインスタンスのリージョン変更手順 ESBブートのインスタンスのリージョンを変更してみた。 ツールのインストールと設定 下記のツールを移行対象となるインスタンスにインストールする(Amazon Linux AMIの場合は元々入っているか、yumで入れられる)。 aws-apitools-ec2 aws-amitools-ec2 ec2-utils ちなみに、AMI Toolsは、Rubyとrsyncが入ってないと動かない。 イメージファイルを作成 ec2-bundle-volコマンドを使って、イメージファイルを作成する。特に指定しない場合、/tmpに作成されるので、ディスクに十分な空きがあるか注意しておく。 # ec2-bundle-vol -k ~/.ec2/ec2.key -c ~/.ec2/ec2.crt -u YOUR_ACCOUNT_NUMBER --
開発メモ#4 : EC2スナップショットとの差分は chef-solo で解決 - naoyaのはてなダイアリー
開発メモその4です。 開発メモ#2 : AWS でのホスト / クラウドネイティブなデプロイ - naoyaのはてなダイアリー で、システム構成の変更時に EC2のスナップショットからインスタンスを複製して Elastic IP で切り替えているという話をしました。 ただ、この方法はそのままでは一点問題があります。スナップショットを取ったタイミングと現時点でシステム構成に差分があった場合にどうするか、です。例えば nginx の設定をほんの少しだけ書き換えたい、とかその都度スナップショットを取っていては流石に面倒。 その手のスナップショット時点からの差分を複製されたインスタンスに簡単に適用するために、基本的なサーバー設定周りは chef-solo で管理してます。chef はサーバー構築自動化ツールで、chef-solo は chef のクライアント・サーバーを必要としないライト版、とでも
Amazon Linux ベース構築手順 - /life/log/messages
ベース？ これから何度も使うであろう Amazon Linux の EC2 インスタンス。 大体のサーバーに共通で必要と思われる部分を構築し、様々なサーバーのベースとしようと思います。 micro インスタンスで構築すると諸々のインストール（特に rdoc 関連）に時間がかかるので small インスタンス にて構築を行い、完了後に AMI 化を行います。 まずは EC2 Management Console の「Launch Instances」をクリックし、Classic Wizard でベーシックな EC2 インスタンスを起動します。 （スペックを書く） ユーザーとグループの作成 デフォルトの ec2-user で使うのも何だか味気ないので、普段使っているユーザーとグループを作成し、それを使おうと思います。 まずはグループを作ってからユーザーを作ります。 ユーザーは sudo ができ
Amazon EC2シンガポールを含む、ping RTTやhttpingの計測グラフ - （ひ）メモ
計測元は、都内のBフレッツでISPはライブドアプロバイダ。 計測とグラフ描写のコードはここに: http://github.com/hirose31/monitor-latency グラフは、紺色の線がレイテンシの平均値で、水色の範囲は最小値と最大値。 ping RTT まず、ホットなシンガポールのEC2。このグラフだけ、表示期間が1日分。だいたい90msecぐらいですね。 続いてEC2のwestとeast。この2つだけ、計測期間がちょっと古くて2010/3/27のもの。 Amazon EC2 アメリカ西海岸 125msec Amazon EC2 アメリカ東海岸 200msec あとはいろいろ。 ニフティクラウド Google JPIX はてなブックマーク 都内某iDC httping データは httping -c 10 -i 0.7 -r -g TARGET_URLの結果の最小値、平均
Amazon EC2/S3/他がアジア(シンガポール)で利用可能になったのでレイテンシを計測してみた - 元RX-7乗りの適当な日々
昨年11月に発表されていたAmazon Web Servicesのアジア・パシフィック展開(Amazon Web Servicesが2010年上半期にアジアへ進出)ですが、とうとう本日正式に利用可能になりました。 これで、AWSでは、アメリカ東部・西部、ヨーロッパ西部に続いて4ヶ所目のRegionとなります。私を含め、多くの日本のAWSユーザが期待していたであろうアジアでのサービス展開です！ We've just opened up an AWS Region in Singapore, with two Availability Zones. The new region supports Amazon EC2 (including Elastic IP Addresses, Amazon CloudWatch, Elastic Block Storage, Elastic Load B
【Amazon EC2】SSH経由で接続する為のインスタンスの準備
今日から本業のブログも書く事にしました。 なるべく、わかりやすい丁寧な説明をするように心がけます！ まずはAmazon EC2についてです。 いきなり、始まった感がありますので、じょじょにAmazon EC2についての 前段の話も書いていくつもりです。 で、今回は「Amazon EC2へSSH経由でTelnetやscpで接続する為のインスタンスの準備」です。 以下を行います。 1. ログインしようとしているインスタンスのpublicDNSを調査します。 AWS Management Consoleの左のメニューの「Instances」を選択し 該当インスタンスのpublicDNSをメモ。赤で囲ってる部分です。 2. AWS Management ConsoleにてSSHのIP制限 。 これはいろんなところからアクセスできないようにSSHポートの使用を許可するIPアドレスを限定する作業です。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
What is MongoDB Atlas? - MongoDB Atlas
Architecting for the Cloud: demo and best practices, by Simone Brunozzi (2011 AWS Tour Australia)