レプリケートされた構成のアップグレード・プロセスについて

レプリケートされた構成でイメージ・アップグレード・ストラテジが次の場合:
  • Auto: アップグレード・プロセスは自動化され、ただちに実行されます。Kubernetesは、アップグレード・プロセスの一部としてポッドを終了する明示的な処理を実行しません。かわりに、TimesTenオペレータは、アップグレードを実行するために調整された方法でポッドを自動的に終了します。

  • Manual: アップグレード・プロセスは手動です。KubernetesもTimesTenオペレータもすぐに処理を実行しません。アップグレードの開始を実行します。

ノート:

自動アップグレードと手動アップグレードの両方で、次の処理が実行されます:
  • 最初にスタンバイが終了されます。スタンバイが稼働状態に戻るまでには時間がかかります。スタンバイが再起動すると、新しいリリースにアップグレードされます。スタンバイのアップグレードの間に、レプリケーション構成によっては、アクティブ・データベースが中断される場合があります。

  • 次に、アクティブからスタンバイへのフェイルオーバーが実行されます:

    • アクティブが終了されます。前のアクティブが回復するまでに時間がかかります。アクティブが再起動すると、新しいリリースにアップグレードされます。

    • スタンバイ・データベースがアクティブに昇格され、以前のアクティブがスタンバイになります。

AWTキャッシュ・グループを使用している場合、通常はスタンバイが、コミットされたトランザクションをTimesTenからOracle Databaseに転送する役割を担います。スタンバイをアップグレードしている間は、アクティブがこの役割を引き受けます。これにより、アクティブの負荷が高まる場合があります。また、アップグレード・プロセスには、アクティブからスタンバイへのデータベースのコピーが含まれます。これにより、アクティブのワークロードも増加します。これらの増加により、アクティブ・データベースのパフォーマンスが一時的に低下する場合があります。

TimesTenがTimesTenデータベースのアクティブ・スタンバイ・ペアのアップグレードを実行する方法の詳細は、『Oracle TimesTen In-Memory Databaseインストレーション、移行およびアップグレード・ガイド』アクティブ・スタンバイ・ペア・レプリケーションを使用したアップグレードの実行を参照してください。

必ず、適切なタイミングでアップグレードを実行してください。本番の1日のうち最もビジーな時間にはアップグレードを実行しないことをお薦めします。アップグレード手順の結果として、短期間停止され、パフォーマンスが低下する場合もあります。

この章の後半には、レプリケートされたTimesTenClassicオブジェクトの自動アップグレードと手動アップグレードを実行する方法を示す例があります。例を次の項に示します: