Azure で Jira Data Center の使用を開始する
The Azure ARM template as a method of deployment is nearing its end-of-support date on May 31, 2023. You can still use the template after this date but we won't maintain or update it.
We recommend deploying your Data Center products on a Kubernetes cluster using our Helm charts for a more efficient and robust infrastructure and operational setup. Learn more about deploying on Kubernetes
Jira Data Center をクラスター環境でデプロイすることを決定した場合は、Microsoft Azure の利用をご検討ください。このプラットフォームでは、追加のノードのサイズを変更してすばやく起動することでデプロイを柔軟にスケーリングする機能や、Jira Data Center ですぐに使える多数の管理サービスを提供します。これらのサービスによって、デプロイのクラスター インフラストラクチャの設定、管理、保守がより容易になります。
Microsoft Azure で Jira Software Data Center と Jira Service Desk Data Center をデプロイできる、参照用テンプレートを提供しています。ユーザーは組織のニーズに応じてテンプレートを設定できます。独自のハードウェアで Jira Data Center を実行する場合と同じように、ユーザー管理、ログの統合ストレージ、バックアップ戦略、監視をセットアップすることを強くおすすめします。
非クラスタ環境とクラスタ環境
高可用性やゼロダウンタイム アップグレードが不要な場合、ほとんどの "Small" または "Medium" サイズのデプロイには単一ノードが適しています。
動作の仕組み
このテンプレートを使用して Jira Data Center をデプロイした際のアーキテクチャの概要は次のとおりです。
デプロイには、スケール セット内のアプリケーション クラスタ ノードとして、1 つ以上の Azure 標準 VM インスタンスが含まれます。各ノードは、使用するテンプレートに応じて Jira Software または Jira Service Desk を実行します。
このテンプレートでは、共有ホーム用の Azure Files ストレージ アカウントもプロビジョニングされます。この共有ホームは、アプリ クラスター ノードにアクセス可能な添付ファイルやその他のファイルを格納します。各クラスター ノードに SAN ドライブとしてマウントされて、通常は他のファイルと同様に扱われます。
標準化されたインフラストラクチャ
| コンポーネント | 構成 |
|---|---|
| Bastion ホスト | これは、アプリケーション クラスタ ノードへの SSH アクセスを制御する、軽量だが安全性が高い Azure Linux VM です。 |
| アプリケーション ゲートウェイ | デフォルトでは、このゲートウェイは高可用性を実現するために 2 つのインスタンスで構成されます。アプリケーション クラスタ ノードのスケール セットの HTTP/HTTPS ロード バランサとして機能します。 |
| 監視 | ARM テンプレートは、クラスタ ノードとデータベースに対する基本的な健全性と可用性の監視を実行するように Azure Monitoring を構成します。 |
| データベース | Azure SQL Database (MS SQL Server と互換) または Azure PostgreSQL データベースを選択できます。いずれの方法でも、データベースは、クラスタ ノードが格納されているプライベート ネットワークからのトラフィックのみを許可するサービス エンドポイントとして構成されます。この制限付きトラフィックのセットアップにより、セキュリティが強化されます。 |
Azure デプロイメントへの移行
既存の Jira Data Center インスタンスを Azure に移行することもできます。これを行うには、Azure で新しい Jira Data Center インスタンスをセットアップして、既存のインスタンスからデータをインポートする必要があります。この方法により、Azure に最適な設定で新しいサイトを作成できます。
以下は手順の概要です。
はじめる前に
データベースおよびホーム ディレクトリを含む、既存の Jira インスタンスをバックアップします。
手順
- Marketplace または他のユーザー インストール アプリの一覧を作成します。
- XML 形式でデータをエクスポートします。添付ファイルはエクスポートされないため、現在の共有ホーム ディレクトリから手動でコピーする必要があります。
- Azure に Jira Data Center をデプロイし、Jira が期待通りに動作していることをテストします。
- 前の手順で作成した XML バックアップをインポートします。
- /attachments ディレクトリのコンテンツを、Azure の共有ホーム ディレクトリ内の同等のディレクトリにコピーします。
- 以前使用していたアプリをインストールします。
- 新しい Jira Data Center インスタンスをテストします。
Azure デプロイメントの保護
SSL を使用して Jira をデプロイすることをおすすめします。アトラシアンが提供するテンプレートでは、証明書とパスワードが要求されます。
参考情報
- HTTPS はアプリケーション ゲートウェイで終了されます。
- 証明書は、信頼できる認証局からのものである必要があります。自己署名証明書の使用は避けてください。
デプロイメントの準備
1. デプロイメントのサイズの決定
Microsoft Azure への Jira Data Center のデプロイでは、デプロイのサイズ (小、中、大、エンタープライズ) を選択できます。これにより、Jira アプリケーション ノードの数と、プロビジョニングされる VM のサイズが決まります。
インスタンスのサイズの見積もりに使用できるよう、既存の、または計画されているデータ次元の量 (課題、プロジェクト、カスタム フィールド、ユーザーなどの数) に基づいた、いくつかの Jira Data Center サイズ プロファイルを特定しました。詳細については「Jira Data Center のサイズ プロファイル」をご参照ください。
2. リージョンの選択
リージョンまたは場所は、Azure がデプロイメントを格納する場所です。一部のリージョンでは、Application Insights や分析機能へのアクセスなど、すべての Azure 機能が提供されません。デプロイメントで使用したい機能に応じてここでの選択を行います。
リージョンと利用可能な機能を確認するには、「リージョン別の利用可能な製品」を参照してください。
3. 追加情報の準備
デプロイメントでは以下も必要です。
- (オプション) SSL: 信頼できる認証局からの Base64 エンコード PFX 証明書。
- (オプション) CNAME: Azure にランダム ドメインを生成させない場合、既存の CNAME の詳細。
Azure Marketplace 経由で Jira Data Center を Azure にデプロイ
この方法では、Azure Marketplace を利用し、アトラシアンのデプロイ テンプレートをリファレンスとして使用して Jira Software Data Center または Jira Service Desk Data Center をデプロイします。
Atlassian Marketplace アプリを使用して Azure に Jira Data Center をデプロイするには、次の手順を実行します。
- Azure ポータルにサインインします。
- [Create a resource (リソースを作成)] を選択して、新しいデプロイを開始します。
- アトラシアンを検索して、Marketplace アプリのリストから Jira Software Data Center または Jira Service Desk Data Center を選択します。
- [作成] を選択してデプロイの構成を開始します。
- ウィザードの指示に従ってデプロイを設定します。詳細については、次のパラメーター表をご参照ください。
- すべての情報が正しいことを確認して [作成] を選択し、サブスクリプションを購入します。デプロイには約 30 分を要します。
- デプロイメントが完了したら、デプロイメント出力に記載されている Jira URL に移動してオンボーディングを完了し、Jira の使用を開始します。
Jira 固有のパラメータ
以下のパラメータは、Jira Software および Jira Service Desk にのみ適用されます。
| Jira バージョン | 完全にインストールする Jira のバージョンを指定します (例: 7.13.0)。 Jira Software 7.13 以降または Jira Service Desk 3.16 以降を選択することをお勧めします。これらのバージョンは Azure で入念にテスト済みです。全リリースのリストは、Jira Software リリース ノートまたは Jira Service Desk リリース ノートをご確認ください。 |
|---|---|
| Jira 管理者資格情報 | インスタンスの最初の Jira 管理者の名前とパスワードを入力します。 |
| Jira クラスタ | 予想されるサイトのサイズ (トライアル、小、中、大、またはエンタープライズ) を選択します。これによって、Jira アプリ ノードの数とプロビジョニングされる VM のサイズが決まります。初期設定を上書きするには [Change Size (サイズを変更)] を選択します。 |
標準化されたインフラストラクチャ パラメータ
| パラメーター | 説明 |
|---|---|
| サブスクリプション | Microsoft Azure サブスクリプション タイプ。 |
| リソース グループ | 既存のリソース グループがある場合は、それを使用するか、新しく作成できます。 |
| 場所 | Azure がデプロイメントを格納する領域です。 |
| SSH アクセス | Bastion ホストとして機能するインスタンスへの SSH 接続に使用される SSH パブリック キーと、Bitbucket ノードに SSH 接続でアクセスするためのユーザー名およびパスワードを入力します。 Microsoft Azure ドキュメントの「Create and use an SSH public-private key pair for Linux VMs in Azure (Azure 内に Linux VM 用の SSH 公開/秘密キーのペアを作成して使用する)」を参照してください。 |
| データベース構成 | Azure SQL Database と PostgreSQL 用 Azure Database のいずれかを選択します。データベース管理者ユーザーのユーザー名とパスワードを提供します。 既存のデータベース 既存のデータベースと統合する場合は、CLI を使用して Azure にデプロイする必要があります。 |
| cname | 組織の CNAME (Canonical Name record)。提供されない場合、Azure はインスタンス用にランダムなサブドメインを生成します。 |
| HTTP/SSL | Azure Application Gateway 上の SSL 終端に使用する証明書とパスワードを指定します。 |
| 監視 | 有効化する監視および分析サービスを選択します。ご利用のロケーションで利用可能なサービスに応じます。関連情報については、「監視」を参照してください。 |
CLI を使用して Jira Data Center を Azure にデプロイ
この方法では、Azure コマンドライン インターフェイスでデプロイ テンプレートを参照として使用し、Jira Data Center をデプロイします。これを行うには、Azure CLI をインストールする必要があります。
デプロイメント テンプレートを直接使用すると、さらに細かい構成を行うことができます。クラスタ ノードの数、サイズ、ディスク サイズ、OS タイプなど、すべてのハードウェアの選択をパラメータとして設定可能です。
Bitbucket の Atlassian-Azure デプロイに進んで README をチェックし、CLI を使用してデプロイする方法をご確認ください。
監視
プロビジョニングするリソースの多くは Azure によって管理されるため、監視に多くのオプションを利用できます。例:
アプリケーション ゲートウェイは自動的にバックエンド プール (Jira アプリケーション ノード) を監視し、デプロイメントで指定された Jira 管理者のメール アドレスにアラートを送信します。Microsoft Azure ドキュメントの「Application Gateway health monitoring overview」を参照してください。
Application Insights はシステムの全体的な健全性を確認して、関心のある特定の領域を掘り下げるために使用できます。Azure ドキュメントの「Application Insights とは何か?」をご参照ください。
- Azure SQL Analytics を使用すると、SQL Server データベースをよりきめ細かに監視できます。Microsoft Azure のドキュメント「Azure SQL Analytics (プレビュー) を使用した Azure SQL Database の監視」を参照してください。
これらのリソースの一部はまだプレビュー段階であるため、リージョンによっては利用できない場合があります。