• 検索結果がありません。

PRIMERGY RX300S6 におけるクラスタ製品「DB/Control」と「DBC/APKeeper」の動作検証報告

N/A
N/A
Protected

Academic year: 2021

シェア "PRIMERGY RX300S6 におけるクラスタ製品「DB/Control」と「DBC/APKeeper」の動作検証報告"

Copied!
6
0
0

読み込み中.... (全文を見る)

全文

(1)

PRIMERGY RX300S6 における

クラスタ製品「DB/Control」と「DBC/APKeeper」の動作検証報告

2011 年 4 月 4 日 データアクセス株式会社 PRIMERGY RX300S6 に お い て 、 弊 社 ク ラ ス タ ソ フ ト ウ ェ ア 製 品 「 DB/Control 」 と 「DBC/APKeeper」の動作検証を行いましたので報告いたします。 センタ受付番号 D201103-00379 期間 2011 年 3 月 28 日~31 日

検証ルーム Validation room 01-A(富士通トラステッド・クラウド・スクエア)

【お問合せ先】 香西省治 データアクセス株式会社 E-mail [email protected] URLhttp://www.dacc.jp 〒170-0013東京都豊島区東池袋1丁目47番3号 17山京ビル8F TEL 03-6802-5327 FAX 03-6802-5328

(2)

1.検証目的 サーバに PRIMERGY RX300S6 を RHEL6 の OS 環境で使用したシステム構成で、以下の弊社 クラスタ製品が問題なく動作することを確認する。 ・ DB/Control 各サーバ内蔵 HDD を用いて PostgreSQL または MySQL のマルチマスタ方式同期型レプ リケータとして動作するミドルウェアです。「マルチマスタ方式同期型レプリケータ」とは、クラ スタを構成する 2 台以上のサーバ全ての内蔵 HDD に同一のデータベース内容を保持し、 データベース更新要求を任意のサーバで受付けて、その受付けた更新処理要求を全サー バで実行終了するまで待合せる機能を持ったソフトウェアです。データベースシステムの高 可用化(High Availability)とスケールアウトによる拡張性を実現できます。 ・ DBC/APKeeper 複数台のノード(サーバ)で構成したシステムで、ノード故障を自動検出し、正常動作する ノードでサービスを継続して高可用化(High Availability)を実現するソフトウェアです。N 台 のノード構成で、1 台運用/N-1 台予備と、N 台運用の両方のシステム構成に対応します。 DB/Control と組合せて、以下のように最小構成 2 台のコンパクトなサーバ構成で Web-AP システム等データベースを用いた高可用システムを構築できます。 待機 ノード Web層 AP層 DB層 Web層 AP層 DB層 運用ノードの 故障検出 DB層 DB層 故障 クライアント クライアント Web層 AP層 Web層 DB層 DB層 AP層 DB/Controlで共有ストレージを使用しな い高可用性データベースシステムを構築 運用 ノード 運用 ノード Web層 AP層 DB層 Web層 AP層 DB層 運用ノードの 故障検出 DB層 DB層 故障 運用 ノード クライアント クライアント Web層 AP層 Web層 DB層 DB層 AP層

(1)「DBC/APKeeper+DB/Control」による一般的な運用-待機のノード構成

(2)「DBC/APKeeper+DB/Control」による両系運用のノード構成

運用 ノード 新運用 ノード

(3)

