基本的なクラスタ構成を検証する方法

言語:

cluster コマンドは、check サブコマンドを使用して、グローバルクラスタが正しく機能するために必要な基本構成を検証します。チェックにエラーがない場合、cluster check はシェルプロンプトに戻ります。チェックにエラーがある場合、cluster check が指定したディレクトリかデフォルトの出力ディレクトリにレポートを生成します。cluster check を複数のノードに対して実行すると、cluster check は、ノードごとのレポートと複数ノードチェックのレポートを生成します。cluster list-checks コマンドを使用して、使用可能なすべてのクラスタチェックの一覧を表示させることもできます。

コマンドを使用することにより、ユーザーの対話型操作なしに実行される基本検査だけでなく、対話型検査、および機能検査も実行することができます。基本検査は、–kkeyword オプションが指定されていない場合に実行されます。

対話型検査を実行する場合、ユーザーは検査で判定できない情報を入力しなければなりません。検査の実行時には、ファームウェアバージョン番号などの必要な情報を入力するよう促されます。1 つ以上の対話型検査を指定するには、–k interactive キーワードを使用します。
機能検査では、クラスタの特定の機能または動作を検査します。検査の実行時には、フェイルオーバー先となるノードや検査の開始または続行の確認などの情報を入力するよう促されます。機能検査を指定するには、–k functional check-id キーワードを使用します。機能検査は 1 回につき 1 つだけ実行できます。
注 - 一部の機能検査ではクラスタサービスの中断が必要になるので、検査の詳細説明を読み、最初にクラスタの稼働を停止する必要があるかどうか判断したうえで、機能検査を開始してください。この情報を表示するには、次のコマンドを使用します。
```
% cluster list-checks -v -C checkID
```

cluster check コマンドを詳細モードで –v フラグを使用して実行して、進捗情報を表示することができます。

注 - cluster check は、デバイス、ボリューム管理コンポーネント、または Oracle Solaris Cluster 構成を変更するような管理手順を行なったあとに実行してください。

clzonecluster(1CL) コマンドをグローバルクラスタノードから実行すると、ゾーンクラスタが正しく機能するために必要な構成を検証する一連のチェックが実行されます。すべてのチェックでエラーがなかった場合、clzonecluster verify はシェルプロンプトに戻ります (その場合は、ゾーンクラスタを安全にインストールできます)。エラーがあった場合は、エラーがあったグローバルクラスタノードに関して clzonecluster verify から報告があります。clzonecluster verify を複数のノードに対して実行すると、ノードごとのレポートと、複数ノードチェックのレポートが生成されます。ゾーンクラスタ内では、verify サブコマンドは指定できません。

グローバルクラスタのアクティブメンバーノードで root 役割になります。
```
phys-schost# su
```
グローバルクラスタのノードから、次の手順のステップをすべて実行します。
最新のチェックがあることを確認します。
1. My Oracle Support の「パッチと更新」タブを参照します。
2. 詳細検索で、製品として「Solaris Cluster」を選択し、「説明」フィールドで「check」と入力します。
  この検索によって、チェックを含む Oracle Solaris Cluster ソフトウェアアップデートが見つかります。
3. まだクラスタにインストールされていないソフトウェアアップデートをすべて適用します。
基本の妥当性検査を実行します。
```
phys-schost# cluster check -v -o outputdir
```
–v

冗長モード。

–o outputdir

outputdir サブディレクトリに出力をリダイレクトします。

このコマンドによって、すべての使用可能な基本検査が実行されます。クラスタ機能には影響はありません。
インタラクティブな妥当性検査を実行します。
```
phys-schost# cluster check -v -k interactive -o outputdir
```
–k interactive

実行可能なインタラクティブ妥当性検査を指定します。

このコマンドで、すべての使用可能なインタラクティブ検査が実行され、クラスタについて必要な情報の入力が求められます。クラスタ機能には影響はありません。
機能の妥当性検査を実行します。
1. 非冗長モードですべての使用可能な機能検査一覧が表示されます。
```
phys-schost# cluster list-checks -k functional
```
2. どの機能検査が、本稼働環境でクラスタの可用性またはサービスを中断する可能性がある処理を実行するかを判断してください。
  たとえば、機能検査によって、ノードパニックまたは他のノードへのフェイルオーバーがトリガーされる可能性があります。
```
phys-schost# cluster list-checks -v -C check-ID
```
  –C check-ID
  
  特定の検査を指定します。
3. クラスタの機能を中断するような機能検査を実行する場合、クラスタが本稼働状態から除外されるようにします。
4. 機能検査を開始します。
```
phys-schost# cluster check -v -k functional -C check-ID -o outputdir
```
  –k functional
  
  実行可能な機能妥当性検査を指定します。
  
  検査の実行に必要な情報を確認し、実行に必要な情報または操作を求めるプロンプトに入力を行います。
5. 実行する残りの機能検査ごとに、手順 c と手順 d を繰り返します。
  注 - 記録を保存するために、実行する検査ごとに固有の outputdir サブディレクトリ名を指定します。outputdir 名を再利用する場合、新しい検査の出力によって、再利用した outputdir サブディレクトリの既存の内容が上書きされます。
ゾーンクラスタが構成されている場合は、ゾーンクラスタの構成を検証して、ゾーンクラスタがインストール可能かどうかを確認します。
```
phys-schost# clzonecluster verify zone-cluster-name
```
今後の診断に活用できるように、クラスタ構成を記録しておきます。
Oracle Solaris Cluster 4.3 ソフトウェアのインストール のクラスタ構成の診断データを記録する方法を参照してください。

