JIRA Data Center のインストール

お困りですか?

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

コミュニティに質問

はじめる前に:

JIRA データセンターをインストールする前に、以下の前提条件に関する情報をお読みください。

  • Understand how JIRA Data Center works.
  • 次のノード要件を理解します。
    • 各 JIRA ノードは、それ自身の (物理的または仮想の) マシン上で実行される必要があり、これとは別に共有サービスのための独立したマシンが必要です。この共有サービス用のマシンには、各ノードがアクセスできなければなりません。
    • Normal JIRA supported platforms and requirements apply to each node.
    • 各ノードはまったく同じである必要はありませんが、一貫性のあるパフォーマンスのために、可能な限り同質になるようにします。
    • ノードはまったく同じ JIRA バージョンを実行し、同一のデータセンターに配置される必要があります。 
    • Nodes must be configured with the same timezone and keep the current time synchronized.  Using ntpd or some similar service is a good way to arrange this.
  • 選択したロードバランサのインストールと設定を行います。
    • ロードバランサは、 "クッキーベースのセッション アフィニティ" をサポートする必要があります。

オプションで、ロードバランサ、データベース、および共有ファイルシステムをクラスター化できます。

JIRA データセンターのインストールまたはご使用の環境への新しいノードの追加後に、ヘルス チェックツールを使用して、インスタンスが正しく設定され、正常に動作しているかどうか検査します。

このページの内容

 

JIRA Data Center のインストール

以下の図は、JIRA のクラスター化インスタンス の一般的なインストール方法を示しています。

このインストールガイドは、既に JIRA インスタンスとロードバランサが存在し、ネットワークファイル共有システムをセットアップできることを前提としています。

1. Upgrade your JIRA instance to 6.3 or later

See JIRA Installation and Upgrade Guide.

JIRA clustering is only available from 6.3 onwards and you must purchase a JIRA Data Center license to use the clustering functionality of JIRA Data Center. Please contact our sales team for information about purchasing a JIRA Data Center license.

Due to a known issue, you must upgrade UPM to version 2.17.4 before using JIRA Data Center.  This will be fixed in JIRA Data Center 6.3.1.

2. Connect your existing JIRA instance to your load balancer

Please perform your own load balancer testing based upon on what logic you use to route requests. Note that the easiest way to see which node a browser is connected to is in the footer.

3. Set up the JIRA file storage location on a separate server 

In this step, you need to set up a shared home directory that is writable by the JIRA instance and any future nodes, plus a "local home" directory for the exclusive use of this node.

You may already have your JIRA home directory on a networked file system, in which case you need to:

  • ディレクトリは、他の潜在的なノードによる読み取りと書き込みができるようにします。
  • Update your atlassian-jira/WEB-INF/classes/jira-application.properties file to point to a new local home directory that will not be used by the other nodes; this directory can either be truly local or located somewhere else on a networked file system
  • Copy into this new location to the dbconfig.xml file

4. 既存の JIRA インスタンスをクラスター内で機能するように設定する

  1. 既存の JIRA インスタンスに以下のものを設定します。
    • Put a cluster.properties file in the local JIRA home directory, with contents as follows:

      例を展開

      cluster.properties ファイルの例

       

      # This ID must be unique across the cluster
      jira.node.id = node1
      # The location of the shared home directory forall JIRA nodes
      jira.shared.home = /net/mynfsserver/jira_shared_home

      詳細は、Cluster.properties ファイルのパラメーター を参照してください。

    • If using the Apache load balancer, set the Apache node name by appending the following setting to the same variable (replacing node1 with the node name used in the load balancer configuration):
      • -DjvmRoute=node1
  2. Ensure the Base URL configured in JIRA is the URL of the front end proxy / load balancer.
  3. If you use the Apache load balance, configure httpd

    Configuration example...

    If you use the Apache load balancer, configure httpd similarly to a standard reverse proxy, but with the addition of the mod_proxy_balancer configuration. Add a configuation block similar to this exampleat the end of http.conf:

    <VirtualHost *:80>
            ProxyRequests off
     
            ServerName MyCompanyServer
     
            <Proxy balancer://jiracluster>
                    # JIRA node 1
                    BalancerMember http://jira1.internal.atlassian.com:8080 route=node1
                    # JIRA node 2
                    BalancerMember http://jira2.internal.atlassian.com:8080 route=node2
     
                    # Security "we aren't blocking anyone but this the place to make those changes
                    Order Deny,Allow
                    Deny from none
                    Allow from all
     
                    # Load Balancer Settings
                    # We are not really balancing anything in this setup, but need to configure this
                    ProxySet lbmethod=byrequests
                    ProxySet stickysession=JSESSIONID
            </Proxy>
     
            # Here's how to enable the load balancer's management UI if desired
            <Location /balancer-manager>
                    SetHandler balancer-manager
     
                    # You SHOULD CHANGE THIS to only allow trusted ips to use the manager
                    Order deny,allow
                    Allow from all
            </Location>
     
            # Don't reverse-proxy requests to the management UI
            ProxyPass /balancer-manager !
            # Reverse proxy all other requests to the JIRA cluster
            ProxyPass / balancer://jiracluster/
            ProxyPreserveHost on
    </VirtualHost>

