製品構成の概要

   RHCSのIPロードバランサは、ロードバランサの管理ツールであるpiranha(ピラーニャ=ピラニア)、LVSの管理を行うipvsadm、 実際に処理を行うサーバ(実サーバ)の死活確認を行うためのハートビートを送受信するpulseなどから構成されます。

   piranhaはpiranha-guiデーモンによってWebベースの管理用の画面を提供します。インストール後にpiranha-passwd コマンドを実行することで管理用アカウントのパスワードが設定でき、以降のロードバランサに関するすべての設定は一般的なWebブラウザから行うことが可 能です。

ハードウェア

   RHCSのIPロードバランサが必要とするハードウェアは2台のLVSと実サーバ群(サーバプール)で構成され、いずれも一般的なサーバ製品を用いることが可能です。レッドハットの認定ハードウェアのリストがRed Hatのハードウェアカタログ(http://bugzilla.redhat.com/hwcert/)にありますので、このリストからハードウェアを選定するのが確実な構築への近道です。

   様々なハードウェアを選択可能であることから、専用のロードバランサボックスを用いる場合に比べてコストを抑えることができます。クラスタの目的の 1つは、安価なハードウェアを複数用いて可用性を高めつつ高度な処理を行うことであり、レッドハットのRHCSは価格設定とあわせて、この目的に非常に合 致した製品といえます。実際の事例として10万円以下のハードウェアを5台(LVS2台、実サーバ3台)用いてWebサーバを構築した例があります。

負荷分散アルゴリズム

   RHCSのIPロードバランサにおいては負荷分散のアルゴリズムを多様なパターンから選択できます。最も単純な方法では、接続数の少ない実サーバに要求を割り振ります。

   しかし実サーバが異なる性能を持っている場合、性能に応じた重み付けを行って要求を割り振け、負荷が実サーバ間で均等にすることも可能です。あるい は、サーバの性能が厳密に定義できない場合や、要求された個別の処理によってサーバの負荷が大きく変動する場合は、サーバの負荷状況を検出した上でより負 荷の低いサーバに要求を割り振ることも可能です。

   LVSを技術的に見ると、DNAT(Destination Network Address Translation)を実装したものであり、LVSを管理するipvsadmはカーネルのルーティングテーブルをダイナミックに変更するデーモンです。

Cluster Manager

   フェイルオーバークラスタは、共有ストレージを持つ複数のクラスタノードがサービスに利用するIPアドレスを維持し続けることで、可用性の高いサービスを提供します。

   エラーが発生したノードはストレージやサービスに利用するIPアドレスなどの共有リソースを解放し、自動的に停止あるいは再起動プロセスを開始しま す。他のノードはエラーを検知すると、共有リソースをロックして、エラーが発生したノードで実行されていたサービスを開始します。

製品構成の概要

   Cluster Managerは、クラスタの設定をノード間で同期するccsd(cluster configuration service daemon)、共有ストレージの排他制御のためのロック機構を管理するdlm(distributed lock manager)、クラスタの各種リソースを管理するrgmanager、フェンスデバイスを管理するfence、そしてクラスタ全体を管理するcman などから構成されます。

   RHEL4には数多くの高機能サーバが同梱され、そのほとんどが最小限の設定変更、場合によってはまったく設定を変更することなくクラスタ化することが可能です。もちろんRed Hatのソフトウェアカタログ(http://www.jp.redhat.com/software/ISV/isv_catalog/)に掲載されているアプリケーションやお客様が開発されたカスタマイズアプリケーションをクラスタ化することも可能です。

Cluster Manager
図2:Cluster Manager

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30