Azure で Jira Software Data Center を管理する

Azure で Jira Data Center の使用を開始する

このページの内容

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

参照デプロイメント テンプレートを使用して Jira Software Data Center を Azure にデプロイしたら、独自のハードウェア上でアプリケーションを管理する場合と似た方法でアプリケーションを管理できます (ジャンプボックス経由でノードと共有ホーム ディレクトリにアクセスする必要がある場合を除く)。ジャンプボックスとノードにアクセスするには、以下が必要です。

SSH を介して Azure ジャンプボックスおよびノードへ接続する

クラスタ ノードはプライベート サブネットにデプロイされています。つまり、直接アクセスすることはできません。これを回避するため、小規模な Azure VM (ジャンプボックスまたは bastion ホスト) をパブリック サブネットにもデプロイし、それを使用して SSH 経由でノードにアクセスできるようにしました。

はじめる前に

  • デプロイ中に提供された SSH 資格情報を取得します。
  • デプロイ中に SSH 用に作成された秘密鍵ファイルを取得します。
  • ジャンプボックスの IP アドレスを取得します。Azure ポータルでリソース グループを開き、[Deployments] > [atlassian.JIRA-data-center-<id>] > [Outputs] に移動します。
  • Get the private IP address of the instance you want to access. In your resource group, open the JIRAcluster resource, and go to Instances.

  1. コマンド ラインからジャンプボックスにアクセスします。 

    ssh -i privatekeyfile ssh_username@dns_name_or_ip_address

    例: 

    ssh -i privatekey JIRAadmin@JIRA-jumpbox-ip-73kaq.eastus.cloudapp.azure.com
  2. ジャンプボックスにアクセスしたら、クラスタ内の任意のノードに接続できます。 

    ssh ssh_username@node_ip_address

    例: 

    ssh JIRAadmin@10.0.2.4

dbconfig.xml または server.xml ファイルにアクセス

SSH でノードにアクセスしたら、以下のディレクトリに移動し、server.xml および dbconfig.xml ファイルを見つけます。

  • server.xml: /media/atl/JIRA/shared/server.xml
  • dbconfig.xml: /media/atl/JIRA/shared/dbconfig.xml

Azure では、新しいノードがクラスターに参加する際に、これらのファイルが共有ホームからローカル ホームにコピーされます。 

既存のノードでこれらのファイルを変更する場合、共有ホーム内のファイルも更新することが重要です。これを行わない場合、クラスタに参加する新しいノードが古い構成でセットアップされてしまいます。

そのため、既存のノードで server.xml または dbconfig.xml を変更する場合、共有ホーム内のファイルも更新することが重要です。これを行わない場合、クラスターに参加する新しいノードが古い構成で設定されてしまいます。

これらのファイルには既存のノードからのみアクセスできます。共有ホーム は、ネットワーク ハード ディスクのように、/media/atl/jira/shared 配下の各ノードにマウントされています。 

バックアップと障害からのリカバリ

可能な場合は Azure のネイティブ バックアップ機能を使用することをおすすめします。これによって、データをバックアップし、障害時に簡単に復元できるようにします。 

データベース

当社では高可用性構成の Azure マネージド データベース インスタンスを使用しています。Azure ではデータベースのバックアップに関する複数の素晴らしいオプションが提供されているため、ニーズに最適かつ費用対効果の高いオプションの選択に時間を割くことをおすすめします。選択したデータベースに対応する、以下の Azure ドキュメントを参照してください。

共有ホーム

共有ホームには添付ファイルとエクスポート ファイルが保存されます。アトラシアンでは一般的な Azure ストレージ アカウントを作成します。これはローカル冗長ストレージで構成されており、一度に複数のデータのコピーが存在することを意味しています。 

冗長性戦略のため、定期的なバックアップは必須ではありませんが、必要に応じてスナップショットを使用してポイント イン タイム バックアップを取得できます。 

Application nodes

アプリケーション ノードは、Azure 仮想マシンスケール セット内の VM です。各アプリケーション ノードには、Jira インストール ディレクトリと、ログや検索インデックスなどが含まれるローカル ホーム ディレクトリがあります。 

共有ホームと同様に、アプリケーション ノードはローカル冗長ストレージで構成されているため、一度に複数のデータのコピーが存在します。 

