the easiest way to manage the cloud sign up, add your API keys, and your nodes will populate in the dashboard we currently support Amazon EC2 & Slicehost - more coming soon!
infrastructureに関するsatoshipのブックマーク (50)
-
satoship 2011/11/17
-
3000req / sec と戦う - だるろぐ
ざっくり概要 ピークで3000req / sec 毎分コンテンツ更新要求 コンテンツ更新の際は他所からデータをapi経由で受け取る コンテンツ更新にはTheSchwartzを使用 なコンテンツを色々してきたログ。 尚、ここに書く技術は大半が周囲のギークな方々にサポートしてもらったもので、僕自身が何かしたわけではない。残念すぎる。 構成 internet -> www(squid -> apache) -> app(memcached -> app) -> db フロントエンド wwwサーバがapacheとsquidを動かしている。apacheがリクエストを受け、squidのキャッシュが有ればそれを返し、無ければバックエンドのappサーバへproxy。 バックエンド appサーバがmemcachedとアプリを動かしている。 それぞれ冗長化してるけど、リクエスト数の割に台数は少ない。 技術があ
-
何が起きている？ インテルがFulcrumを買収、デルがForce10を買収、オラクルがKspliceを買収
何が起きている？ インテルがFulcrumを買収、デルがForce10を買収、オラクルがKspliceを買収 先週はメジャーベンダーによる買収が相次いだ一週間でした。いずれも、これからのエンタープライズ向けハードウェアの主戦場がデータセンター向けの機材になることを強く意識した各ベンダが、買収による激しい陣取り合戦を繰り広げている、そんなことを思わせるものでした。 インテル、Fulcrum買収でイーサネットスッチ市場へ拡大 7月19日、インテルはFulcrum Microsystemsの買収を発表しました。Fulcrumはイーサネットスイッチのチップやソフトウェアを開発するベンダ。 インテルは言わずとしれたPCやサーバのプロセッサベンダで、最近ではモバイル向けプロセッサにも力を入れていましたが、Fulcrumの買収によってスイッチ向けのチップの供給へとビジネスの範囲を拡大することになりそうで
-
Agile Infrastructure Velocity 09
The document discusses the concepts of agile infrastructure and agile practices. It begins by defining what agile means according to its original manifesto and principles. It then explores how agile has manifested in different roles and teams. The document notes that infrastructure is now code and the lines between development and operations are blurring. It provides examples of shared practices t
-
はてなCTOが根掘り葉掘り！ さくらインターネットのクラウドや仮想化に - はてなニュース
2010年11月11日、幕張メッセで開催されたイベント「第2回クラウドコンピューティングEXPO」会場内に設置されたさくらインターネットの特設ブースで、さくらインターネットと、はてなのエンジニアによるパネルディスカッションが開かれた。その内容は、さくらインターネットが提供する「さくらのVPS」や、今後提供が予定されている「さくらのクラウド」、さらに新たにオープンする石狩データセンターなどに、はてなのエンジニアが激しくツッコミを入れるものだった。さくらのVPSやクラウド、データセンターの実際と、はてなが気にするサーバやデータセンターの使い方、技術を、Webエンジニアを対象にまとめる。 VPS（仮想専用サーバー）｜さくらインターネット http://ishikari.sakura.ne.jp/blog/ 本パネルディスカッションのタイトルは「はてなが気になる、さくらの石狩IDCやクラウドや仮想
-
自宅サーバのインフラ設計書を公開します - @int128
自宅サーバのインフラ設計書を公開します。 Design paper of the home server（抜粋） 昨夜にTwitterで公開したら予想外に反響があったので、ちゃんとエントリに残すことにしました。クラックされるおそれがあるので、細かい部分は公開できないことをご了承ください。 内容はこんな感じ。 要件概要 機器仕様 ネットワーク設計 ソフトウェアスタック設計 共通基盤設計 サーバ詳細設計 上記にバックアップ設計や運用管理まわり*1を加えれば、インフラの設計書はだいたいこんな感じではないかと思います。 インフラの要件定義は難しい 一方で、インフラの要件定義は十分に標準化が進んでおらず、会社やチームによって文化がかなり違います。特に受託開発（SI）の場合は、お客様の中にインフラに詳しい人がいなくて調整に苦労することも多いと思います。費用と可用性のトレードオフの部分はなかなか伝わりづ
-
第11回 クロスオーバー | gihyo.jp
今回はインフラエンジニアの守備範囲について書いてみます。 このテーマは筆者のここ最近ずっと考えていることで、セミナーなどでも話したことが何度かあるので聞いたことがある人もいるかもしれません。 以前は一般的なインフラエンジニアの作業内容と言えば、ケーブリングやサーバの設置、OSインストールと環境構築、バックアップなどのメンテナンスやセキュリティ対策、あとはチューニングとトラブル対応というものが多かったと思います。この中で、環境構築とチューニングという部分が、今回のトピックです。 memcachedビフォー・アフター これは完全に筆者の私見ですが、memcached登場以降、インフラとアプリのクロスオーバーというものがひとつの転換期を迎えたと思います。もちろん0－100という話ではないですが、それまではアプリケーションはアプリケーション、インフラはインフラという線引きがわりと明確でした。 今で
-
www.cablemap.info has a new home.
After maintaining the map for years, it has become difficult for me to find time to continue the work. Fortuantely, there is a team who is keen to take the project further and improve on it. The map and data will always remain free, and I'm confident the new custodians will do the project justice. The new home will be: https://www.networkatlas.org/ The map is available at: https://dev.networkatlas
-
世界の海中に張られた海底ケーブルの詳細マップ - 元RX-7乗りの適当な日々
さっき、このTweetで教えてもらったんだけど、この海底ケーブルの詳細地図が見やすくてスゴイ！！ (※本エントリの画像はクリックすると、見やすい拡大画像が表示されます) Greg's Cable Map 海底ケーブルの地図はグリグリ動かせるし、拡大/縮小もできるので、結構見やすい。ちなみに「bing Maps」が使われています。 視覚化されている地図上の海底ケーブルを選択すると、どことどこが繋がっていて、線の帯域がどのくらい(分かれば距離も)かも教えてくれる。 日本の関東・東海圏はこんな感じ。で、、、 気になる海底ケーブルを選択すると、詳細な情報を確認することも出来ます。 こんな感じで、色々と確認することができるので割と楽しめます。やはり太平洋下は結構な数の海底ケーブルが走っていますね。 おまけ 以前「世界中に張り巡らされている海底ケーブルの詳細な図 - GIGAZINE」で紹介されていた
-
-
-
＠IT Special PR：600億PVもMySQLで！ モバゲーのインフラ底力
携帯向けサイト「モバゲータウン」の勢いが止まらない。2010年3月の会員数は約1800万人、月間ページビュー（PV）600億という"モンスターSNS"に成長している。意外なことに、これだけのアクセスをさばくのに、memcachedをはじめとするKVS（Key-Value Store）系のインフラ・ソフトはあまり使っておらず、MySQLで十分だという。モバゲータウンのインフラ担当者に話を聞いた。 モバゲータウンを運営するDeNA（ディー・エヌ・エー）は、もともと1999年に開始したオークションサイト「ビッダーズ」で知られている。その後、オークションに加えてECサイトを開始し、auとの提携により「auショッピングモール」などで急速に成長した。 ビッダーズだけでも、数千万PV規模の大規模サービスだが、最近はモバゲータウンの成長が著しい。 「特に2009年9月から順次リリースした自社製のソーシャル
-
なぜTwitterは低遅延のままスケールできたのか 秒間120万つぶやきを処理、Twitterシステムの“今” − ＠IT
ユーザー同士のつながりを元に時系列に140文字のメッセージを20個ほど表示する――。Twitterのサービスは、文字にしてしまうと実にシンプルだが、背後には非常に大きな技術的チャレンジが横たわっている。つぶやき数は月間10億件を突破、Twitterを流れるメッセージ数は秒間120万にも達し、ユーザー同士のつながりを表すソーシャル・グラフですらメモリに載る量を超えている。途方もないスケールのデータをつないでいるにも関わらず、0.1秒以下でWebページの表示を完了させなければならない。そのために各データストレージは1～5ms程度で応答しなければならない。 Twitterのリスト機能の実装でプロジェクトリーダーを務めたこともあるNick Kallen氏が来日し、2010年4月19日から2日間の予定で開催中の「QCon Tokyo 2010」で基調講演を行った。「Data Architecture
-
Pregel: Google’s other data-processing infrastructure – Port twenty two
Inside Google, MapReduce is used for 80% of all the data processing needs. That includes indexing web content, running the clustering engine for Google News, generating reports for popular queries (Google Trends), processing satellite imagery , language model processing for statistical machine translation and even mundane tasks like data backup and restore. The other 20% is handled by a lesser kn
-
livedoor Techブログ : 1000台の子供達 - livedoorを支えるサーバ群 -
自己紹介 私はライブドア（以下LD）で働いております安保サニーと申します。勤務地はLDのデータセンターこと「DATAHOTEL」です。前職はウェブディレクターを2年程やっており、Linuxの黒い画面て何？というレベルから、かれこれ3年が経とうとしてます。つまり技術的には、まだ若輩者です。 livedoorのメインサービスとも言える、「ポータル用サーバ」を、この2年間で1000台以上の台数を作成してきた私が、その流れを紹介したいと思います。 (注）基本的には流れ作業ですｗ 月に何台？ Alexaランキングでもトップ100に入る程のトラフィックを支えるサーバですが、大体ひと月にセットアップするサーバは40〜50台くらいです。ただし毎月増え続けているわけではなく、リプレースや仮想化による圧縮などがあるので、平均すると常に3000台くらいのサーバが、サービスを支えています。 標準的なサーバおよびO
-
後悔なき公開 - 書評 - 4Gbpsを超えるWebサービス構築術 : 404 Blog Not Found
2009年08月13日15:00 カテゴリ書評/画評/品評iTech 後悔なき公開 - 書評 - 4Gbpsを超えるWebサービス構築術 ライブドア櫛井様より献本御礼。 4Gbpsを超えるWebサービス構築術 伊勢幸一 / 池邉智洋 / 栗原由樹 / 山下拓也 / 谷口公一 / 井原郁央 元取締役であるという立場を離れて言う。本書の内容は、すごいものが本当に多すぎる。本書を紹介しているだけの本エントリーに対して、対象となっている本を読まずに、批判コメントや自分の意見を書くのは、4Gbpsを超えるWebサービスを構築してからにしろ。 本書「4Gbpsを超えるWebサービス構築術」は、日本を代表するWebサービスプロバイダー、livedoorの手口公開。「親バカ」を差し引いても、その凄さは「[24時間365日]サーバ/インフラを支える技術」を凌駕すると言える。 目次 - ソフトバンク クリエイ
-
-
Scribd での Squid によるキャッシング方法 | Carpe Diem
Alexey Kovyrin’s Blog に Scribd での Squid によるキャッシング方法が紹介されていました。 かなり興味深い記事だったので、日本語で要約としてまとめておきます。このエントリでは、ハードウェア設定、ソフトウェア設定、キャッシングクラスター設定、の3つの章から説明されています。 ハードウェア設定 次のようなハードウェア仕様のサーバを使っています。 CPU: Xeon 5418 x 1(CPU 使用率平均は 1% 以下なので安い CPU を使っているとのことです) RAM: 8GB Disk: SAS 15000回転 x 4 で、JBOD(RAID 未使用、すべての RAID のタイプを試してみたが、I/O パフォーマンスを改善する助けになるものはなかった) 高回転型のディスクを使っていて、JBOD にしているところが興味深いです。CPU の負荷グラフも公開されて
-
Cobbler - mizzy.org - Trac
Cobbler が素敵すぎる ネットワークインストール環境がさくっと構築できる Cobbler がおもしろそうなので触ってみたメモ。参考にしたサイトは以下の通り。 サーバの構築を簡単にするためのステップ （その5：Cobber編 Part1 ） サーバの構築を簡単にするためのステップ （その6：Cobber編 Part2 ） PXEネットワークインストール(Cobbler) cobbler_top - Cafe Chantant Info Repositry - Trac 以下、Fedora 7 で Cobbler を動かしてみたメモ。 インストール yum で一発インストール。 $ sudo yum install cobbler 設定 cobbler check コマンドを実行すると、見直すべき設定ポイントを教えてくれる。親切。 $ sudo cobbler check The fol
-
HugeDomains.com
Captcha security check cafechantant.com is for sale Please prove you're not a robot View Price Processing
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2024 Hatena. All Rights Reserved.
設定を変更しました