ノードがアクティブ状態にあり、リクエストを処理します。ノードにアクセスします。ライセンスは、ノードの数ではなく、クラスタのユーザー数に基づいています。ページで利用可能なライセンス数を確認することができます。使用することができます。リクエストは、システム管理者権限で認証されたユーザーが必要です。ライセンスによって決定されます。機能の比較」を参照してください。ホームと共有ホームの概念があります。ノードからアクセスすることができます。ホームに格納するか共有ホームに格納するかを選択することができます。ホームと共有ホームの内容の概要は次のとおりです。ファイルplugins現在添付ファイルをデータベースに保存している場合、そのまま保存し続けることができますが、新しいインストールでは利用できません。使用して管理される分散キャッシュを使用します。ノード全体で均等に分割されます。これによって、水平拡張性が向上し、必要なストレージと処理能力は完全にレプリケートされたキャッシュよりも少なくなります。ソリューションのため、遅延を最小化するには、ノードが同じ物理ロケーションにある必要があります。ノードに個別に格納されます。サービスは同期で各インデックスを保持します。ディレクトリを1つ目のノードから新しい各ノードにコピーします。既存のクラスタに新しいConfluenceのノードを追加するときは、新しいノードに既存のノードのローカルホームディレクトリをコピーします。新しいノードを起動すると、Confluenceは、インデックスが最新のものかチェックします。ない場合、共有ホームディレクトリから、あるいはを実行しているノード(マッチングビルド番号付き)からインデックスの回復スナップショットを要求し、起動プロセスを続行する前にインデックスディレクトリに展開します。スナップショットを生成することができないか、時間内に新しいノードによって受信されない場合は、既存のインデックスファイルが削除され、Confluenceは完全な再インデックスを実行します。サービスを使用して、最新のインデックスのコピーを取得することができます。インデックスは失効してしまい、既存のノードからノードの起動プロセスの一部として、スナップショットの復旧をリクエストします。すべてのノードのインデックスに問題がある疑いがある場合は、一時的に残りの各ノードに新しいインデックスをコピーし、そのノード上のインデックスを再構築し、1ノード上のインデックスの回復を無効にすることができます。タスクを30秒ごとに実行するようにスケジュールされています。ノードでのみ実行されます。スケジュールされたタスクは安全番号で動作します。安全番号はクラスタ全体で使用されるデータベースと分散キャッシュの両方に格納されているランダムに生成された番号です。ブレインと呼ばれています。ノードが矛盾した状態にならないようにするために使用されます。ブレインが発生した場合、クラスタ化されているノード間の適切なネットワーク接続を確認する必要があります。トラフィックはブロックされているか、正しくルーティングされません。ハートビートの期間を変更する(クラスタからノードが削除されるまでのノードの通信不能期間を制御)ことで、クラスタの稼働時間とデータ整合性のバランスを微調整することができます。オフするように決定することができます。コレクションの一時停止を取ることができます。2つのノードが接続できなくなった場合、競合したデータは最大1分でデータベースに書き込まれ、データ整合性に影響を与える可能性があります。コレクションの一時停止を取ることができます。退去されたノードは、クラスタセーフティジョブが稼働し、問題のあるノードをシャットダウンする前に、クラスタに再結合するまでに10分あります。これはサイトで高いアップタイムを引き起こすかもしれませんが、競合したデータは最大10分でデータベースに書き込まれ、データ整合性に影響を与える可能性があります。パニックが発生します。これによってサイトのダウンタイムは大きくなりますが、ノードが互いに通信できない場合、最大15秒間だけデータベースに書き込むことがことができるため、高いデータ整合性が保証されます。コレクションの一時停止を取ることができます。ノードが削除されると、最大15秒間だけデータを書き込むことができ、データ整合性への影響を最小化することができます。セーフティなスケジュールされたジョブを変更する方法の詳細については、「スケジュールされたジョブ」を参照してください。ハートビートの既定設定を変更できます。プロパティを設定する」を参照してください。ロックを使用して、アクションが1つのノードでだけ実行されることを保証します。つのノードで実行してから、他のノードに発行する必要があります。イベントを発行することを保証します。これにより、イベントが受信および処理されたときに、データベースに格納された任意のデータをクラスタ内の他のインスタンスから利用できるようになります。ブロードキャストはアプリの有効化や無効化などの特定のイベントに対してのみ実行されます。アドレスのいずれかを指定します。リクエストをブロードキャストします。ポートを開くことができる必要があり、それができない場合、他のクラスタノードを検出できません。アドレスとポートで応答します。ポートを開くことができる必要があります。アドレスはクラスタ名から自動生成されるか、最初のノードのセットアップ時に自分で入力することができます。インフラストラクチャとハードウェアの要件ハードウェアやインフラの選択はあなた次第です。以下はハードウェアおよびインフラストラクチャ要件を計画するときに考える必要がある領域です。展開を支援するために提供されています。AWSを初めての場合は、ステップバイステップのクイックスタートガイドが、プロセス全体を通して支援します。サポートする地域でのみデプロイできます。実行する」を参照してください。使用されている点に注意してください。実行しないでください。実行は、小規模なインストールではうまく動作しますが、大規模に実行する場合はうまくいきません。仮想マシンで正常に実行できます。実行することはできません。ライセンスでは、クラスタのノード数は制限されません。最大4ノードによるパフォーマンスと安定性をテストしています。各ノードは完全に同一である必要はありませんが、一貫性のあるパフォーマンスのために、可能な限り近づけることをおすすめします。ノードは以下を満たす必要があります。物理メモリの両方)(推奨)同じタイムゾーンで設定されている(および現在の同期された時間を維持する)。同様なサービスを使用することをお勧めします。クラスタでさまざまな問題が発生する可能性があるため、ノードのクロックが逸脱していないことを確認する必要があります。することをお勧めします。ここでは、メモリを異なるサイズのマシンに割り当てる方法の例をいくつか紹介します。ファイルで設定されます。場合、既定値を増やす必要があります。ヒープを同じ値にすることをお勧めします。ノードの影響を最小化するためにメモリ集約タスクを外部化するのに使用されます。プロパティを使用して設定されます。多くの場合、既定の設定が適切であり、変更は不要です。実行するようにすることもできます。利用可能な設定」を参照してください。メモリを割り当てることをお勧めします。ノードへのメモリ割り当ての例を示します。データベースについてもっとも重要な要件は、そのノード数をサポートするのに十分なコネクションが利用可能であることです。ノードの最大プールサイズは20コネクションです。サイズは15コネクションです(デフォルト)。ノードの実行を計画しています。データベースに対して最低105コネクションを許可する必要があります。実際には、デバックや管理目的で最大以上のコネクションが必要な場合があります。目的のデータベースが現在「サポートされているプラットフォーム」に記載されていることも確認する必要があります。インストールよりも高くなるため、サポートされているデータベースを使用することが重要です。ドライバを使用する必要があります。使用している場合)、共同編集でエラーが発生し、失敗します。ドライバ」を参照してください。クラスタは同じパスの共有ディレクトリへのアクセス権限を持っている必要があります。共有が共有ディレクトリの場所としてサポートされています。このディレクトリには大量のデータ(添付ファイルやバックアップを含む)が格納されるため、十分なサイズにし、必要に応じて利用可能なディスク領域を増やす方法を計画する必要があります。バランサを使用することをお勧めします。サポートしている必要があります。AWS上で展開している場合は、アプリケーションのロードバランサ(ALB)を使用する必要があります。ロードバランサを設定するときの推奨事項は、次のとおりです。バランサでリクエストします。スレッドの合計数を超えていないことを確認することで、処理可能な数を超える要求がノードに送信されるのを避けることができます。確認することができます。非常に迅速に、すべてのノード間での問題を伝播できるため、他のノードに失敗した、べき等の要求を再生しないでください。負荷バランスを行う方法はノードがクラスタに参加または削除された後に再結合する際に、よりよい負荷のバランスをとることができます。使用することが重要です。ステータスを返し、この目的に使用することができます。アプリケーションのデプロイが失敗)ノードが長いGCの一時停止などの小さな問題を、生き残ることができるよう監視を設定するときは、いくつかの推奨事項は、以下のとおりです。ノードを削除する前に2回連続して失敗を待ちます。ノードがプールから削除される前に30秒と言うならば、ノードへの既存の接続が終了するのを許可します。アダプタを使用します。)を持っている必要があります。これはクラスタの実行を高速および信頼性を高くするのに最適な方法です。ノードに接続する場合、パフォーマンスの問題が発生する可能性があります。つのメソッドを使用できます。プロセスを起動して管理します。手動による操作は不要です。必要なノード数で、独自のクラスタでデプロイおよび管理します。大規模なセットアップが必要です。管理することをおすすめします。管理することが、組織に最適なソリューションである可能性があります。サーバーは単一障害点となりません。バランサ、データベース、および共有ファイルの可用性も高くすることで、さらに単一障害点を最小化することができます。ユーザを管理することができます。IDプロバイダに接続することができます。インスタンスと同じです。アプリのインストールまたは更新の際に、クラスタを停止したり、ノードをダウンさせたりする必要はありません。互換性を持っているかを確認できます。開発している場合、アプリがクラスタ互換であるかどうかを確認する方法について、「アプリがクラスタで適切に動作するかを確認するにはどうしたらよいですか?」の開発者ドキュメントをご参照ください。詳細を確認し、今すぐ始めましょう。