Atlassian Data Center architecture and infrastructure options

本ガイドでは、Jira Software、Jira Service Desk、Confluence、Bitbucket Data Center のデプロイ時に使用可能なアーキテクチャおよびインフラストラクチャ オプションの概要を示します。

アーキテクチャ オプション

以下の 2 つの方法で Data Center をデプロイできます。

アーキテクチャ要件は、組織が必要とする機能に大きく依存します。当社の機能ガイドでは、提供される機能について詳述しています。

• Jira Server と Data Center の機能の比較
• Confluence Server と Data Center の機能の比較
• Bitbucket Server と Data Center の機能の比較

非クラスタ (単一ノード)

このセットアップでは、Data Center アプリケーションがサーバー インストールと同様に単一のサーバー上で動作します。

図: 非クラスタ Data Center アーキテクチャの例

ご覧の通り、単一ノード上にデプロイされた Data Center ノードは、サーバー インストールと同様であり、以下の要素で構成されます。

• 単一ノードで実行される Jira、Confluence、または Bitbucket
• Jira、Confluence、または Bitbucket が読み取りおよび書き込みを行うデータベース

メリット

Data Center 製品で新しいインフラストラクチャをデプロイしている場合、サーバー インストールと同じアーキテクチャを使用できます。

非クラスター アーキテクチャが適している場合

一般に以下の場合は、非クラスタ Data Center デプロイを検討することをおすすめしています。

• クラスタ化によって提供される Data Center 機能以外の機能が必要な場合
• 現在のインフラストラクチャに満足しており、新しいインフラストラクチャをプロビジョニングすることなく Data Center に移行したい
• 高可用性が厳密な要件ではない場合
• クラスタ アーキテクチャのパフォーマンスおよび拡張性のメリットがすぐには必要ではない場合

考慮事項

非クラスタ Data Center のセットアップは非常に簡単ですが、いくつかの制限事項があります。Server のインストールと同様に、アプリケーション サーバーが引き続き単一障害点になるので、高可用性やディザスタ リカバリ戦略はサポートできません。

一部のデプロイメントでは、サイズ プロファイルが "Large" または "XLarge" になるとパフォーマンスや安定性に問題が生じるようになります。ほとんどのクラスタ化されたデプロイメントには、インフラストラクチャを拡張して高負荷に対処する (さらに、低負荷時には縮小してコストを削減する) 柔軟性があります。AWS や Azure では、異常な動作を示すノードを新しいものに置き換えることで、安定性に関するほとんどの問題に迅速に対処することもできます。

クラスタ化 

Data Center では、クラスタで複数のノードを使用してアプリケーションを実行し、ロード バランサでトラフィックを転送できます。これは、すべてのチームの生産性を確保するために高可用性と大規模なパフォーマンスが必須である組織に重要です。

図 クラスタ化された Data Center アーキテクチャの例

クラスタ化されたセットアップには以下が含まれます。

• 複数の同一のアプリケーション ノード
• トラフィックをすべてのアプリケーション ノードに分散するロード バランサ
• 共有ファイル システム
• すべてのノードが読み取りと書き込みを行う共有データベース
• Bitbucket では、すべてのノードが読み取りと書き込みを行う ElasticSearch の専用ノードも必要となります。

メリット

クラスタ化には多数のメリットがあります。

• 高可用性とフェイルオーバー : アプリケーション クラスタのいずれかのノードがダウンした場合、他のノードが負荷を引き受け、ユーザーは中断されることなくアプリケーションにアクセスできます。
• 大規模環境でのパフォーマンス : クラスタにノードを追加すると、許容される同時ユーザー接続数が増え、ユーザーのアクティビティが増えた場合の応答時間が改善されます。特定の機能の専用ノードをデプロイすることもできます。
• 即時に拡張可能: ダウンタイムや追加のライセンス料金なしでクラスタに新しいノードを追加できます。インデックスとアプリは自動的に同期されます。
• ディザスタ リカバリ : オフサイトでのディザスタ リカバリ システムをデプロイして、完全なシステム停止の場合にもビジネス継続性を実現します。共有アプリケーション インデックスにより、素早く元の状態に戻って製品を実行することができます。

考慮事項

非クラスタ Data Center と比較すると、クラスタ化には追加のインフラストラクチャと、より複雑なデプロイ トポロジが必要となり、多くの時間と管理対象リソースが必要となる可能性があります。AWS (Amazon Web Services) や Azure などのパブリック クラウド インフラストラクチャでデプロイすることにより、この複雑さの緩和に役立てることができます。 

インフラストラクチャ オプション

アトラシアンの Data Center アプリケーションを任意のインフラストラクチャにデプロイすることもできます。

• 独自の物理ハードウェア (オンプレミス) または仮想マシン
• AWS (Amazon Web Services) や Azure などのパブリック クラウド プロバイダ。これは、サービスとしてのインフラストラクチャ (IaaS) とも呼ばれます。

ご利用の環境に最適なインフラストラクチャ オプション

アトラシアンでは、お客様の組織の要件や既存の投資に最適なインフラストラクチャ オプションの選定は、お客様の判断にお任せしています。

AWS のようなクラウド プロバイダを利用してアトラシアン Data Center 製品をデプロイすることを選ぶお客様が増えています。これは、物理ハードウェアよりも費用対効果と柔軟性が高くなりうるためです。

Kubernetes クラスタにインストールする

Kubernetes allows you to drive greater agility amongst your teams and enjoy a simplified administrative experience at scale without compromising your organization’s regulatory requirements.

To help you deploy our products, we’ve created Data Center Helm charts—customizable templates that can be configured to meet the unique needs of your business. You can even choose how to run them: either on your own hardware or on a cloud provider’s infrastructure. Learn more about running your products on a Kubernetes cluster

パブリック クラウド プロバイダを使用した迅速なデプロイ

Data Center インフラストラクチャを設計してデプロイできるようにするために、アトラシアンでは次のコンテンツを提供しています。

• AWS クイック スタート
• Azure Resource Manager (ARM) テンプレート

これらのツールは、お客様のさまざまなデプロイメントを考慮したデフォルト設定および設定を使用しています。また、アトラシアンのインフラストラクチャの多数の推奨事項も自動的に適用されます。クラスタ対応アーキテクチャのデプロイのために設計され、単一ノードから開始して必要に応じて拡張できるようになっています。

各オプションの必要事項については、製品ガイドをご覧ください。

Atlassian が提供するサービス