この節では、Sun Cluster ソフトウェアによって定義されているリソースプロパティーについて説明します。プロパティー値は以下のように分類されます。
必須。クラスタ管理者は、管理ユーティリティーでリソースを作成するときに、必ず値を指定する必要があります。
任意。クラスタ管理者がリソースグループの作成時に値を指定しない場合、システムがデフォルト値を提供します。
条件付。RGM は、RTR ファイル内にプロパティーが宣言されている場合にかぎりプロパティーを作成します。宣言されていない場合プロパティーは存在せず、クラスタ管理者はこれを利用できません。RTR ファイルで宣言されている条件付きのプロパティーは、デフォルト値が RTR ファイル内で指定されているかどうかによって、必須または任意になります。詳細については、各条件付きプロパティーの説明を参照してください。
照会のみ。管理ツールで直接設定することはできません。
Tunable 属性 (詳細は 「リソースプロパティーの属性」 を参照) では、リソースプロパティーを更新できるかどうかや、いつ更新できるかを指定します。属性値は次のとおりです。
不可
任意の時点 (Anytime)
リソースをクラスタに追加するとき
リソースが無効なとき
以下にプロパティー名とその説明を示します。
リソース内のサービスのクライアント IP アドレスからの接続は、この時間 (秒数) 内に同じサーバーノードに送信されます。
このプロパティーは、Load_balancing_policy が Lb_sticky または Lb_sticky_wild の場合にかぎり有効です。さらに、Weak_affinity が FALSE に設定されている必要があります。
このプロパティーは、スケーラブルサービス専用です。
任意
デフォルトなし
ANYTIME
RGM が当該メソッドの呼び出しに失敗したと判断するまでの時間 (秒)。各リソースタイプのタイムアウトプロパティーは、RTR ファイルで宣言されているメソッドについてのみ定義されます。
条件付きまたは任意
RTR ファイルにメソッド自体が宣言されている場合は 3600 (1 時間)
ANYTIME
リソースの即時障害検証の呼び出しの間隔 (秒数)。このプロパティーは RGM によって作成されます。RTR ファイルに宣言されている場合にかぎり、クラスタ管理者は使用を許可されます。RTR ファイル内でデフォルト値が指定されている場合、このプロパティーは任意です。
RTR ファイル内に Tunable 属性が指定されていない場合、このプロパティーの Tunable 値は WHEN_DISABLED になります。
条件付き
デフォルトなし
WHEN_DISABLED
そのリソースのタイプの RTR ファイルで宣言される拡張プロパティー。リソースタイプの実装によって、これらのプロパティーを定義します。拡張プロパティーに設定可能な各属性については、「リソースプロパティーの属性」を参照してください。
条件付き
デフォルトなし
特定のプロパティーに依存
リソースが正常に開始または停止できなかった場合、またはリソースモニターが正常ではないリソースを検出し、その結果再起動またはフェイルオーバーを要求する場合に RGM が取る回復アクションを変更します。
NONE、SOFT、または HARD (メソッドの失敗)
これらの設定は、起動メソッドまたは停止メソッド ( Prenet_start, Start、Monitor_stop、Stop、Postnet_stop) が失敗する場合にフェイルオーバー動作にだけ影響を与えます。リソースがいったん正常に起動すると、NONE、SOFT、および HARD は、その後リソースモニターが scha_control コマンドや scha_control() 関数を使って開始するリソース再起動やギブオーバー動作に何の影響も及ぼしません。scha_control(1HA) と scha_control(3HA) のマニュアルページを参照してください。NONE は、前述の起動メソッドまたは停止メソッドが失敗する場合に RGM が何の復旧処理も行わないことを示します。SOFT または HARD は、Start または Prenet_start メソッドが失敗する場合に RGM がリソースのグループをほかのノードに再配置することを示します。Start と Prenet_start メソッドにとっては、その処理が失敗する場合、SOFT と HARD は同じ意味を持ちます。
停止メソッド (Monitor_stop、Stop、または Postnet_stop) にとっては、その処理が失敗する場合、SOFT と NONE は同じ意味を持ちます。Failover_mode を HARD に設定すると、これらのメソッドの 1 つが失敗した場合には RGM はノードを再起動してリソースグループを強制的にオフラインにします。これにより RGM は別のノードでグループの起動を試みることが可能になります。
RESTART_ONLY または LOG_ONLY
起動メソッドまたは停止メソッドが失敗する場合にフェイルオーバー動作に影響を与える NONE、SOFT、HARD とは異なり、RESTART_ONLY と LOG_ONLY はすべてのフェイルオーバー動作に影響を与えます。フェイルオーバー動作には、モニター起動 (scha_control) によるリソースやリソースグループの再起動や、リソースモニター (scha_control) によって開始されるギブオーバーなどがあります。RESTART_ONLY は、モニターが scha_control を実行してリソースまたはリソースグループを再起動できることを意味します。RGM では、Retry_interval の間に Retry_count 回数だけ再起動を試行できます。試行回数が Retry_count を超えると、それ以上の再起動は許可されません。Failover_mode を LOG_ONLY に設定すると、リソースの再起動もギブオーバーも許可されません。Failover_mode を LOG_ONLY に設定するのは、Failover_mode を RESTART_ONLY に設定し、Retry_count をゼロに設定するのと同じことです。
RESTART_ONLY または LOG_ONLY (メソッドの失敗)
Prenet_start、Start、Monitor_stop、Stop、または Postnet_stop メソッドが失敗した場合、 RESTART_ONLY と LOG_ONLY は NONE と同じことです。つまり、ノードのフェイルオーバーやリブートはどちらも行われません。
データサービスに対する Failover_mode 設定の影響
Failover_mode の各設定がデータサービスに及ぼす影響は、データサービスが監視されているかどうか、およびデータサービスが Data Services Development Library (DSDL) に基づいているかどうかによって決まります。
データサービスが監視の対象となるのは、そのサービスが Monitor_start メソッドを実装しており、かつリソースの監視が有効になっている場合です。RGM は、リソースそれ自体を起動した後で Monitor_start メソッドを実行することにより、リソースモニターを起動します。リソースモニターはリソースが正常であるかどうかを検証します。検証が失敗に終わる場合、リソースモニターは scha_control() 関数を呼び出して再起動またはフェイルオーバーを要求することがあります。DSDL ベースのリソースの場合、検証によりデータサービスの部分的な障害 (機能低下) または完全な障害が明らかになる場合があります。部分的な障害が繰り返し蓄積されると、完全な障害になります。
Monitor_start メソッドを実装していないか、リソースの監視が無効にされている場合には、データサービスは監視の対象となりません。
DSDL ベースのデータサービスには、Agent Builder や GDS により開発されたデータサービス、または DSDL を直接使用して開発されたデータサービスが含まれます。HA Oracle など一部のデータサービスは、DSDL を使用せずに開発されています。
NONE、SOFT、または HARD (検証の失敗)
Failover_mode を NONE、 SOFT、または HARD に設定した場合で、データサービスが DSDL ベースサービスとして監視されており、かつ検証が完全に失敗に終わったとき、モニターは scha_control() 関数を呼び出してリソースの再起動を要求します。検証が失敗し続ける場合、Retry_interval の間、Retry_count に指定されている最大の回数を限度にリソースの再起動が行われます。Retry_count の再起動数に到達した後も検証が再び失敗した場合、モニターは別のノードに対してリソースのグループのフェイルオーバーを要求します。
Failover_mode を NONE、SOFT、または HARD に設定した場合で、監視の対象とならない DSDL ベースのデータサービスが使用されている状態で失敗が一度検出されるとリソースのプロセスツリーが停止します。リソースのプロセスツリーが故障すると、リソースが再起動されます。
データサービスが DSDL ベースのサービスではない場合、再起動またはフェイルオーバー動作は、リソースモニターがどのようにコード化されているかによって決まります。たとえば Oracle リソースモニターは、リソースまたはリソースグループを再起動するか、リソースグループのフェイルオーバーを行うことで回復します。
RESTART_ONLY (検証の失敗)
Failover_mode を RESTART_ONLY に設定した場合で、監視の対象となる DSDL ベースデータサービスが使用されている状態で検証が完全に失敗すると、Retry_interval の範囲内で Retry_count に指定されている回数だけリソースの再起動が行われます。しかし、Retry_count を超えた時点で、リソースモニターは終了してリソース状態を FAULTED に設定し、状態メッセージ「Application faulted, but not restarted. Probe quitting.」を生成します。この時点で監視はまだ有効ですが、リソースがクラスタ管理者により修復および再起動されるまで、リソースは事実上監視対象外になります。
Failover_mode を RESTART_ONLY に設定した場合で、監視対象でない DSDL ベースのデータサービスが使用されている状態でプロセスツリーが停止すると、リソースは再起動されません。
監視対象データサービスが DSDL ベースのデータサービスではない場合、回復動作はリソースモニターがどのようにコード化されているかに依存します。Failover_mode を RESTART_ONLY に設定した場合には、Retry_interval 内で Retry_count に指定されている回数だけ scha_control() 関数を呼び出してリソースまたはリソースグループを再起動できます。リソースモニターが Retry_count を超えると、再起動は失敗します。また、モニターが scha_control() 関数を呼び出してフェイルオーバーを要求しても、その要求は失敗します。
LOG_ONLY (検証の失敗)
Failover_mode がデータサービスに対して LOG_ONLY に設定されている場合、すべての scha_control() はリソースまたはリソースグループの再起動を要求するか、除外されているグループのフェイルオーバーを要求します。データサービスが DSDL ベースである場合、検証が完全に失敗した場合メッセージが記録されますが、リソースは再起動されません。Retry_interval 内で Retry_count に指定された回数を超えて検証が完全に失敗した場合、リソースモニターは終了してリソース状態を FAULTED に設定し、状態メッセージ「Application faulted, but not restarted. Probe quitting.」を生成します。この時点で監視はまだ有効ですが、リソースがクラスタ管理者により修復および再起動されるまで、リソースは事実上監視対象外になります。
Failover_mode が LOG_ONLY に設定されていて、データサービスが監視対象外の DSDL ベースのサービスであり、プロセスツリーが故障した場合、メッセージが記録されますが、リソースは再起動されません。
監視対象データサービスが DSDL ベースのデータサービスではない場合、回復動作はリソースモニターがどのようにコード化されているかに依存します。Failover_mode を LOG_ONLY に設定した場合は、リソースまたはリソースグループの再起動あるいはグループのフェイルオーバーを行う scha_control() 要求はすべて失敗します。
任意
NONE
ANYTIME
RGM が当該メソッドの呼び出しに失敗したと判断するまでの時間 (秒)。各リソースタイプのタイムアウトプロパティーは、RTR ファイルで宣言されているメソッドについてのみ定義されます。
条件付きまたは任意
RTR ファイルにメソッド自体が宣言されている場合は 3600 (1 時間)
ANYTIME
RGM が当該メソッドの呼び出しに失敗したと判断するまでの時間 (秒)。各リソースタイプのタイムアウトプロパティーは、RTR ファイルで宣言されているメソッドについてのみ定義されます。
条件付きまたは任意
RTR ファイルにメソッド自体が宣言されている場合は 3600 (1 時間)
ANYTIME
使用する負荷均衡ポリシーを定義する文字列。このプロパティーは、スケーラブルサービス専用です。RTR ファイルに Scalable プロパティーが宣言されている場合、RGM は自動的にこのプロパティーを作成します。Load_balancing_policy には次の値を設定できます。
Lb_weighted (デフォルト)。Load_balancing_weights プロパティーで設定されているウエイトに従って、さまざまなノードに負荷が分散されます。
Lb_sticky。スケーラブルサービスの指定のクライアント (クライアントの IP アドレスで識別される) は、常に同じクラスタノードに送信されます。
Lb_sticky_wild。ワイルドスティッキーサービスの IP アドレスに接続する Lb_sticky_wild で指定されたクライアントの IP アドレスは、IP アドレスが到着するポート番号とは無関係に、常に同じクラスタノードに送られます。
条件付きまたは任意
Lb_weighted
AT_CREATION
このプロパティーは、スケーラブルサービス専用です。RTR ファイルに Scalable プロパティーが宣言されている場合、RGM は自動的にこのプロパティーを作成します。形式は weight@node, weight@node になります。ここで weight は、指定したノード node に対する負荷分散の相対的な割り当てを示す整数になります。ノードに分散される負荷の割合は、すべてのウエイトの合計でこのノードのウエイトを割った値になります。たとえば、1@1,3@2 は、ノード 1 が負荷の 1/4 を受け取り、ノード 2 が負荷の 3/4 を受け取ることを指定します。デフォルトの空の文字列 ("") は、一定の分散を指定します。明示的にウエイトを割り当てられていないノードのウエイトは、デフォルトで 1 になります。
Tunable 属性が RTR ファイルに指定されていない場合は、このプロパティーの Tunable 値は ANYTIME になります。このプロパティーを変更すると、新しい接続時にのみ分散が変更されます。
条件付きまたは任意
空の文字列 (“”)
ANYTIME
RGM が当該メソッドの呼び出しに失敗したと判断するまでの時間 (秒)。各リソースタイプのタイムアウトプロパティーは、RTR ファイルで宣言されているメソッドについてのみ定義されます。
条件付きまたは任意
RTR ファイルにメソッド自体が宣言されている場合は 3600 (1 時間)
ANYTIME
RGM が当該メソッドの呼び出しに失敗したと判断するまでの時間 (秒)。各リソースタイプのタイムアウトプロパティーは、RTR ファイルで宣言されているメソッドについてのみ定義されます。
条件付きまたは任意
RTR ファイルにメソッド自体が宣言されている場合は 3600 (1 時間)
ANYTIME
RGM が当該メソッドの呼び出しに失敗したと判断するまでの時間 (秒)。各リソースタイプのタイムアウトプロパティーは、RTR ファイルで宣言されているメソッドについてのみ定義されます。
条件付きまたは任意
RTR ファイルにメソッド自体が宣言されている場合は 3600 (1 時間)
ANYTIME
クラスタ管理者が管理ユーティリィティーを使ってモニターを有効または無効にすると、RGM によって Enabled または Disabled に設定されます。Disabled に設定すると、リソース自体はオンライン状態のままリソースの監視は停止します。監視が再び有効に設定されるまで、Monitor_start メソッドは呼び出されません。リソースが、モニターのコールバックメソッドを持っていない場合は、このプロパティーは存在しません。
照会のみ
デフォルトなし
NONE
リソースが使用する論理ホスト名または共有アドレスネットワークリソースのリスト。スケーラブルサービスの場合、このプロパティーは別のリソースグループに存在する共有アドレスリソースを参照する必要があります。フェイルオーバーサービスの場合、このプロパティーは同じリソースグループに存在する論理ホスト名または共有アドレスを参照します。RTR ファイルに Scalable プロパティーが宣言されている場合、RGM は自動的にこのプロパティーを作成します。Scalable が RTR ファイルで宣言されていない場合、Network_resources_used は RTR ファイルで明示的に宣言されていない限り使用できません。
Tunable 属性が RTR ファイルに指定されていない場合は、このプロパティーの Tunable 値は AT_CREATION になります。
CRNP を使用する場合のこのプロパティーの設定方法については、SUNW.Event(5) のマニュアルページを参照してください。
条件付きまたは必須
デフォルトなし
AT_CREATION
このプロパティーを直接設定することはできません。このプロパティーは、RGM により、過去 n 秒間にこのノードでこのリソースに対して行われた scha_control、Resource_restart、または Resource_is_restarted 呼び出しの回数が設定されます。n は、リソースの Retry_interval プロパティーの値です。リソース再起動カウンタは、このリソースが scha_control ギブオーバーを実行するたびに、その成否とは関係なくRGM によって (0) にリセットされます。
リソース型が Retry_interval プロパティーを宣言していない場合、この型のリソースに Num_resource_restarts プロパティーを使用できません。
照会のみ
デフォルトなし
NONE
このプロパティーを直接設定することはできません。このプロパティーは、RGM によって、過去 n 秒間にこのノードでこのリソースによってそのリソースグループに対して行われたscha_control Restart 呼び出しの回数に設定されます。n は、リソースの Retry_interval プロパティーの値です。リソース型が Retry_interval プロパティーを宣言していない場合、この型のリソースに Num_resource_restarts プロパティーを使用できません。
説明を参照
デフォルトなし
NONE
クラスタ管理者が管理ユーティリィティーを使ってリソースを有効または無効にすると、RGM によって Enabled または Disabled に設定されます。無効に設定すると、リソースはオフラインになり、再び有効にされるまでコールバックが行われることはありません。
照会のみ
デフォルトなし
NONE
サーバーが待機するポートの番号リストです。各ポート番号には、スラッシュ (/) と、そのポートで使用されるプロトコルが付加されます (たとえば、Port_list=80/tcp、 Port_list=80/tcp6,40/udp6 など)プロトコルには、次のものを指定できます。
tcp (TCP IPv4)
tcp6 (TCP IPv6)
udp (UDP IPv4)
udp6 (UDP IPv6)
Scalable プロパティーが RTR ファイルで宣言されている場合、RGM は自動的に Port_list を作成します。それ以外の場合、このプロパティーは RTR ファイルで明示的に宣言されていないかぎり使用できません。
Apache 用にこのプロパティーを設定する方法は、『Sun Cluster Data Service for Apache ガイド (Solaris OS 版)』を参照してください。
条件付きまたは必須
デフォルトなし
ANYTIME
RGM が当該メソッドの呼び出しに失敗したと判断するまでの時間 (秒)。各リソースタイプのタイムアウトプロパティーは、RTR ファイルで宣言されているメソッドについてのみ定義されます。
条件付きまたは任意
RTR ファイルにメソッド自体が宣言されている場合は 3600 (1 時間)
ANYTIME
RGM が当該メソッドの呼び出しに失敗したと判断するまでの時間 (秒)。各リソースタイプのタイムアウトプロパティーは、RTR ファイルで宣言されているメソッドについてのみ定義されます。
条件付きまたは任意
RTR ファイルにメソッド自体が宣言されている場合は 3600 (1 時間)
ANYTIME
リソースの簡単な説明。
任意
空の文字列
ANYTIME
Resource_dependencies リソースが強く依存している、同じグループまたは異なるグループに属するリソースのリスト。このリソースを起動するためには、リストのすべてのリソースがオンラインになっていなければなりません。このリソースと、リストのリソースの 1 つが同時に起動されると、RGM は、リストのリソースが起動してからこのリソースを起動します。このリソースの Resource_dependencies リストにあるリソースが起動しない場合、このリソースはオフラインのままとなります。このリソースのリスト内のリソースが起動しない原因は、リスト内のリソースのリソースグループがオフラインのままであるか、START_FAILED 状態にあるためである可能性があります。異なるリソースグループの起動しないリソースに依存していることが原因でこのリソースがオフラインのままになっている場合、このリソースのグループは PENDING_ONLINE_BLOCKED 状態になります。
このリソースが、リストのリソースと同時にオフラインにされる場合は、このリソースが停止されてから、リストのほかのリソースが停止されます。ただし、このリソースがオンラインのままであったり、停止に失敗した場合でも、異なるリソースグループに属するリストのリソースは停止されます。このリソースが先に無効にならなければ、リスト内のリソースは無効にできません。
同じリソースグループ内では、デフォルトとして、アプリケーションリソースがネットワークアドレスリソースに対して暗黙的に強いリソース依存性を持っています。詳細は、「リソースグループのプロパティー」の Implicit_network_dependencies を参照してください。
同じリソースグループ内では、依存性の順序に従って Prenet_start メソッドが Start メソッドより先に実行されます。同様に、Postnet_stop メソッドは Stop メソッドよりあとに実行されます。異なるリソースグループ内では、依存されるリソースが Prenet_start と Start を終了してから、依存するリソースが Prenet_start を実行します。同様に、依存するリソースが Stop と Postnet_stop を終了してから、依存されるリソースが Stop を実行します。
任意
空のリスト
ANYTIME
Resource_dependencies_restart リソースが再起動に関して依存している、同じグループまたは異なるグループに属するリソースのリスト。
このプロパティーの機能は、次の点を除き Resource_dependencies と同じです。つまり、このプロパティーでは、再起動依存リストのリソースが再起動されると、このリソースも再起動されます。RGM は、リストのリソースがオンラインに復帰したあとでこのリソースを再起動します。
任意
空のリスト
ANYTIME
Resource_dependencies_weak リソースによる依存性が低い、同じグループまたは異なるグループに属するリソースのリスト。低い依存性によってメソッドの呼び出し順序が決まります。RGM は、このリスト内のリソースの Start メソッドを呼び出してから、このリソースの Start メソッドを呼び出します。さらに、RGM は、このリソースの Stop メソッドを呼び出してから、リストのリソースの Stop メソッドを呼び出します。リスト内のリソースが始動に失敗したりオフラインのままであっても、リソースは起動されます。
このリソースと、その Resource_dependencies_weak リストのリソースが同時に起動されると、RGM は、リストのリソースが起動してからこのリソースを起動します。リストのリソースが起動しない場合でも (たとえば、リストのリソースのリソースグループがオフラインのままであったり、リストのリソースが START_FAILED 状態である場合でも)、このリソースは起動されます。このリソースのリソースグループは、このリソースの Resource_dependencies_weak リストのリソースが起動する間、一時的に PENDING_ONLINE_BLOCKED 状態になることがあります。リストのすべてのリソースが起動するか起動に失敗すると、このリソースが起動され、そのグループが再び PENDING_ONLINE 状態になります。
このリソースが、リストのリソースと同時にオフラインにされる場合は、このリソースが停止されてから、リストのほかのリソースが停止されます。このリソースがオンラインのままであったり、停止に失敗した場合でも、リストのリソースは停止されます。リストのリソースを無効にするためには、このリソースをまず無効にする必要があります。
同じリソースグループ内では、依存性の順序に従って Prenet_start メソッドが Start メソッドより先に実行されます。同様に、Postnet_stop メソッドは Stop メソッドよりあとに実行されます。異なるリソースグループ内では、依存されるリソースが Prenet_start と Start を終了してから、依存するリソースが Prenet_start を実行します。同様に、依存するリソースが Stop と Postnet_stop を終了してから、依存されるリソースが Stop を実行します。
任意
空のリスト
ANYTIME
リソースインスタンスの名前です。この名前はクラスタ構成内で一意にする必要があります。リソースが作成されたあとで変更はできません。
必須
デフォルトなし
NONE
リソースに関連付けられた Solaris プロジェクト名。このプロパティーは、CPU の共有、クラスタデータサービスのリソースプールといった Solaris のリソース管理機能に適用できます。RGM は、リソースをオンラインにすると、このプロジェクト名を持つ関連プロセスを起動します。このプロパティーが指定されなかった場合、リソースを含むリソースグループの RG_project_name プロパティーからプロジェクト名が決定されます (rg_properties(5) のマニュアルページを参照)。どちらのプロパティーも指定されなかった場合、RGM は事前定義済みのプロジェクト名 default を使用します。プロジェクトデータベース内に存在するプロジェクト名を指定する必要があります (projects(1) のマニュアルページと『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』を参照)。
このプロパティーは Solaris 9 以降でサポートされます。
このプロパティーへの変更を有効にするためには、リソースを起動し直す必要があります。
任意
Null
ANYTIME
RGM が判断した各クラスタノード上のリソースの状態。この状態には、ONLINE、OFFLINE、START_FAILED、STOP_FAILED、MONITOR_FAILED、ONLINE_NOT_MONITORED、STARTING、STOPPING があります。
ユーザーはこのプロパティーを構成できません。
照会のみ
デフォルトなし
NONE
起動に失敗したリソースをモニターが再起動する回数です。Retry_count を超えると、データサービスと、Failover_mode プロパティーの設定に応じ、次に示す処理のどれかをモニターが行う可能性があります。
リソースがエラー状態であっても現在の主ノードにリソースグループが留まることができるようにする
ほかのノードへのリソースグループのフェイルオーバーを要求する
このプロパティーは RGM によって作成されます。このプロパティーが RTR ファイルに宣言されている場合にかぎり、クラスタ管理者は使用を許可されます。RTR ファイル内でデフォルト値が指定されている場合、このプロパティーは任意です。
RTR ファイル内に Tunable 属性が指定されていない場合、このプロパティーの Tunable 値は WHEN_DISABLED になります。
このプロパティーにマイナスの値を指定すると、モニターは無限回リソースの再起動を試みます。
条件付き
上記を参照
WHEN_DISABLED
失敗したリソースを再起動するまでの秒数。リソースモニターは、このプロパティーと Retry_count を組み合わせて使用します。このプロパティーは RGM によって作成されます。RTR ファイルに宣言されている場合にかぎり、クラスタ管理者は使用を許可されます。RTR ファイル内でデフォルト値が指定されている場合、このプロパティーは任意です。
RTR ファイル内に Tunable 属性が指定されていない場合、このプロパティーの Tunable 値は WHEN_DISABLED になります。
条件付き
デフォルトなし (上記を参照)
WHEN_DISABLED
リソースがスケーラブルであるかどうか、つまり、リソースが Sun Cluster ソフトウェアのネットワーキング負荷分散機能を使用するかどうかを表します。
このプロパティーが RTR ファイルで宣言されている場合は、そのタイプのリソースに対して、RGM は、次のスケーラブルサービスプロパティーを自動的に作成します。Affinity_timeout、Load_balancing_policy、Load_balancing_weights、Network_resources_used、Port_list、UDP_affinity、Weak_affinity。これらのプロパティーは、RTR ファイル内で明示的に宣言されない限り、デフォルト値を持ちます。RTR ファイルで宣言されている場合、Scalable のデフォルトは TRUE です。
RTR ファイルでこのプロパティーが宣言されている場合、AT_CREATION 以外の Tunable 属性の割り当ては許可されません。
RTR ファイルにこのプロパティーが宣言されていない場合、このリソースはスケーラブルではないため、このプロパティーを調整することはできません。RGM は、スケーラビブルサービスプロパティーをいっさい設定しません。しかし、RTR ファイルで Network_resources_used プロパティーと Port_list プロパティーを明示的に宣言することができます。これらのプロパティーは、スケーラブルサービスだけでなく、非スケーラブルサービスでも有用です。
このリソースプロパティーと Failover リソースタイププロパティーの併用については、r_properties(5) のマニュアルページで詳しく説明されています。
任意
デフォルトなし
AT_CREATION
RGM が当該メソッドの呼び出しに失敗したと判断するまでの時間 (秒)。各リソースタイプのタイムアウトプロパティーは、RTR ファイルで宣言されているメソッドについてのみ定義されます。
条件付きまたは任意
RTR ファイルにメソッド自体が宣言されている場合は 3600 (1 時間)
ANYTIME
リソースモニターにより、scha_resource_setstatus コマンドまたは scha_resource_setstatus() 関数で設定されます。指定可能な値は、degraded、faulted、unknown、offline です。リソースがオンラインまたはオフラインにされると、RGM は Status 値を自動的に設定します。ただし、Status 値がリソースのモニターやメソッドによって設定される場合を除きます。
照会のみ
デフォルトなし
NONE
リソースモニターによって、Status プロパティーと同時に設定されます。リソースがオンラインまたはオフラインにされると、RGM は自動的にこのプロパティーを空文字列でリセットします。ただし、このプロパティーがリソースのメソッドによって設定される場合を除きます。
照会のみ
デフォルトなし
NONE
RGM が当該メソッドの呼び出しに失敗したと判断するまでの時間 (秒)。各リソースタイプのタイムアウトプロパティーは、RTR ファイルで宣言されているメソッドについてのみ定義されます。
条件付きまたは任意
RTR ファイルにメソッド自体が宣言されている場合は 3600 (1 時間)
ANYTIME
高オーバーヘッドのリソース障害検証の呼び出し間隔 (秒)。このプロパティーは RGM によって作成されます。RTR ファイルに宣言されている場合にかぎり、クラスタ管理者は使用を許可されます。RTR ファイル内でデフォルト値が指定されている場合、このプロパティーは任意です。
RTR ファイル内に Tunable 属性が指定されていない場合、このプロパティーの Tunable 値は WHEN_DISABLED になります。
条件付き
デフォルトなし
WHEN_DISABLED
このリソースがインスタントであるリソースタイプ。
必須
デフォルトなし
NONE
現在このリソースに関連付けられているリソース型のバージョンを指定します。このプロパティーは RTR ファイル内に宣言できません。したがって、RGM によって自動的に作成されます。このプロパティーの値は、リソースタイプの RT_version プロパティーと等しくなります。リソースの作成時、Type_version プロパティーはリソースタイプ名の接尾辞として表示されるだけで、明示的には指定されません。リソースを編集する際に、Type_version プロパティーを新しい値に変更できます。
このプロパティーの調整については、次の情報から判断されます。
現在のリソース型のバージョン
RTR ファイル内の #$upgrade_from ディレクティブ
説明を参照
デフォルトなし
説明を参照
このプロパティーを TRUE に設定すると、指定のクライアントからの UDP トラフィックはすべて、現在クライアントのすべての TCP トラフィックを処理している同じサーバーノードに送信されます。
このプロパティーは、Load_balancing_policy が Lb_sticky または Lb_sticky_wild の場合にかぎり有効です。さらに、Weak_affinity が FALSE に設定されている必要があります。
このプロパティーは、スケーラブルサービス専用です。
任意
デフォルトなし
WHEN_DISABLED
RGM が当該メソッドの呼び出しに失敗したと判断するまでの時間 (秒)。各リソースタイプのタイムアウトプロパティーは、RTR ファイルで宣言されているメソッドについてのみ定義されます。
条件付きまたは任意
RTR ファイルにメソッド自体が宣言されている場合は 3600 (1 時間)
ANYTIME
RGM が当該メソッドの呼び出しに失敗したと判断するまでの時間 (秒)。各リソースタイプのタイムアウトプロパティーは、RTR ファイルで宣言されているメソッドについてのみ定義されます。
条件付きまたは任意
RTR ファイルにメソッド自体が宣言されている場合は 3600 (1 時間)
ANYTIME
このプロパティーを TRUE に設定すると、弱い形式のクライアントアフィニティーが有効になります。弱い形式のクライアントアフィニティーが有効になっている場合、特定のクライアントからの接続は、次の場合を除き、同じサーバーノードに送信されます。
障害モニターの再起動や、リソースのフェイルオーバーまたはスイッチオーバー、障害後のノードとクラスタの再結合などが行われたことに対応してサーバーリスナーが起動する。
クラスタ管理者が管理作業を行なったために、スケーラブルリソースの Load_balancing_weights が変更される。
弱いアフィニティーはメモリーの消費とプロセッササイクルの点で、デフォルトの形式よりもオーバーヘッドを低く抑えられます。
このプロパティーは、Load_balancing_policy が Lb_sticky または Lb_sticky_wild の場合にかぎり有効です。
このプロパティーは、スケーラブルサービス専用です。
任意
デフォルトなし
WHEN_DISABLED