AWS で Jira Data Center を管理する

このページの内容

お困りですか?

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

コミュニティに質問

AWS 上の Jira Data Center で作業する際は、ノードの追加や既存の Jira インスタンスのアップグレードで環境を拡張したり、SSH を介して接続することができます。


カスタム DNS 名の設定

AWS 上で Jira Data Center をデプロイする場合、Amazon のロード バランサーを示す既定のドメイン名を取得します。これを使用して Jira にアクセスすることになります。このドメイン名はロード バランサーの名前と AWS のリージョンによって異なりますが、一般には "my-loadbalancer-1234567890.us-west-2.elb.amazonaws.com" のようになります。これは、より使い慣れた形式 (例: jira.atlassian.com) に変更できます。これを行うには、Quick Start の [Existing DNS (optional)] パラメーターに独自のドメイン名を入力します。これを実行するにはドメイン名が必要です。ドメイン名を持っていない場合はこちらから登録できます。

カスタム DNS 名を設定するには:

  1. Quick Start を使用して Jira をデプロイする際には、[Existing DNS (optional)] パラメーターに自身のドメイン名 (FQDN) を入力します。この名前は、Jira が使用する Web サーバーである Apache Tomcat の proxyName パラメーターに保存されます。すべてのノードがこのドメイン名を使用します。
  2. デプロイメント後、Amazon のロード バランサーのアドレスがわかったら、ドメイン名と関連付けます。これを行うには、DNS サービスを使用して、ソースおよびターゲット URL を入力する CNAME レコードを作成し、エイリアスを作成する必要があります。「カスタム ドメイン名をロード バランサー名と関連づける」を参照してください。

Jira をデプロイ済みの場合も、スタックで使用されるパラメーターを変更し、インスタンス タイプまたはドメイン名にすることができます。「リソース プロパティを変更する」を参照してください。

スケーリング (拡張および縮小)

クラスター内のノードの数を変更するには:

  1. 必要な範囲を設定して、スタックで開始できるノードの最小数と最大数を定義します。
    1. AWS コンソールで、サービス > CloudFormation へ移動してスタックを選択し、スタックの更新をクリックします。
    2. クラスター ノードの最小数クラスター ノードの最大数のパラメーターを、必要に応じて変更します。この手順の後、ノードの数 (自動スケーリング グループによって制御される) は最小の数に設定されます。

  2. 自動スケーリング グループのサイズを変更して、利用可能なノードの数を増やします。
    1. AWS コンソールの自動スケーリングの下で、自動スケーリング グループを選択します。
    2. 自動スケーリングのグループを選択します。
    3. 詳細タブで、編集を選択します。
    4. [Desired] で、希望する容量を 1 段階増やします。例えば、現在の値が 1 の場合は、「2」と入力します。
      希望容量は、グループの最大サイズ以下にする必要があります。Desired の新しい値が Max よりも大きい場合、Max を更新します。
    5. 保存をクリックします。

SSH 経由でノードに接続する

Sooner or later you will need to SSH to your Jira cluster node(s) and file server to perform configuration or maintenance tasks. Note that you must keep your SSH private key file (the PEM file you downloaded from Amazon and specified as the Key Name parameter) in a safe place. This is the key to all the nodes in your instance, and if you lose it you may find yourself "locked out". 

注: JiraDataCenter.template は、すべての EC2 インスタンスを、内部サブネット パラメーターで指定したサブネットに展開します。外部から到達できない内部サブネットを指定した場合、外部サブネット内で実行されていてアクセス可能な EC2 インスタンスに SSH を実行してこれを起動し、「ジャンプ ボックス」として使用して、内部サブネット内のインスタンスに対して SSH を実行する必要があります。つまり、まず「ジャンプ ボックス」に SSH を実行し、そこから内部サブネットにデプロイされているインスタンスに SSH を実行します。

SSH 経由でインスタンスに接続する場合、ユーザー名として ec2-user を使用します。例:

ssh -i keyfile.pemec2-user@ec2-xx-xxx-xxx-xxx.compute-1.amazonaws.com

ec2-user は、 sudo アクセスを持ちます。root による SSH アクセスは許可されません。

バックアップ

スナップショットを使用して Jira Software Data Center のバックアップを作成する、AWS のネイティブ バックアップ機能を使用することをお勧めします。

AWS への既存のインスタンスの移行

AWS に既存のインスタンスを移行するには:

  1. データベースを PostgreSQL に移行します。
  2. 既存のホーム ディレクトリとデータベースのバックアップを作成します。
  3. バックアップ ファイルをファイル サーバー EC2 インスタンスにコピーします。
  4. ファイル サーバーの /media/atl/jira/shared でバックアップ ファイルを展開します。
  5. pg_restore を使用して、バックアップ ファイルに含まれる PostgreSQL データベースのダンプを RDS インスタンスにリストアします。

最終更新日 2019 年 5 月 17 日

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

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