Azure で Crowd クラスタを管理する

Once you've deployed Crowd Data Center to Azure using the reference deployment template, administering the application is similar to managing an application on your own hardware, with the exception that you'll need to go via the jumpbox to access your nodes and shared home directory. 

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

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

始める前に

• デプロイ中に提供された SSH 資格情報を取得します。
• デプロイ中に SSH 用に作成された秘密鍵ファイルを取得します。
• Get the IP address of your jumpbox. In Azure Portal, open your resource group, and then go to Deployments > atlassian.Crowd-data-center-<id> > Outputs.
• アクセスしたいインスタンスのプライベート IP アドレスを取得します。リソース グループで、CROWDcluster リソースを開き、[Instances] に移動します。

接続する準備ができたら...

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

   ssh -i privatekeyfile ssh_username@dns_name_or_ip_address

   例: 

   ssh -i privatekey Crowdadmin@Crowd-jumpbox-ip-73kaq.eastus.cloudapp.azure.com

2. ジャンプボックスにアクセスしたら、クラスタ内の任意のノードに接続できます。 

   ssh ssh_username@node_ip_address

   例: 

   ssh Crowdadmin@10.0.2.4

crowd.cfg.xml または crowd.version ファイルにアクセス

SSH でノードにアクセスしたら、/media/atl/CROWD/shared/ ディレクトリに移動し、crowd.cfg.xml および crowd.version ファイルを見つけます。Azure では、新しいノードがクラスタに参加する際に、これらのファイルが共有ホームからローカル ホームにコピーされます。 

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

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

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

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

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

データベース

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

• SQL データベース: 自動バックアップ
• SQL データベース: バックアップの保持 
• PostgreSQL: バックアップの概念

共有ホーム

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

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

アプリケーション ノード

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

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

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

Bastion ホスト

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

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

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

アップグレード

Crowd Data Center を新しいバージョンにアップグレードするには、次の手順を実行します。

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

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

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

Azure で Crowd をアップグレードする

Crowd のアップグレード プロセスは、独自のハードウェア上でクラスタを実行する場合と同じです。まずはすべてのノード上で Crowd を停止してください。その後 1 つのノードをアップグレードし、停止してください。そのノードのインストール ディレクトリをクラスタ内の残りの各ノードへ 1 つずつコピーし、終わったら再起動します。    

Crowd には、各ノードのアップグレード方法が 2 つ用意されています。それぞれの詳細な手順については、次のページを参照してください。

• 方法 1: 自動データベース アップグレードによる Crowd のアップグレード
• 方法 2: XML データ転送による Crowd のアップグレード

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

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

データベースのバックアップ

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

• SQL データベース: 自動バックアップ
• SQL データベース: バックアップの保持 
• PostgreSQL: バックアップのコンセプト

共有ホームのバックアップ

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

LRS は、共有ホームの基本的な冗長性戦略を提供します。そのため、定期的なバックアップは必要ありませんが、必要に応じ、スナップショットを使用してポイント イン タイムのバックアップを取得することができます。

アプリケーション ノード

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

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

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

Bastion ホスト

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

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

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

ディザスタ リカバリ

また、リージョン全体の障害からの復旧に関する Azure ドキュメント「Azure のテクニカル ガイダンス: リージョン全体のサービスの中断から復旧する」を参照してください。