アクティブ・スタンバイ・ペアの各ポッドの状態の監視について
オペレータは、アクティブ・スタンバイ・ペア・オブジェクトの各ポッドの状態を追跡します。オペレータが状態をチェックする頻度は、pollingIntervalの値で定義します。pollingIntervalの詳細は、TimesTenClassicSpecSpecを参照してください。
各ポッドには、Kubernetesの各種なコンポーネントの状態とTimesTenの状態に基づいて概要レベルの状態が割り当てられます。これに該当する状態は次のとおりです。
CatchingUp
スタンバイは、アクティブからデータベースを複製するプロセスを完了しました。新しく作成されたスタンバイは、複製操作の実行中にアクティブで実行されたすべてのトランザクションにキャッチアップします。
HealthyActive
TimesTenClassicオブジェクトがReexamine状態の場合、オペレータは両方のTimesTenインスタンスの状態を調べます。オペレータは、どちらのインスタンス(ある場合)に適切に構成されたアクティブ・データベース(または適切に構成されたスタンバイ・データベース)が含まれるかを認識しません。オペレータは、確認するために両方のインスタンスを調べる必要があります。正常なインスタンスが見つかり、そのインスタンスに適切に構成されたアクティブ・データベースが含まれている場合、ポッドの状態はHealthyActiveと報告されます。
HealthyStandby
TimesTenClassicオブジェクトがReexamine状態の場合、オペレータは両方のTimesTenインスタンスの状態を調べます。オペレータは、どちらのインスタンス(ある場合)に適切に構成されたスタンバイ・データベース(または適切に構成されたアクティブ・データベース)が含まれるかを認識しません。オペレータは、確認するために両方のインスタンスを調べる必要があります。正常なインスタンスが見つかり、そのインスタンスに適切に構成されたスタンバイ・データベースが含まれている場合、ポッドの状態はHealthyStandbyと報告されます。
OtherDown
ポッドとポッド内のTimesTenコンポーネントは正常な状態ですが、このポッド内のTimesTenは別のポッド内のTimesTenに障害があると判定しています。特に、OtherDown状態は、このポッドにアクティブなデータベースが含まれていて、そのデータベースのピアがfailThresholdに達したことを示します。このポッド内のデータベースは、ピアが遠すぎるためにピアのトランザクション・ログを保持しなくなっています。ピアをリカバリするには、アクティブ・データベースを再複製する必要があります(オペレータが自動的に実行します)。