Node.js cluster.jsによるgraceful restartについて | Trifort Tech blog
こんにちは。 Trifortの山中です。 社内ではAndroid兼node.js周りの開発を行っています。 まず今回は弊社で運営しているスタートークというアプリで使っている、Node.jsのネットワーク構成等を書きたいと思います。 Star Talk 〜スタートーク〜 弊社で開発しているトークアプリです LINEと違ってニックネームだけで始められます。落としていない方はぜひダウンロードを。 機能面ではよくあるチャットアプリの基本的機能は網羅しており、加えてタスク管理やチャットの全文検索、お気に入りや複数デバイス同時ログイン可能など多彩な独自機能を含んでいます。 しかし、なにより重要なのはアプリの安定性です。 リリース当初はサーバーサイドの担当だったのですが(Android開発者で入ったのに)、現在ではDAUの増加や新機能開発に伴いサーバーサイドの担当者が増え、私はAndroidをメインで
Cluster
Node.js v0.6 の新機能として cluster モジュール が導入されました．cluster モジュールは，HTTP を含めた TCP 接続を複数の子プロセス (ワーカプロセス) で処理することにより，特にマルチコア環境でのスループット (リクエスト／秒) を向上するための機能です． しかし，ドキュメントにはその使い方が書かれているだけで，どのように実現されているかは書かれていないので，ここで簡単に紹介しておきます． Node.js のクラスタ機能は v0.5.10 で突然コマンドラインオプションとして導入されましたが，直後の「東京 Node 学園祭 2011」が行われた頃にはコマンドラインオプションは廃止されて cluster モジュールによって API が提供されるようになり，その翌週の v0.6.0 リリース数時間前にはその API が変更されるというドタバタぶりでした
ローリングリスタート！
MySQL 5.1の新機能総まとめ 今回は、まずMySQL 5.1の最新機能についてまとめて紹介しましょう。 「パーティショニング」は、巨大なテーブルを分割することで、参照・更新の性能を向上するテクニックです。特にデータウェアハウスなど、巨大なテーブルが必要な場面で役立つでしょう。パーティションの分け方には4つの種類があり、用途に応じて使い分けることができます。それぞれ、Rangeパーティショニング、Listパーティショニング、Hashパーティショニング、Keyパーティショニングです。今後、扱うべきデータがますます大きくなることが予想されます。ぜひパーティショニングを活用しましょう。 「行ベースレプリケーション（RBR）」では、これまでのステートメントベースレプリケーション（SBR）に加えて利用できる機能です。SBRでは複製するのが不可能だったUUID()などの関数も複製ができるようになり
ここが新しい！MySQL 5.1
MySQL 5.1とMySQL Clusterの分離 MySQLを開発していたMySQL ABが、2008年2月にサン・マイクロシステムズに買収されました。買収以前もオープンソースデータベースとして人気を誇っていたMySQLですが、買収後はダウンロード数が増え、さらに勢いづいてきているように思います。最近は少しロードマップに変化もあり、また最新版であるMySQL 5.1もリリースが近づいていますので、今回はMySQLの最新情報を中心に紹介したいと思います。 まず最新版であるMySQL 5.1ですが、原稿執筆時点（2008年6月中旬）では5.1.25-rcというリリース候補版のバージョンのものがリリースされています。GAバージョンのリリースが迫ってきているので、この記事が掲載されるころにはちょうどGAバージョンがリリースされているかも知れません。 実は5.1.25-rcでは大きな変更がありま
rubyneko - 誰でも30秒ぐらいでできるrailsのデプロイ
【愕然】喧嘩した俺夫婦→翌日、俺「嫁子、喧嘩しても家事はボイコットしないでくれ！」嫁「家事はね..」俺「なんじゃそりゃ！？」→結果
結局lighttpdからmungrel_clusterに移行
「 lighttpdで稼働しているrailsアプリでリダイレクトが効かなくなった」件だが，結局原因は判明せず。どうもyumの自動更新によってlighttpdがバージョンアップされたらしく，そのタイミングで動作がおかしくなった模様。 apacheとlighttpdの組み合わせは，mongrelの自動機能の設定を行うのが面倒そう，という安易な理由で選んだのだが，やはり世の中はapacheとmongrelの組み合わせが多数派なようである。いつまでも放置していると，ユーザ(とっても目の肥えた数人)に対して非常に恥ずかしく，最悪の場合「Ruby on Railsなんてそんなもんだよね」とか言われてしまうかもしれない。よって，mongrelに運用環境を移行することを決意。 さっそく手順を探していると，とってもよさそうなブログのエントリを見つけた。 「 mongrel_cluster」- バリケンのRu
[ThinkIT] 第3回：MySQL Clusterについて学ぼう！ (1/2)
MySQL AB社は、Ericsson社が2000年に設立したAlzato社を2003年に買収しました。MySQL Clusterは、Alzato社の通信・IP環境向け高可用性クラスタリング製品である「NDB Cluster」を取り込んでいます。 MySQL Clusterは、NDBというストレージ・エンジンに位置づけられます。MySQL Clusterは、トランザクション機能をサポートしてしますがクラスタ構成を前提としている点がInnoDBとは異なっています。MySQL Clusterのデータ・ノードは、データベースの一部を分散保持する事で負荷分散と高速性を実現し同時に他のノードのデータの一部を保持することで高可用性に対応しています。
Open Terracottaについて調べてた - IT-Walker on hatena
今日は、とある理由からOpen Terracottaというプロダクトについて調査してました。 で、すごいですねこれ。 要はクラスタリング、キャッシング用のライブラリなのですが、すごいのはシングルJVM用のコードを一切いじらずにクラスタ化できること。 クラスロード時にバイトコードを操作し、PUTFIELD/GETFIELD命令をトラップすることによって実現しています。Terracottaサーバを一台用意すると言う中央集権体制で、フィールド変更⇒Terracottaサーバに通知⇒クラスタ内の全てのJVMに通知、という流れでフィールド単位のデータ変更がクラスタに流れます。 で、そんな時気になるのがクラスタ内の２台が同時にフィールド変更を行ったときのポリシーはどうなってるの？ってところですが、Terracottaはその解決策もなかなかです。 普通にそれを行ってしまうとデータは壊れますが、もしJav
[ThinkIT] 第2回：Serviceguard for Linuxでクラスタ環境の管理 (1/3)
前回はRed Hat Eterprise Linux 4におけるクラスタリングについて説明するとともに、HAクラスタリングを実現するServiceguard for Linux（以下、SGLX）の解説をしました。続く今回は、SGLXを使ったクラスタがどのようになっているかを説明していきます。 SGLXで構成されたHAクラスタシステムは、複数のクラスタノードから構成されているため、ノードごとにそれぞれが固有のIPアドレスを持っています。これをステーショナリIPアドレスと呼びます。 なお、クラスタサービスが起動しているいないにかかわらず、メンテナンスなどの理由により、クラスタノードに直接ログインしなければならない場合は、ステーショナリIPアドレスを使ってアクセスします。 SGLXには仮想IPアドレスと呼ばれる機能があります。仮想IPアドレスにより、クライアント側からクラスタシステムをみる
2006-08-29
昨日作ったRubyの環境にmongrelをインストールしようとしたらこんなエラーが出た。 Building native extensions. This could take a while... extconf.rb:1:in `require': no such file to load -- mkmf (LoadError) from extconf.rb:1 ERROR: While executing gem ... (RuntimeError) ERROR: Failed to build gem native extension. Gem files will remain installed in /usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.1 for inspection.mkmfってなにさ？って調べてみたらこんなのを見つけまし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JRubyのクラスタリング - TerracottaによるJRubyの透過的なクラスタリング
止まらないシステムはLinuxで作る！～オープンソースを活用したHAサーバ構築入門一覧
http://d.hatena.ne.jp/drawnboy/20060613/1150170093