2.検証内容 ・ PRIMERGY、RHEL6 での製品インストール手順確認 ・ DB/Control で過負荷運転を含む長時間連続正常運転(自社製擬似アプリケーション使用) ・ DB/Control と DBC/APKeeper を組み合わせたシステム構成で故障発生時の、ノード(サー バ)自動切替えによる故障復旧 ・ 共有ストレージを使用したシステム構成で故障発生時の、DBC/APKeeper のノード(サーバ) 自動切替えによる故障復旧 3.検証環境 ・ DB/Control と DBC/APKeeper の動作確認用 ・ 共有ストレージを使用した DBC/APKeeper の動作確認用 【RX300S6:ノード名 RX17、RX20】 ・ ハードウェア構成 CPU:Xeon X5680 3.33GHz/6 コア/12MB、MEM:8GB 内蔵 HDD:SAS300GB ・ 主要ソフトウェア構成 DB/Control-02.11、DBC/APKeeper-svr-02.01 OS: RHEL6 DBMS: PostgreSQL9.0.3/MySQL5.1.47 apache2.2.15、postfix2.6.6、dovecot2.0 【ETERNUS DX60】 HDD: 300GB×24、CM: 2GB、Port: FC4Gbps×4 ポート 4.検証結果まとめ PRIMERGY、RHEL6 での製品インストール手順確認 問題なし DB/Control で過負荷運転を含む長時間連続正常運転 問題なし DB/Control と DBC/APKeeper を組み合わせたシステム構成で故障発生時 の、ノード(サーバ)自動切替えによる故障復旧 問題なし 共有ストレージを使用したシステム構成で故障発生時の、DBC/APKeeper の ノード(サーバ)自動切替えによる故障復旧 問題なし RX300S6 RX300S6 内蔵HDD 内蔵HDD ノード名:RX17 ノード名:RX20 RX300S6 FiberChanel RX300S6 内蔵HDD 内蔵HDD 共有ストレージ ETERNUS (DX60) ノード名:RX17 ノード名:RX20

(4)

(参考) 検証内容/結果の詳細

(a) RHEL6 での製品インストール手順確認

DB/Control と DBC/APKeeper 各製品の取扱説明書に記載された RHEL4,5 でのインストール 手順と同じ手順でインストールできることを確認した。 (b) DB/Control で過負荷運転を含む長時間連続正常運転 ・ 検証システム構成 ・ 検証作業内容 ※ 1 回の過負荷運転は、DB/Control 経由でデータベース(レコード数 100 万件)に対して以 下の処理を 10 時間連続で実行するアプリケーションプログラム(擬似 AP、弊社作製)を、 各サーバで 4 プロセス同時に実行(システム全体で 8 プロセス同時実行)。 データベース接続→ データベースの検索要求と更新要求を指定比率で 40 回連続発生させ実行→ データベース接続を切断→ 10 秒停止 ※ 過負荷運転中の各サーバのロードアベレージは 100~200% ※ 上記過負荷運転を、PostgreSQL9.03.3 で 2 回、MySQL5.1.47 で 1 回実施。 ※ DBC/APKeeper は過負荷運転を含む長時間正常運転の間、DBMS(DB/Control)の監 視を実施 ※ 上記過負荷試験を含め、上記構成で最長 50 時間の連続運転を実施。 ・ 検証結果 検証期間中、DB/Control と DBC/APKeeper の動作に問題なし。 (c) DB/Control と DBC/APKeeper を組み合わせたシステム構成で故障発生時の、ノード(サー バ)自動切替えによる故障復旧 ・ 検証システム構成

※ apache と DBMS(PostgreSQL/MySQL)で擬似 Web-AP システムを構築

※ DBC/APKeeper を、両系運用と運用/待機系(ACT-SBY 構成)のそれぞれの運転形態 で、DBMS(DB/Control)と apache の監視を実施。 ※ 両系運用の運転形態:ノード(RX17 と RX20)のそれぞれに個別にクライアントから接続用 RX300S6 RX300S6 内蔵HDD DB層 内蔵HDD ノード名:RX17 ノード名:RX20 擬似AP 擬似AP RX300S6 RX300S6 内蔵HDD DB層 内蔵HDD ノード名:RX17 ノード名:RX20 WEB/AP層 (apache) WEB/AP層 (apache)

(5)

