ちと真面目にモダンAWSの勉強を始めるために、まずはコンパネに沢山あるAWSのサービスを整理してみたよ。 僕の価値観で、超重要なものに◎、そこそこ重要なものに◯、ひとまず忘れておいても大丈夫そうなものに分類しました。 主観的な判断なので、これ重要だろ!ってのがあったら教えて下さい! Dev Ops Store Network 後回しでOK
ども、大瀧です。みなさん、EC2をバリバリ使ってますか?使いたいときにすぐ使える仮想マシンとして、開発・検証から本番まで幅広く活用されていると思います。 日頃EC2を業務で運用する中で、EC2インスタンスをコピーすると意図しない環境設定に変わってしまうというトラブルが度々あり、cloud-initというツールに拠ることがわかってきました。 「EC2インスタンスのコピーなんて、一旦インスタンスを作成したあとはあまりやらないのでは?」と思われがちですが、EC2独特の制限などもあり、実際の運用では思ったよりも頻繁にインスタンスのコピーが必要になります。インスタンスのバックアップ&リストアなどはイメージしやすいと思いますが、それ以外にも意外なケースとして以下があります *1。インスタンスのコピーは、AMI(Amazon Machine Image:インスタンスのバックアップ)を取得し、新規インスタ
今週末の金曜日、3月15日に「JAWS DAYS 2013」のパネルディスカッションのパネラーとして呼ばれておりましてー。 風呂グラマーのmasuidriveさんとTreasure Dataの太田さんとお話をするらしく多少ビビってる僕です。 プログラム・スピーカー紹介 | JAWS DAYS 2013 | 2013/3/15(金)~16日(土)東京ビッグサイトで開催! 実はこのAmazon Web Serviceユーザーにおける祭典「JAWS DAYS」のイベントに呼ばれた前日。 ちょうどボケてを某さくらVPSからEC2含むAWSへせっせと移行していましてー。 ま、つまりは「AWSでこれからバリバリ運用始めるぜ!」ってタイミングでのお呼ばれでしたw イベント自体はおもろい事話せればいいなーとは思いつつ、AWSへ移行して、もしくはAWSへの準備の段階で得たTipsを箇条書きでまとめてみます。
概要 既存のインフラを利用しないで、「Amazon Web Services」(以後AWS)のみを利用し新規でサービス展開を行う場合に必要な情報、知識をまとめる。 注意 基本的な利用方法を除外し、実際の構築時に必要なトピックスに焦点をあて本ドキュメントを作成しました。 特にオープンに公開されている情報については割愛(Web及び書籍で多数公開されている情報)しています。 補足 本ドキュメントは、2012/08時点でのAWSで提供されているサービスを元に記述されています。AWSは日々新機能がリリースされていますので、利用する際は最新の情報を取得してください。 目次 概要 注意 補足 目次 序論 クラウドのメリット クラウドのデメリット AWSの製品・サービス構成 内容 アカウント管理 Consolidated Billing(一括決済) 使用例 作成手順 補足 AWS Support 補足 A
Instagram がどこに買収されたとかは他のニュースサイトにお任せして、Django アプリケーションを正攻法でスケールして "成功" してるのがとても興味深いです。現時点で Instagram Engineering で紹介されていることと TechCrunch にも掲載されたスライドから個人的なメモとしてまとめてみました。 Instagram の哲学は シンプルであること オペレーション負荷を最小化すること すべて装備 とのこと。 Instagram は以下の OSS, サービスで構築されているようです。 >>> OS / ホスティング Ubuntu Linux 11.04 を Amazon EC2 にホスティング。以前のバージョンは高トラフィックになると固まる問題があったようです。運用は 3 人。EC2 にホスティングしている理由は、調査結果によるものではなく、"まだ進化途中だか
1. はじめてのアマゾンクラウド③ 『S3にWebコンテンツを保存』 エバンジェリスト 玉川憲 Twitter: @KenTamagawa アマゾン データ サービス ジャパン株式会社 Ver0.9.1: 更新日: 2011年3月12日 2. 事前準備 AWSのアカウントを開設し、Amazon S3の申し込みが済んでいるかご確 認ください またの方は、「AWSのアカウントを開設する」を参照ください。 インターネットアクセス Webブラウザ(Firefox推奨) 注:このガイドは、お客様がAWSを実践されるのを補助する目的で作られており、非公式のドキュ メントです。このガイドの実施はご自身の責任でお願い致します。どのような性質の損害につ いても当方は責任を負いません。 3. • Webブラウザを立ち上げます • AWSのホームページのhttp://aws.amazon.com/jp/にアクセ
1. はじめてのアマゾンクラウド② 『仮想サーバ(Amazon EC2)を立ち上げる』 エバンジェリスト 玉川憲 Twitter: @KenTamagawa アマゾン データ サービス ジャパン株式会社 Ver0.9.6: 更新日: 2012年1月27日 2. 事前準備 AWSのアカウントを開設し、Amazon EC2の申し込みが済んでいるかご 確認ください まだの方は、「AWSのアカウントを開設する」を参照ください。 インターネットアクセス (ネットワークに接続されている) Webブラウザ(Firefox or Chrome推奨) Windowsのデスクトップ環境 Tera Termがインストール済み http://sourceforge.jp/projects/ttssh2/ (マッキントッシュでも実施できますが、Teratermではなくシェルで接続することに注意) 注:このガイドは、
CEDEC 2011で、Amazon Web Servicesエバンジェリストの玉川が利用した資料です。Read less
今回はシャノンでAmazonEC2を使う機会がありましたので、そのお得な使い方を紹介したいと思います。 「サーバの仮想化」今では当たり前になってきました。1台のサーバで複数台動かす事で、一人一開発環境を実現したり、アプリケーションをバージョン毎に保管できたりと至れり尽くせりです。 シャノンでも100台以上のサーバを仮想化して使っています。仮想化することで、開発環境を5分で用意できるようになりましたし、サービスを提供している、いわゆる本番環境のサーバ増設も1時間以内でできるようになりました。 アプリケーションサーバ、キャッシュサーバ、データベースサーバ、ロードバランササーバ、メールサーバ、開発環境、テスト環境用サーバ等々と数十種類のサーバイメージを管理しています。 本当に便利な時代になりました。 ■ シャノンではOpenVZを使っています シャノンではOpenVZという仮想化ソフトを使ってい
Amazon EC2を使う前に知っておきたいこと色々。 仕事でEC2を使っているのですが、やって見る前に思い描いていたことと、実際にやってみると相違があったりしました。やる前に知っておくといいことをまとめてみました。 EC2を使う予定の方は参考まで。 それでは早速。 インスタンスの 32bit か 64 bit に注意する EC2では負荷が高くなったらハイスペックなインスタンスに変えればいいというのがありますが、32bitのOSイメージを64bitのインスタンスに入れることは出来ません。 最初はsmallインスタンス(最近ではmicro)から始まると思いますが、32bit でいうとハイスペックなもので High CPU のインスタンスまでになっています。それ以降は64bitなので、そこで環境を作り替えないといけなくなります。 とはいえ64bit環境はLargeからで安いとはいえないので、こ
みんなが大好きなクラウドホスティングサービスのAmazon EC2ですが、インスタンスをバンバン立てたり落としたりしていると、ホスト名の管理が面倒になってきますよね。たとえば「さっき立てたインスタンスにSSHしたい!」と思ったら、consoleをひらいて、「ec2-xxx-xxx-xxx-xxx.compute.us-west-1.compute.amazonaws.com」なPublicDNSをターミナルにコピペして…みたいな面倒な事をやってしまいがちです。 これを避けるためには、~/.ssh/configをマメに更新したりするといいのですが、これはなかなか面倒な作業です。インスタンスは一旦StopしてRunし直すと、IPが変わってしまいますからね。 そこでec2sshの登場です ec2sshは、インスタンスのNameタグからホスト名を生成して、~/.ssh/configに書きこむツール
大手クラウドサービスであるAmazon EC2では、9種類ものインスタンスタイプ(サーバの種類)から、利用したいスペックのサーバを選択できます。また、EC2のサーバは、4ヶ所ものリージョン(アメリカ東海岸、同西海岸、ヨーロッパ西部、シンガポール)から稼動させる場所を選択することができます。 ここで、気になるのが、Amazon Web Servicesの説明ページで、各インスタンスタイプの公表スペック差異として、EC2独自のCPU単位である"ECU"の数値や、IO性能のModerate(中)やHigh(高)で、どのくらいパフォーマンスが違うのかが見え辛いといった点。 また、一部の場所ではパフォーマンスが出ていない等の話が以前に出ていましたが、4ヶ所のロケーション(Region)によって、各場所でのインスタンス性能が全く同じなのか等も気になるところ。 ここを解明すべく、各種ベンチマークを実行し
1つ目はHigh Scalabilityの記事「End-To-End Performance Study of Cloud Services」で公開されたベンチマーク。スイスの「Systems Group」が作成した資料が基になっています。 このベンチマークは、eコマース系WebサイトのベンチマークテストであるTPC-Wを基にしたベンチマークソフトをそれぞれのクラウドに用意し、その実行速度をAmazonクラウド上に構築したWebブラウザのエミュレーション環境による同時アクセスによって測定する、というもの。 結果は、Amazon S3とWindows Azureは9000EBs(Emulated Browsers)まで対応でき、Amazon RDSは3500EBsあたりで頭打ち。興味深いのはAmazon Simple DBの方が低い性能となっているところ。Google App Engineは
「想定以上に使用するサーバー台数が増加する」 「管理コンソールのユーザーインタフェースがミスを誘発しやすい」 「Amazonの都合で仮想サーバーが再起動したことがあった」 「情報がすべて英語で、米本国との交渉が必要」 「クレジットカード払いなのが不便」 同社は2009年初めから、システム開発にEC2の仮想サーバーの利用を開始し、09年10月からは顧客企業向けのサービスもEC2上で稼働した。すでに80台弱のEC2仮想サーバーを利用し、コスト削減効果は3年間で5000万円を見込む。しかも単なるコスト削減にとどまらない効果がEC2にはあると語る。「当社は、マーケティング調査システムを自社開発しており、システム開発ユニットには委託先も含めておよそ20人のエンジニアが所属する。そのエンジニアの雰囲気が良くなったのは、EC2によって開発やテスト用サーバーを潤沢に使えるようになったためだ。当社は中国やフ
米Amazon傘下のAmazon Web Services(AWS)は3月22日(米国時間)、自社が提供するインフラサービス向けのソフトウェア開発キット「AWS SDK for Java」を発表した。Java開発者は同SDKを利用してAWS向けにアプリケーションを構築できる。 AWS SDK for JavaはAWSインフラサービス向けのSDKで、AWSがクラウドで提供するサービスに接続し管理できる。AWSサービスは、「Simple Storage Service(S3)」や「Elastic Compute Cloud(EC2)」、「Amazon SimpleDB」、「Auto Scaling」、「CloudWatch」、「Elastic Load Balancing」、「Simple Queue Service」など10種類に対応する。 AWS SDK for JavaにはAWSサービス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く