インストール ディレクトリで設定ファイルを手動でカスタマイズしている場合 (ベロシティ テンプレートなど)、これらも参照用に手動でバックアップしておくことをおすすめします。 

Bastion ホスト

この VM はジャンプボックスとして機能するため、バックアップが必要なデータは持ちません。VM が応答しなくなった場合、Azure Portal から再起動できます。 

アプリケーション ゲートウェイ

アプリケーション ゲートウェイは高可用性構成です。デフォルトでは 2 インスタンスがデプロイされています。bastion ホストと同様、バックアップする必要はありません。 

Azure デプロイメントへの移行

既存の Jira Data Center インスタンスを Azure に移行できます。これを行うには、Azure で新しい Jira Data Center インスタンスをセットアップして、既存のインスタンスからデータをインポートする必要があります。この方法により、Azure に最適な設定で新しいサイトを作成できます。

手順の概要については、「Microsoft Azure で Jira Data Center の使用を開始する」を参照してください。

ノードのオペレーティング システムのアップグレード

ノードのオペレーティング システムをアップグレードする最も簡単な方法は、ノードを再イメージ化することです。ノードが終了され、最新の OS で再度実行されます。

  1. Azure Portal で、JIRAcluster 仮想マシン スケール セット (VMSS) にアクセスします。
  2. [Instances] をクリックします。
  3. ノードを選択し、[Reimage] をクリックします。

JIRA のアップグレード

Jira Data Center クラスタ全体を最新の Jira バージョンにアップグレードできます。下記の手順は、「Jira Data Center のゼロ ダウンタイム アップグレード」と類似するため、詳細についてはこのドキュメントを参照することをおすすめします。

概要

アップグレード プロセスでは、Jira Data Center をアップグレード モードにし、ノードが異なる Jira バージョンで動作できるようにします。その後、ノードを終了し、利用可能な最新の Jira バージョンを使用して新しいノードを起動します。アップグレード中もクラスタはアクティブなままのため、ユーザーはアップグレード中も Jira を使用し続けることができます。 

  1. Put JIRA into upgrade mode to allow your nodes to work on different JIRA versions. Go to  > Applications > JIRA upgrades, and click Put JIRA into upgrade mode.

  2. クラスタを 1 インスタンスにスケール ダウンします。

    1. Azure Portal で、JIRAcluster 仮想マシン スケール セット (VMSS) にアクセスします。

    2. [スケーリング] に移動し、1 インスタンスにスケール ダウンします。これによって、残りのノードはすべて削除されます。

  3. Azure デプロイメントで最新の Jira バージョンを使用するようにします。

    1. Azure Portalで、共有ホーム ディレクトリにアクセスします。これはリソース グループにあり、JIRAstorage<id> のように表示されています。

    2. [ファイル] をクリックし、JIRA-shared-home を開きます。

    3. JIRA-software.version ファイルを削除します。このファイルは、クラスタが使用する Jira バージョンを制御します。

  4. クラスタを 1 インスタンスずつスケール アップします。

    1. Azure Portal で、JIRAcluster 仮想マシン スケール セット (VMSS) にアクセスします。

    2. [スケーリング] に移動し、2 インスタンスにスケール アップします。これによって新しいノードがスピンアップされますが、今回は利用可能な最新の Jira バージョンをダウンロードします。 

    3. (info) At this point, your cluster should be running in the mixed node, which means that your nodes are running different JIRA versions. You can check that in JIRA by going to  > Applications > JIRA upgrades.
  5. 元のノードを再イメージ化し、最新の Jira バージョンをダウンロードできるようにします。

    1. Azure Portal で、JIRAcluster 仮想マシン スケール セット (VMSS) にアクセスします。

    2. [Instances] に移動します。

    3. ノードを選択し、[Reimage] をクリックします。

    4. ノードが正常に起動し、アプリ ゲートウェイの健全なバックエンド プールに参加していることを確認します。
  6. アップグレードを完了します。

    1. In JIRA, go to  > Applications > JIRA upgrades. You should now be able to run upgrade tasks.

    2. [アップグレード タスクの実行] をクリックします。これでクラスタが通常モードに戻るはずです。

  7. 2 つより多くのノードを使用している場合、仮想マシン スケール セット (VMSS) の数を増やします。

最終更新日 2019 年 4 月 29 日

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

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