ゼロ ダウンタイム アップグレードの管理
Zero downtime upgrade (ZDU) allows you to upgrade your JIRA Data Center with no downtime for your users. Your instance will remain available throughout the upgrade process.
ゼロ ダウンタイムについて
Zero downtime upgrade (ZDU) is a special method available for JIRA Data Center. It introduces the upgrade mode that allows your nodes to work on different JIRA versions while you upgrade them one by one. During the upgrade, JIRA remains fully functional and open to your users.
ZDU is available for both JIRA Software Data Center and JIRA Service Desk Data Center. JIRA Software 7.3 or JIRA Service Desk 3.6 are the minimum versions you need to be able to use this upgrade process. If you're running a JIRA installation with both JIRA Software and JIRA Service Desk, don't worry, we got you covered!
ゼロ ダウンタイム アップグレード プロセスには長い時間がかかる場合があるため (ノード数に応じて異なります)、必要な操作をすべて完了したかどうかを確認できる、便利なチェックリストも用意しています。このページのすべてのステップを 1 つずつ実行することをおすすめします。チェックリストは、何をどこまで実行したかを追跡するためのツールです。
技術的な概要
アップグレードに関連してクラスタで発生する内容の詳細については、「ZDU 技術概要」を参照してください。
FAQ
ご質問がある場合、「ゼロ ダウンタイム アップグレードの FAQ」をご確認ください。
はじめる前に
ゼロ ダウンタイム アップグレードを開始する前に、いくつかすべきことがあります。
目的のバージョンのインストーラーがあることを確認します。 | |
対象のバージョンについて熟知していることを確認します。 | |
サポートされるプラットフォームを使用していることを確認します。 | |
アドオンをチェックします。 | |
データベースのバックアップ | |
サポート ヘルス チェック、インスタンス ヘルス、およびサポートされるツール プラグインが有効化さえr、最新バージョンであることを確認します。 |
新しいバージョンのプレステージングとテスト
アップグレードは、本番環境を最も反映するテスト環境で最初に実行することを強くお勧めします。テスト環境のアップグレードに成功し、正常な機能を確認するまでは、本番環境インスタンスをアップグレードしないでください。これには、アドオンとカスタマイズのチェックも含まれます。テスト環境におけるアップグレードで解決できない問題がある場合、弊社サポート サイトで課題を作成してサポートを依頼してください。
1. Jira をアップグレード モードにする
Jira をアップグレード モードにすると、アップグレードを完了/キャンセルするまで、クラスター内のノードを Jira Software または Jira Service Desk の異なるバージョンで実行できます。Jira をアップグレード モードにするには、すべてのノードを同じバージョンで実行する必要があります。
- Navigate to > Applications > JIRA upgrades.
- Jira をアップグレード モードにするをクリックします。これは、ノードがすべて同じバージョンの場合のみ使用可能です。
Jira を初めてアップグレード モードにしたときに、アップグレードをキャンセルできます (このオプションを使うと Jira のアップグレードが終了します)。これは、ノードのアップグレードを開始するまで利用可能です。ノードを同じバージョンにアップグレードしたら、アップグレードを終了できます。アップグレードをキャンセルするには、各ノードを元のバージョンに戻す必要があります。
2. Jira アプリケーションの更新
クラスター内で Jira Software と Jira Service Desk の両方を実行している場合、Jira Service Desk ファイルを Jira 共有ホームに手動でコピーする必要があります。Jira Software または Jira Service Desk を単体で実行している場合は、この手順をスキップできます。
- 必要な Jira Service Desk OBR ファイルをダウンロードします。インストールする Jira Software のバージョンと互換性のあるバージョンをダウンロードするようにしてください。互換性はこちらで確認できます。
- ダウンロードした OBR ファイルの拡張子を .obr から .zip へ変更します。
- このファイルを解凍してコンテンツを展開します。
- zip ファイルのコンテンツを展開したディレクトリと子ディレクトリ「dependencies」からすべての jar ファイルをコピーし、<JIRA shared home>/plugins/installed-plugins に配置します (共有ホーム ディレクトリの詳細は、こちら のセクション 3 を参照してください)。ターミナル コマンドは次のとおりです。
- Linux: cp *.jar dependencies/*.jar<JIRA shared home>/plugins/installed-plugins
- Windows: copy *.jar + dependencies/*.jar<JIRA shared home>/plugins/installed-plugins
アップグレード プロセスの間、アップグレードされたノードは共有ホームから新しい Jira Service Desk jar ファイルを選択し、アップグレードされていないノードは引き続き古いバージョンの jar ファイルを使用します。アップグレードが完了すると、すべてのノードは新しいバージョンの Jira Service Desk を実行します。
3. ノードをアップグレードする
Jira インスタンスがアップグレード モードになると、各ノードを個別にアップグレードできます。ノードのアップグレードでは Jira を停止、インストールをアップグレード、および Jira を起動します。Jira を停止すると、別のノードへルーティングする前に、クラスターからノードが削除されて利用できなくなり、そのノードにログインしているユーザーは現在のセッションを失います。管理者は、どのノードをどの順序でアップグレードするかを決定する必要があります。ゼロ ダウンタイムを実現するには、管理者は常に 1 つ以上のノードをオンラインにし、クラスターに接続しておく必要があります。Jira Data Center ノードの監視に関する便利な情報は こちら をご覧ください。設定によっては、影響を最小限に抑えるため、ノードを「ドレイン」できます。
通常のアップグレードと同様に、Jira インストーラーを使用してノードをアップグレードすることになります。インストーラーはアップグレード タスクの大部分を実行します。しかし、Jira インストールがカスタマイズされている場合、カスタマイズしたファイルをアップグレードしたインストールに手動で移行する必要があります。
これで、ノードをアップグレードする準備が整いました。インストーラーにアクセスできることを確認してから、アップグレードするノードを選択します。次に、以下の手順に従います。
最初のノードをアップグレードしたら、クラスターで利用可能であり、ユーザーがそのノードにログインしてノードを使用できることを確認します。完了したら、各ノードでプロセスを繰り返します。
4. アップグレードを完了する
アップグレードを完了することで、必要なアップグレード タスクをインスタンス上で実行できるようになり、Jira のアップグレード モードを終了できます。必要なタスクが完了したらインストールのアップグレードは完了です。
- Navigate to > Applications > JIRA upgrades.
- アップグレードを完了するをクリックします。これは、ノードがすべて同じバージョン (新しいバージョン) の場合のみ使用可能です。
おめでとうございます! インスタンスをアップグレードし、ゼロ ダウンタイムを達成しました!