Vagrant 1.1 がリリースされました。 Vagrant は仮想サーバーのフロントエンドのツール、詳しくは Vagrant - naoyaのはてなダイアリー あたりを。 で、この 1.1 が 1.0 → 1.1 という割に結構大きなアップデートで新しく VM に VirtualBox 以外のものが選択できるようになった。すなわち「VirtualBox のフロントエンド = Vagrant」から「各種仮想マシンのフロントエンド = Vagrant」という風にアップデートされた。 今回の 1.1 からVMを操作するproviderがプラグイン構造となり、VirtualBoxだけならず、公式で操作できる対象が増えました。 VirtualBox VMware Fusion Amazon EC2 + VPC Rackspace Cloud VMware Fusion以外はオープンソースで公開さ
カテゴリー DX (2) 一般 (59) 研究会 (6) 働き方 (4) 技術 (353) Edge AI (2) Edge Computing (13) Erlang (1) FIWARE (2) Fog Computing (10) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (6) RealTime Web (14) SRE (3) Webサービス (42) インフラ (8) コンテナ (4) ストレージ (93) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (215) 仮想化 (111) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティン
最近は、Amazon社の顧客がElastic Computing Cloud（EC2）で抱えているパフォーマンスの問題がかなり話題になっている。 その発端となったのが、Javaコミュニティーで発言力の大きいAlan Williamson氏だ。同氏は、自身がEC2を3年間利用した感想を興味深く解説している。 Williamson氏によると、Amazon社はEC2の利用者を集めすぎており、現在はクラウドがあまりに混雑しているため、内部ネットワークで深刻な待ち時間が発生し、それが複数の仮想マシンに常駐する多層アプリケーションのパフォーマンスに影響を与えているという。 別のAmazon社の顧客で、OleOle.com社最高技術責任者（CTO）のDavid Mok氏は意見が異なり、パフォーマンスの全体的な低下はクラウドを支える物理ハードウェア（が搭載するCPU）の差によるもので、クラウドプラットフ
Amazon SQS (Simple Queue Service)はAmazonが提供しているメッセージング・ウェブサービス。 Amazon Simple Queue Servicehttp://aws.amazon.com/sqs/自分の周りでは実際に使っているっていう人を聞いたことがないし、ぐぐっても日本語の情報はそんなに出てこない。たぶん、 メッセージング・サーバーが北米だかヨーロッパにあるんだか分からんが、わざわざそんな遠方にある(かもしれない)サーバーを使ってメッセージングする必要なくね？ そもそもEC2を使うならば、EC2のインスタンスに自前でSTOMPやAMQP等のメッセージング・サーバーを立てればよくね？みたいな、誰もが思う理由で日本では使われないんだろうけど。それでも前々から「一度は触ってみなくてはいかんな」と思い、ようやく触ってみた。その感想を先に書いておくと、APIは
恵比寿で開催されたJJUG主催のナイトセミナー「アマゾンEC2 ナイトセミナ 第2回」に参加してきました。 目的は、モバツイッターの中の人である、えふしんさんによる、モバツイをEC2へ移行した話が聞きたかったのと、ついでにご挨拶したかったので早々と仕事を切り上げて行ってきました。 参考: F's Garage @fshin2000 ：そろそろモバツイがEC2に移転した話でも書くとするか。 現在のサービスの状況やシステム構成、自宅サーバ運用の限界点など、裏側の話が特に興味深かった！面白かったです。 せっかくメモをとったので、ここに残しておきます。 究極のスモールスタート 自宅サーバからEC2へ 講演者 藤川真一(えふしん)さん (株)paperboy&co. ECコミュニティ事業部 ペパボはGMOインターネットグループ、レンタルサーバ(lolipop)、ブログ(JUGEM)などが有名 カラメ
先日、Amazon Web Servicesより、以下、Amazon EC2関連の新サービスが3つ発表されましたね。 Amazon CloudWatch Amazon EC2のインスタンスのリソースをモニタリングすることが可能 Auto Scaling Amazon EC2のインスタンスの負荷状況を判断し、自動でインスタンス数を増減させ、スケーリングを実施することが可能 Elastic Load Balancing ロードバランサとして、各インスタンスのフロントエンドでトラフィックを分散させることが可能 これら3つは連携させて使うと、なかなか強力な可能性を秘めています。 例えば、「Amazon CloudWatch」にて、バックエンドのAmazon EC2のインスタンスの負荷状況を監視し、負荷量がある一定の閾値を超えた段階で、「Auto Scaling」にて、Amazon EC2のインスタ
モバツイ以外にも実運用で回してるEC2な人たちは結構いると思うのですが、参考までに。 モバツイッターがAmazon EC2の人柱をやってくれている モバツイッターがAmazonEC2に移行しようかなとのこと。 さっそく性能問題にぶち当たったらしいし、ナイス人柱。 前にあるイベントで、EC2を活用されているHeartRailsの方にモバツイの構成をEC2に移転したらどうなるか？みたいな話をお伺いしたら、すぐ8万円/月ぐらいに構成になってしまう、と言われたのですが、大体、どんぴしゃな感じでした。 （追記：なお個人でWebサービスをスモールスタートする場合は、サーバの運用知識がそこそこある前提で、まずは自宅サーバから運用すると良いです。月間600万PVぐらいまでなら、HP ML115G5 + Phenomでこなせるハズなので。その辺についてはまたいずれ書きます。） ■EC2とは？ 既にご存じの方
先週の水曜日、アマゾンのクラウドサービスAmazon EC2を運用中の米国のデータセンターに落雷があり、電力配分装置（Power Distribution Unit：PDU）が破損。一部のサービスが停止するという事故がありました。 このときアマゾンの内部では何が起きてどう対応したのか？ アマゾンがクラウドの稼働状況を報告している「AWS Service Health Dashboard」にあがっている、6月10日の報告を翻訳しながら追ってみましょう（時刻は現地時間の午後です）。 Amazonによる障害復旧報告 6：39PM 「アベイラビリティゾーン」にあるいくつかのインスタンスが電源の故障によって接続できなくなったことを検知しました。接続は回復済みで、問題を調査中です。 6：54PM いくつかのホストはまだ接続できていません。引き続き調査中です。 7：33PM 中間報告。落雷によって1カ所
2009年04月22日08:00 by 山崎泰宏 [Wakame]自動でサーバ数を増減させるクラウドコントローラ"Wakame"をリリースしました！ カテゴリ開発スタイル事業内容に関するもの Tweet sparklegate Comment(0)Trackback(0) サイト http://wakame.axsh.jp/(日本語) AMIで公開したのですぐ試せます 情報はまだ少ないのですが、Amazon EC2にアカウントを持っている方は、ぜひGetting Start(英語)あたりを読んで、いきなり試してみてください。 ディフォルトでは、Apacheのモジュールで構成されたロードバランサー、StaticコンテンツWebサーバ、DynamicコンテンツWebサーバ、DBとしてMySQLが起動します。 あとはコマンド一発でこのネットワーク構成が全て立ち上がり、個々のサーバ数を動的に増減さ
先日、SLAが発表され、正式版(Production)となった"Amazon EC2"ですが、それと同時にベータ扱いではありますが、"Windows Server"へ対応したとのことなので、試してみることにしました。 これまでAmazon EC2上で稼動できるOSは、Linuxがメインで、中にはベンダーが保守もしてくれるRedHat Enterprise LinuxやOracleが稼動するAMI(Amazon EC2の仮想OSイメージ)もあったのですが、Windowsが正式に動くこととなり、利用シーンの幅がより大きく広がったのではないでしょうか。 # あ、Linuxだけではなくて、OpenSolarisもありましたね。 というわけで題して、何もないところから5分でWindows Serverを動かすところまで、やってみます。このエントリでは、その方法をチュートリアル形式で紹介します。 前提
はじめに 前回は、「Amazon S3」を利用するための準備から、詳細な使い方までを紹介しました。 今回は、いよいよ仮想マシンのホスティングサービスである「Amazon EC2」の利用方法について詳しく紹介していこうと思います。 これまでの記事 第1回 「AWSの概要と登録手順 ～Amazon EC2/S3環境構築のすべて～」 第2回 「Amazon S3を使いこなしてみよう ～Amazon EC2/S3環境構築のすべて～」 Amazon EC2を利用するための準備 前回の記事にて、「Amazon S3」および「Amazon EC2」の利用登録について紹介しました。利用登録が済んでいれば、すぐにでも「Amazon EC2」を使うことが可能です。まだ利用登録をしていない方は、前回の記事を参考に利用登録を行ってください。 「Amazon EC2」は、第1回目の記事でも内容や料金体系を紹介しまし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く