使用例 7 グローバルクラスタ構成の基本検証 (エラーがない場合)

次の例は、cluster check が冗長モードで phys-schost-1 および phys-schost-2 ノードに対して実行され、すべての検査に合格した場合を示しています。

phys-schost# cluster check -v -n phys-schost-1,phys-schost-2

cluster check: Requesting explorer data and node report from phys-schost-1.
cluster check: Requesting explorer data and node report from phys-schost-2.
cluster check: phys-schost-1: Explorer finished.
cluster check: phys-schost-1: Starting single-node checks.
cluster check: phys-schost-1: Single-node checks finished.
cluster check: phys-schost-2: Explorer finished.
cluster check: phys-schost-2: Starting single-node checks.
cluster check: phys-schost-2: Single-node checks finished.
cluster check: Starting multi-node checks.
cluster check: Multi-node checks finished

使用例 8 インタラクティブな妥当性検査のリスト

クラスタで実行するために使用できるすべてインタラクティブな妥当性検査の例を以下に示します。出力例に、使用できる検査の例を示します。実際に使用できる検査は、構成によって異なります。

# cluster list-checks -k interactive
 Some checks might take a few moments to run (use -v to see progress)...
 I6994574:(Moderate)Fix for GLDv3 interfaces on cluster transport vulnerability applied?

使用例 9 機能の妥当性検査の実行

まず、次の例は機能検査の詳細なリストを示します。検査 F6968101 の詳細な説明が表示されます。この説明で、検査によってクラスタサービスが中断されることがわかります。クラスタは稼働状態ではなくなります。機能検査が実行され、funct.test.F6968101.12Jan2011 サブディレクトリに詳細な出力が記録されます。出力例に、使用できる検査の例を示します。実際に使用できる検査は、構成によって異なります。

# cluster list-checks -k functional
 F6968101: (Critical) Perform resource group switchover
 F6984120: (Critical) Induce cluster transport network failure - single adapter.
 F6984121: (Critical) Perform cluster shutdown
 F6984140: (Critical) Induce node panic
# cluster list-checks -v -C F6968101
 F6968101: (Critical) Perform resource group switchover
Keywords: SolarisCluster3.x, functional
Applicability: Applicable if multi-node cluster running live.
Check Logic: Select a resource group and destination node. Perform 
'clresourcegroup switch' on specified resource group 
either to specified node or to all nodes in succession.
Version: 1.2
Revision Date: 12/10/10 

最初にクラスタの稼働を停止します

# cluster list-checks -k functional -C F6968101 -o funct.test.F6968101.12Jan2011
F6968101 
initializing...
initializing xml output...
loading auxiliary data...
starting check run...
 pschost1, pschost2, pschost3, pschost4: F6968101.... starting:
Perform resource group switchover 


  ============================================================

   >>> Functional Check 

    'Functional' checks exercise cluster behavior. It is recommended that you
    do not run this check on a cluster in production mode.' It is recommended
    that you have access to the system console for each cluster node and
    observe any output on the consoles while the check is executed.

    If the node running this check is brought down during execution the check
    must be rerun from this same node after it is rebooted into the cluster in
    order for the check to be completed.

    Select 'continue' for more details on this check.

          1) continue
          2) exit

          choice: l

  ============================================================

   >>> Check Description <<<

画面の指示に従います

使用例 10 グローバルクラスタ構成の検証 (エラーがある場合)

次の例は、suncluster という名前のクラスタのノード phys-schost-2 にマウントポイント /global/phys-schost-1 がないことを示しています。レポートは、出力ディレクトリ /var/cluster/logs/cluster_check/<timestamp> に作成されます。

phys-schost# cluster check -v -n phys-schost-1,phys-schost-2 -o/var/cluster/logs/cluster_check/Dec5/

cluster check: Requesting explorer data and node report from phys-schost-1.
cluster check: Requesting explorer data and node report from phys-schost-2.
cluster check: phys-schost-1: Explorer finished.
cluster check: phys-schost-1: Starting single-node checks.
cluster check: phys-schost-1: Single-node checks finished.
cluster check: phys-schost-2: Explorer finished.
cluster check: phys-schost-2: Starting single-node checks.
cluster check: phys-schost-2: Single-node checks finished.
cluster check: Starting multi-node checks.
cluster check: Multi-node checks finished.
cluster check: One or more checks failed.
cluster check: The greatest severity of all check failures was 3 (HIGH).
cluster check: Reports are in /var/cluster/logs/cluster_check/<Dec5>.
#
# cat /var/cluster/logs/cluster_check/Dec5/cluster_check-results.suncluster.txt
...
===================================================
= ANALYSIS DETAILS =
===================================================
------------------------------------
CHECK ID : 3065
SEVERITY : HIGH
FAILURE: Global filesystem /etc/vfstab entries are not consistent across
all Oracle SolarisCluster 4.x nodes.
ANALYSIS : The global filesystem /etc/vfstab entries are not consistent across
all nodes in this cluster.
Analysis indicates:
FileSystem '/global/phys-schost-1' is on 'phys-schost-1' but missing from 'phys-schost-2'.
RECOMMEND: Ensure each node has the correct /etc/vfstab entry for the
filesystem(s) in question.
...
#