Verify that JIRA works correctly in the cluster by accessing JIRA through the load balancer and creating an issue with an attachment. Then check that this issue and attachment can be viewed/edited by another web browser through the load balancer.

5. 新しい JIRA ノードをクラスターに追加する

  1. Install a new standalone JIRA instance by using one of the methods below. During the intallation, configure this new instance to use the same database and context path as the existing node(s). 
    1. Take a native backup of the original JIRA instance and copy it to the new node, then change the node ID from node1 to node2, or
    2. Perform a fresh install of JIRA 6.3 on the new node. Configure it by setting the home directory and editing/copying the dbconfig.xml and cluster.properties files as required before starting JIRA for the first time on the new node.
    3. In either case DO NOT import any data into the new node.
  2. Configure it for clustering (as explained in Step 3). Ensure that its local home directory points to a different directory than the other nodes.

You can verify that data is correctly being synced to the new node by accessing the node directly and viewing the issue and attachment created earlier. 

6. この新しいノードをロードバランサに接続する

Atlassian assumes you or your IT department already knows how to do this. Please let us know if this is not the case.

Verify that the new node is in the cluster and receiving requests by checking the logs on each node to ensure both are receiving traffic and also check that updates done on one node are visible on the other. To find out which node a user is connected to simply check the cookie for the apache load balancer config.

各ノードで、手順 5 と 6 を繰り返します。

 

Cluster.properties ファイルのパラメーター

You can set the following parameters in the cluster.properties file:

パラメーター必須説明/値
jira.node.idはいThis unique ID must match the username and the BalancerMember entry in the Apache config
jira.shared.homeはいすべての JIRA ノードの共有ホーム ディレクトリの場所
ehcache.peer.discoveryいいえ

ノードがお互いを見つける方法を示します。

default - JIRA will automatically discover nodes. Recommended
automatic - Will use EhCache's multicast discovery. This is the historical default method used by ehCache, but can be problematic for customers to configure and is no longer recommended by Atlassian for use with JIRA clustering

ehcache.listener.hostNameいいえキャッシュ通信のための現行ノードのホスト名。JIRA データセンターは、パラメーターが設定されていない場合、内部的にこれを解決します。
ネットワークのホスト名の解決に問題がある場合、このパラメータを設定できます。
ehcache.listener.portいいえ

ノードがリッスンすることになるポート ( デフォルト = 40001)

 

複数のノードが同じホスト上にあるか、このポートが利用できない場合、手動でこれを設定することが必要な場合もあります。

ehcache.listener.socketTimeoutMillisいいえデフォルトでは、これは Ehcache デフォルトに設定されます。

If you set ehcache.peer.discoveryautomatic  then you need to set the following parameters:

  • ehcache.multicast.address

  • ehcache.multicast.port

  • ehcache.multicast.timeToLive

  • ehcache.multicast.hostName

これらのパラメーターについての詳細は、Ehcache ドキュメントを参照してください。

最終更新日 2014 年 9 月 3 日

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

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