TOP＞設計・移行・活用＞ Oracle導入に関する留意事項
LifeKeeperのすべて
LifeKeeperのすべて

第８回：MySQL／OracleとLifeKeeperによるHAクラスタ化
 著者：サイオステクノロジー クラスタソリューショングループ
監修者：サイオステクノロジー  小野寺 章   2005/1/13
前のページ  1  2  3   4  次のページ
Oracle導入に関する留意事項

   Active-Standby構成の両系のサーバでデータ領域が共有されることが前提となるため、インストールの際には両系でストレージ領域をマウントして上書きをする形で導入を行う。

   インストール時に初期のデータ領域を作成するかどうかは任意で選択できるが、今回はインストールの手順でデータ領域を作成せず、インストール終了後に手動でデータ領域を作成することで作業時間を圧縮することが可能となる。また、共有ストレージ上のデータに両系からアクセスするためには、Oracle管理ユーザのUIDが両系で同一であるように配慮しなければならない。

   またOracle ARKでは、Listenerのダウンを切り替えのトリガとはしていない。動作の仕様としては、監視対象として定義しておき、Listenerのダウン時に再度立ち上げることになる。

   この動作を期待する場合、Listenerに使用するVIPがLifeKeeperの保護対象リソースとして定義されており、Listener定義ファイルのHOSTにそのVIPが指定されている必要がある。

   Listenerファイルの定義方法については割愛するが、設定にあたりSteelEye社のWebページからダウンロード可能なOracle ARKのドキュメントを一読しておくことをお薦めする。
Oracle ARKによるHAクラスタ化

   OracleのHAクラスタ化に関しては、MySQLの構築手順で解説している事項については重複を避け必要な設定項目のみを紹介していく。
GUIからの設定

   MySQLの組み込み時と同様に、Oracleをプライマリサーバ上で起動した状態で、GUI画面から以下の操作を行って、をLifeKeeperのリソースとして組み込むことになる。

   まずGUI画面メニューバーから、「Edit → Resource → Create Resource Hierarchy 」を選択する。次にGUIの各画面から表7の項目を入力する。

画面名 選択・入力内容
SelectRecoveryKIT Oracle Database（※7）
SwitchbackType Intelligent
Server DBのプライマリサーバ
Oracle_SID for Database thinkit（※8）
ORACLE_HOME for Database /opt/oracle/product/10.2.0（※9）
Database Tag ThinkIT（※10）

表7：Oracle ARKの設定項目

※注7： Oracleが選択肢にない場合は、Oracle ARKのパッケージ（SteelEye-lkORA-5.1.0-2）のインストールとライセンスの組み込みをする必要がある。
 ※注8、注9： oratabファイル内でORCALE_SIDとORACLE_HOMEを紐づけておく。
 ※注10： LifeKeeperの管理上の任意の名称を付ける。今回はThinkITとしたが、SIDと関連付けなくとも動作上に影響はない。

   以上の項目を入力後「Create」をクリックすることでプライマリサーバ側のORACLEリソースが作成される。

   MySQLの場合と同様に、これに続くリソース情報の拡張（Extend）のための手順は割愛する。今回はGUIからのOracleリソースのHAクラスタ化に関しては入力項目の紹介のみとなるが、MySQLと同様にGUI上からシンプルに構築を行うことができる。

   続いてMySQLのリソースを例に、LifeKeeperの主要な機能の確認手法について紹介する。
HAクラスタ化後の動作確認

   LifeKeeperの機能として最低限確認したい事項は以下の3点である。

  • 切り替え操作時の動作
  • ローカルリカバリの動作（障害時に現用系サーバ上でサービスの再起動を試行する）
  • フェイルオーバーの動作（ローカルリカバリに失敗した場合に待機系に自動的に切り替わる）

表8：確認するLifeKeeperの機能

   切り替え操作についてはGUI画面上から切り替わりを確認するだけであり、また本連載の「第3回：LifeKeeper for Linuxの操作」においても紹介をしているので割愛する。今回は残る2点の動作確認についてMySQLを例に紹介する。
ローカルリカバリの確認

   今回は、プロセスにKILLシグナルを送った場合の挙動でローカルリカバリが正常に動作することを確認していく。まずは、作業前の状態を確認する。
[root@ylk1 root]#lcdstatus -e
BACKUP TAG ID STATE PRIO
ylk2.example.com Mysql-ThinkIT mysql7712 ISP 1
ylk2.example.com ip-192.168.44.134 IP-192.168.44.134 ISP 1
（以下出力略）

   表示の確認上、一部出力を割愛している点はあるが、アクティブ側のサーバ上でlcdstatus -eコマンドを打つと作成したMysql-ThinkITリソースのステートがISPとなっている。さらにpsコマンドとnetstatコマンドによりMySQLが起動していることを確認しておく。
[root@ylk1 root]# ps auxwww | grep mysql
root74320.00.05204156tty1SDec110:00
/bin/sh /usr/local/bin/mysqld_safe
（出力略）
mysql74970.04.710546412096tty1SDec110:02
/usr/local/libexec/mysqld
（以下出力略）
[root@ylk1 root]# netstat -anp | grep 3306
tcp000.0.0.0:33060.0.0.0:*LISTEN7497/mysqld

   上記のようにMySQLが正常に起動していることを確認できたら、これらのプロセスにKILLシグナルを送り擬似障害を発生させる。
[root@ylk1 root]# kill -9 7432 7497
[root@ylk1 root]# netstat -anp | grep 3306
[root@ylk1 root]#

   この時点で、MySQLが停止していることがわかる。LifeKeeperの障害検出のための監視は、初期設定であれば2分ごとに行われるため2分程度間隔をおいた後に再度起動状態を確認する。
[root@ylk1 root]# netstat -anp | grep 3306
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 17623/mysqld

   停止前と異なるPIDで3306番ポートをListenしていることがわかる。これにより、LifeKeeperのローカルリカバリによりMySQLが再度起動されたことを確認することができる。
前のページ  1  2  3   4  次のページ

サイオステクノロジー株式会社 クラスタソリューショングループ
 著者プロフィール
サイオステクノロジー株式会社 クラスタソリューショングループ
サイオステクノロジーにおいて、SteelEye LifeKeeperの技術サポートや構築支援を行うエンジニア集団。日本国内で、彼ら以上にLifeKeeperを知る者たちはいないと自負している。世の中のすべてのHAクラスタがLifeKeeperになることを夢見て日々奮闘を続けている。


サイオステクノロジー株式会社 小野寺 章
 監修者プロフィール
サイオステクノロジー株式会社  小野寺 章
インフラストラクチャービジネスユニット
エンタープライズソリューション部 部長
国産汎用機メーカに入社し、汎用機のSEを10数年担当、1994年頃からオープン・ダウンサイジングブームの到来とともにUNIX系OSを担当し、Solaris、HP/UXでSun Cluster、Veritas Cluster、MC/ServiceGuardなどを使用した、多数のミッションクリティカルシステムのHAシステム構築に従事。2001年ノーザンライツコンピュータ（現サイオステクノロジー）へ入社後、SteelEye LifeKeeperの総責任者としての国内での販売・サポート業務に従事。


INDEX
第8回：MySQL／OracleとLifeKeeperによるHAクラスタ化
  LifeKeeperによるデータベースのHAクラスタ化の概要
  MySQL ARKによるHAクラスタ化
Oracle導入に関する留意事項
  フェイルオーバーの動作確認