仮想 IP アドレスを割り付けて両ノードにクライアントから接続可能にする。 ※ 運用/待機系(ACT-SBY 構成)の運転形態:一方のノード(運用系、RX17)にのみクライ アントから接続が可能となるように仮想 IP アドレスを設定する。 ・ 検証作業内容 【両系運用】 ※ クライアントから接続可能な 1 ノード(運用系、RX17)の DBMS サーバ(MySQL)をコマンド により停止する(擬似故障発生)。 ※ RX17 で動作する DBC/APKeeper が DBMS 異常を検出し、RX17 に設定されていたクライ アント接続用仮想 IP アドレスで RX20 に正常に接続して擬似 Web-AP が動作することを 確認する。 ※ 上記の確認を、apache サーバをコマンドにより停止(擬似故障発生)した場合も行う。 【運用/待機系】 ※ クライアントから接続可能なノード(運用系、RX17)の DBMS サーバ(MySQL)をコマンドに より停止する(擬似故障発生)。 ※ RX17 で動作する DBC/APKeeper が DBMS 故障を検出し、RX17 に設定されていたクライ アント接続用仮想 IP アドレスで RX20 に正常に接続して擬似 Web-AP が動作することを 確認する。 ※ 上記の確認を、apache サーバをコマンドにより停止(擬似故障発生)した場合も行う。 ・ 検証結果 DBC/APKeeper と DB/Control が正常に動作することを確認した(故障検出後、系切替え時 間 1 秒程度)。 待機 ノード DB層 DB層 運用ノードの 故障検出 DB層 DB層 故障 クライアント クライアント Web/ AP層 DB層 DB層 Web/ AP層 運用 ノード 新運用 ノード 故障 RX17 RX20 RX17 RX20 Web/ AP層 Web/ AP層 運用 ノード DB層 DB層 運用ノードの 故障検出 DB層 DB層 故障 クライアント クライアント Web/ AP層 DB層 DB層 Web/ AP層 運用 ノード 運用 ノード 故障 RX17 RX20 RX17 RX20 Web/ AP層 Web/ AP層

(6)

(d) 共有ストレージを使用したシステム構成で故障発生時の、DBC/APKeeper のノード(サーバ) 自動切替えによる故障復旧

・ 検証システム構成

※ apache で擬似 Web サーバ、postfix と dovecot で擬似メールサーバを構築(コンテンツ、メ ールボックスは共有ストレージに配置)

※ 運用/待機系(ACT-SBY 構成)の運転形態で、一方のノード(運用系、RX17)にのみクラ イアントから接続が可能となるように仮想 IP アドレスを設定する。

※ DBC/APKeeper は、運用系でのみ apahce と postfix、dovecot の監視を実施。 ・ 検証作業内容 ※ クライアントから接続可能なノード(運用系、RX17)の apache サーバをコマンドにより停止 する(擬似故障発生)。 ※ RX17 で動作する DBC/APKeeper が apache 停止を検出し、RX17 に設定されていたクラ イアント接続用仮想 IP アドレスで RX20 に正常に接続し、擬似 Web サーバ、擬似メール サーバが正常に動作することを確認する。 ・ 上記の確認を、postfix サーバ、dovecot サーバをコマンドにより停止(擬似故障発生)した場合 も行う。 ・ 検証結果 DBC/APKeeper が正常に動作することを確認した(故障検出後、系切替え時間 1 秒程度)。 以上 RX300S6 FiberChanel RX300S6 内蔵HDD 内蔵HDD 共有ストレージ ETERNUS(DX60) RX17 RX20 メール サーバ (postfix /dovecot) WEB サーバ (apache) メール サーバ (postfix /dovecot) WEB サーバ (apache) 待機 ノード 運用ノードの 故障検出 クライアント クライアント 新運用 ノード RX17 RX20 ETERNUS メール サーバ Web サーバ サーバメール Web サーバ 故障 RX17 メール サーバ Web サーバ サーバメール Web サーバ 故障 ETERNUS RX20 運用 ノード

参照

関連したドキュメント

2012 年 3 月から 2016 年 5 月 まで.

ESMPRO/ServerAgent for GuestOS Ver1.3(Windows/Linux) 1 ライセンス Windows / Linux のゲスト OS 上で動作するゲスト OS 監視 Agent ソフトウェア製品. UL1657-302

 リスク研究の分野では、 「リスク」 を検証する際にその対になる言葉と して 「ベネフ ィッ ト」

FSIS が実施する HACCP の検証には、基本的検証と HACCP 運用に関する検証から構 成されている。基本的検証では、危害分析などの

さらに, 会計監査人が独立の立場を保持し, かつ, 適正な監査を実施してい るかを監視及び検証するとともに,

○水環境課長

(a) ケースは、特定の物品を収納するために特に製作しも

2019年6⽉4⽇にX-2ペネ内扉に,AWJ ※1 にて孔(孔径約0.21m)を開ける作業中,PCV内 のダスト濃度上昇を早期検知するためのダストモニタ(下記図の作業監視⽤DM①)の値が作 業管理値(1.7×10