3. Direct Server Return Example (Single Legged) :: BalanceNG Load Balancer
BalanceNG > Application Examples > 3. Direct Server Return Example (Single Legged) The initial Web Server Network The initial web server network before adding BalanceNG load balancing is the same as in Example 1 (switches not shown): Network configuration before deploying BalanceNG For this example we assume the following IPv4 network parameters being valid within the local network: Network addres
ウルシステムズ株式会社 | UL Systems, Inc. | 技術トピックス | 設計・実装 : 実例で学ぶWebシステムのチューニング手法
実例で学ぶWebシステムのチューニング手法 IDGジャパン JavaWorld誌2002年2月号特集 「実例で学ぶWebシステムのチューニング手法」の原稿を元に再構成 (埋金 進一・藤野 契) 近年、大規模で複雑なWEBシステムはアプリケーションサーバを使用して構築するのが常識となりつつある。J2EEの生産性の高さや、アプリケーションサーバの高速性など、CGI + Perlを利用した従来の WEBシステムと比べて、アプリケーションサーバを使用することのメリットは非常に大きい。 アプリケーションサーバを使用して、WEBシステムを開発したが、いざ運用を始めようという段階になって思ったように性能がでないであるとか、運用開始後、順調にアクセス数が増えてきてパフォーマンスが厳しくなってきたというような経験をした読者も多いと思う。 本稿では、実際に筆者が行っている方法をベースにWEBシステムの
高信頼性のWebサーバを作る - NetPerfect
aptのインストール FreshRPMSより、aptをダウンロード # rpm -ivh apt-0.5.5cnc6-fr1.i386.rpm /etc/apt/sources.listに以下 2行を追加 rpm http://apt.parrswood.manchester.sch.uk ultramonkey rh.9 rpm-src http://apt.parrswood.manchester.sch.uk ultramonkey rh.9 アップデート＆チェック # apt-get update # apt-get check ↑ Ultra Monkeyのインストール Ultra Monkeyのサイトから一式ダウンロード、um4rh9というディレクトリにまとめておく。 カーネルの更新 # rpm -Fhv kernel*2.4.20-31.9.um.2.i686.rpm カーネ
Kazuho@Cybozu Labs: DNS ラウンドロビンと高可用性 (High Availability)
« brainf*ck でマジメに素数探索 | メイン | Brainf*ck で動的リスト » 2006年06月29日 DNS ラウンドロビンと高可用性 (High Availability) ウノウラボ Unoh Labs - ベンチャー流サーバ構築のススメ(ネットワーク編) について。 おもしろく読ませていただきました。また、監視系を導入せずに自律的に動作させようという発想も大好きです。 でも、 DNSは各回線の内側に設置しておきます。例えば上図のような場合、回線A側のDNSは回線AのIPアドレスを返すようにして、回線B側のDNSは回線BのIPアドレスを返すようにします。こうするとどちらかの回線が切れたときは切れたほうの回線のDNSにアクセスできなくなるので、自動的に生きている方の回線に接続されるようになります。 (ウノウラボ Unoh Labs - ベンチャー流サーバ構築のススメ(
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
ブログマーケティング、ブログ広告のアジャイルメディア・ネットワーク：Agile Media Network
世界中の"好き"を加速する わたしたちは、人々が生み出す“好き”という気持ちやユニークなアイデアを大切にし、 その価値を世界に流通させることで「小さな経済」を成長させ続けます。 newsニュース
YAPC::Asia 2007 Tokyo Sessions
Schedule Tsuda Hall (download) T101 + 102 (download) Apr 04, 2007 TimeTsuda HallT101+102
Six Apart - Tech Talk Blog: Perl モジュールの作り方
こんにちは。TypePad Engineer の重田です。 今年も YAPC::Asia Tokyo の季節がやってきました。今回も豪華メンバが参加するのでとても楽しみですね。 さて今回はYAPCにちなんでPerlモジュールの作成方法をご紹介します。 準備 Perl プログラマのバイブルである Perl Best Practices の Chapter17: Modules の Refactoring の冒頭で Damian Conway が言っています。 Place original code inline. Place duplicated code in a subroutine. Place duplicated subroutines in a module. さあ皆さんもそろそろ車輪の再発明に別れを告げてモジュール作りをはじめてみませんか？ h2xs 少し前の書籍などでは h2
Martin Fowler's Bliki in Japanese - 技術的負債
http://www.martinfowler.com/bliki/TechnicalDebt.html システムに新しい機能を追加するとしよう。2つのやり方があるはずだ。ひとつは、早いけれど、ぐちゃぐちゃになるやり方（将来、変更が困難になることは分かっているよね）。もうひとつは、キレイな設計だけど、導入に時間のかかるやり方。 「技術的負債」とは、Ward Cunningham が作ったメタファーである。上記の問題について考える際に、この言葉が役に立つ。このメタファーを使うと、早いけれど汚い解決方法は（ファイナンスの負債と同じく）技術的な負債が発生する、ということになる。 通常の負債と同じく、こちらの負債も利子を払う必要がでてくる。 早いけれど汚い設計を選んだせいで、将来の開発において余分な労力をさかねばならなくなる、というわけだ。 これからずっと利子を払いつづけていくことも可能だし、 リ
2007/02/23 - memo - unknownplace.org
つくった。 http://svn.unknownplace.org/public/scripts/jemplate-maketext.pl Jemplate のテンプレート内に {{Hello}} とか _("Hello") とかかいておいて jemplate -c のかわりに jemplate-maketext.pl --path lib/MyApp/I18N --locale ja templates/jemplates/*.tt > jemplate_ja.js みたいにすると {{Hello}} とかの部分がその言語になったファイルができるというやつ。jemplate -c の簡単なラッパ。 --path には .po や .mo のあるディレクトリを指定する。 "Hello %1!" みたいなのには対応できないんだけど、まぁとりあえずこれで。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
