ゼロ ダウンタイム アップグレードの管理

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」をご確認ください。


はじめる前に

ゼロ ダウンタイム アップグレードを開始する前に、いくつかすべきことがあります。

目的のバージョンのインストーラーがあることを確認します。
詳細を読む...

適切な Jira Software または Jira Service Desk インストーラーをダウンロードします。1 つずつアップグレードする必要があるため、それらをすべてのノードで利用できるようにします。

対象のバージョンについて熟知していることを確認します。
詳細を読む...

アップグレード後の Jira プラットフォームJira Software および Jira Service Desk のバージョンのリリース ノートとアップグレード ノートを確認します。アップグレード中に複数のバージョンをスキップする予定がある場合は、現在のバージョンとアップグレード後のバージョンの間のすべてのバージョンのリリース ノートとアップグレード ノートを読むことを強くお勧めします。ゼロ ダウンタイム アップグレードを使用するために必要な最小バージョンは Jira Software 7.3、または Jira Service Desk 3.6 です。

サポートされるプラットフォームを使用していることを確認します。
詳細を読む...

Confirm that your operating system, database, and other applicable platforms  and hardware still comply with the requirements for intended JIRA version. The End of Support Announcements page also has important information regarding platform support for future versions of JIRA.

アドオンをチェックします。
詳細を読む...

Jira のアドオン (例: Jira にデフォルトで含まれない機能) をインストールした場合は、アップグレード先の Jira Software のバージョンとの互換性を確認する必要があります。アドオンの互換性情報は、Atlassian Marketplace のアドオンのホームページで確認できます。 

  • アドオンが現在のバージョンと目的のバージョンの両方をサポートしている場合、何もする必要はありません。
  • アドオンに、最新および目的のバージョンをサポートする更新プログラムがある場合は、Jira アップグレードを開始する前にアドオンを更新します。
  • アドオンが現在お使いのバージョンをサポートしているけれど、目的のバージョンをサポートするには更新プログラムが必要な場合 (更新プログラムが現在のバージョンをサポートしていない場合)、アップグレード中の課題を回避するためにアドオンを無効化する必要があります。アップグレードが完了したら、アドオンを更新して再度有効化できます。つまり、アップグレード中はアドオンを利用できません。
  • アドオンが現在のバージョンをサポートしているけれど、目的のバージョンをサポートしていない場合 (目的のバージョンをサポートする更新プログラムがない場合)、アップグレード中に問題が発生する可能性があり、アップグレードを進める場合はそのアドオンを無効化する必要があります。アドオンは、アドオンが新しいバージョンをサポートし、更新できるようになるまで、有効化しないでください。
データベースのバックアップ
詳細を読む...

ゼロ ダウンタイム アップグレードを使用するには、アップグレード プロセス全体でデータベースを利用可能である必要があります。そのため、アップグレード手順の開始時点に可能な限り近いデータベースのネイティブ ツールを使用してデータベースのバックアップを実行する必要があります。

サポート ヘルス チェック、インスタンス ヘルス、およびサポートされるツール プラグインが有効化さえr、最新バージョンであることを確認します。
詳細を読む...

ゼロ ダウンタイム アップグレード のチェックでは、Jira が正しい情報を持っていることを確認し、ゼロ ダウンタイムの間ユーザーをサポートできるよう、これらの両方のプラグインを有効にする必要があります。これらは既定では有効化されていますが、チェックするには以下の操作が必要です。

  1. Navigate to > Add-ons > Manage add-ons.
  2. 適宜「health」または「support」と入力し、ドロップダウンでシステムを選択してプラグインを検索します。
  3. 関連プラグインを展開して、有効/無効のいずれかを確認します。無効化されている場合は、有効化をクリックします。

いずれかのプラグインで更新プログラムを利用可能な場合、更新ボタンが表示されます。このボタンをクリックして利用可能な最新バージョンに更新します。

新しいバージョンのプレステージングとテスト

アップグレードは、本番環境を最も反映するテスト環境で最初に実行することを強くお勧めします。テスト環境のアップグレードに成功し、正常な機能を確認するまでは、本番環境インスタンスをアップグレードしないでください。これには、アドオンとカスタマイズのチェックも含まれます。テスト環境におけるアップグレードで解決できない問題がある場合、弊社サポート サイトで課題を作成してサポートを依頼してください。

1. Jira をアップグレード モードにする

Jira をアップグレード モードにすると、アップグレードを完了/キャンセルするまで、クラスター内のノードを Jira Software または Jira Service Desk の異なるバージョンで実行できます。Jira をアップグレード モードにするには、すべてのノードを同じバージョンで実行する必要があります。

  1. Navigate to  > Applications > JIRA upgrades.
  2. Jira をアップグレード モードにするをクリックします。これは、ノードがすべて同じバージョンの場合のみ使用可能です。

Jira を初めてアップグレード モードにしたときに、アップグレードをキャンセルできます (このオプションを使うと Jira のアップグレードが終了します)。これは、ノードのアップグレードを開始するまで利用可能です。ノードを同じバージョンにアップグレードしたら、アップグレードを終了できます。アップグレードをキャンセルするには、各ノードを元のバージョンに戻す必要があります。

2. Jira アプリケーションの更新

クラスター内で Jira Software と Jira Service Desk の両方を実行している場合、Jira Service Desk ファイルを Jira 共有ホームに手動でコピーする必要があります。Jira Software または Jira Service Desk を単体で実行している場合は、この手順をスキップできます。

  1. 必要な Jira Service Desk OBR ファイルをダウンロードします。インストールする Jira Software のバージョンと互換性のあるバージョンをダウンロードするようにしてください。互換性はこちらで確認できます。
  2. ダウンロードした OBR ファイルの拡張子を .obr から .zip へ変更します。
  3. このファイルを解凍してコンテンツを展開します。
  4. zip ファイルのコンテンツを展開したディレクトリと子ディレクトリ「dependencies」からすべての jar ファイルをコピーし、<JIRA shared home>/plugins/installed-plugins に配置します (共有ホーム ディレクトリの詳細は、こちら のセクション 3 を参照してください)。ターミナル コマンドは次のとおりです。
    1. Linux: cp *.jar dependencies/*.jar<JIRA shared home>/plugins/installed-plugins
    2. 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 インストールがカスタマイズされている場合、カスタマイズしたファイルをアップグレードしたインストールに手動で移行する必要があります。


これで、ノードをアップグレードする準備が整いました。インストーラーにアクセスできることを確認してから、アップグレードするノードを選択します。次に、以下の手順に従います。

インストーラーを使用して Jira をアップグレードする

最初のノードをアップグレードしたら、クラスターで利用可能であり、ユーザーがそのノードにログインしてノードを使用できることを確認します。完了したら、各ノードでプロセスを繰り返します。

4. アップグレードを完了する

アップグレードを完了することで、必要なアップグレード タスクをインスタンス上で実行できるようになり、Jira のアップグレード モードを終了できます。必要なタスクが完了したらインストールのアップグレードは完了です。

  1. Navigate to  > Applications > JIRA upgrades
  2. アップグレードを完了するをクリックします。これは、ノードがすべて同じバージョン (新しいバージョン) の場合のみ使用可能です。

おめでとうございます! インスタンスをアップグレードし、ゼロ ダウンタイムを達成しました! 

最終更新日: 2018 年 12 月 19 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.