Serf+HAProxyで作るAutomatic Load Balancer - Glide Note
hashicorp/serf Serf Serf使ってますか！サーフ！ 諸事情というか大人の事情で急遽自前でロードバランサを用意しないといけなくて、それをissueに書いてたら、 あんちぽさんがSerf+HAProxy使ったらいいのでは、 とIRCで助言をくれて、同日のmizzyさんのブログでもSerfに言及していたので、 ちょっとSerfの概要を知るためと、Serf+HAProxyが実際ロードバランサとしてどんな感じに使えるのか検証してみた。 I told @glidenote about a combination of Serf and HAProxy this morning, and he has already implemented the arch. and done investigation… — kentaro (@kentaro) October 29, 2013
[ThinkIT] 第1回：クラスタソフトウェアの導入にあたって (1/3)
レイヤーが低い障害ほど低コストで実現できる対策ですが、その分システムのダウンタイムや損害が大きく復旧までにかかる時間やコストが業務に大きな影響を与える可能性が大きくなってきます。以下に企業規模と障害の関係をあげます。 SOHOレベルの企業の場合 ハードディスクのRAID化がなされていないのはもちろん、データのバックアップすら考慮されておらず、ハードウェア障害時にはデータが消失してしまうケースも。 中小企業の場合 ファイルサーバやデータベースサーバのデータ自体のバックアップをしているケースは多いですが、システム自体はクラスタリングされていないため、ハードウェア障害時には復旧まで数時間、時には1日程度かかる場合もあり、その間業務は停止状態に。 拠点数が少ない中〜大企業の場合 システムがクラスタ化されているため、システム障害の発生は限りなく低く抑えられていますが、ハードウェアに対する火事や自然災
データベース・クラスタの概要
はじめに これから4回にわたり、PostgreSQLを中心に、データベース・クラスタについて解説します。以下の内容を予定しています。 第1回: データベース・クラスタの概要 第2回: PostgreSQLクラスタの動向 第3回: 主要なPostgreSQLクラスタ（前編） 第4回: 主要なPostgreSQLクラスタ（後編） 1. データベース・クラスタとは データベース構築の基本は、1つのサーバーに1つのデータベースを構築し、運用することです。しかし、いろいろな理由から、1つのデータベースを複数のサーバー（仮想サーバーを含む）にまたがって構築するケースが増えてきました。 本連載では、いろいろな種類のデータベース・クラスタとその用途、主な技術や実装例を解説します。解説の対象となるデータベース・クラスタとは、1つのデータベースを、複数のサーバーや仮想サーバー上に構築するシステムを指します。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/linuxtutorial/20070629/1.html
