ノードからアクセスすることができます。ホームと共有ホームの内容の概要は次のとおりです。キャッシュ変更はノード間でレプリケートされ、すべての同期状態が維持されます。レプリケーションを使用しているため、変更直後に変更のレプリケートが行われることはありません。追加され、キュー内の順序に基づいてレプリケートされます。このアプローチを使用することで、クラスタの安定性を向上させ、キャッシュ不一致の量を減らし、レプリケーション自体を他のキャッシュ変更から分離して、プロセス全体を簡素化して速度を向上させます。レプリケーション」をご参照ください。ノードは、インデックスの完全なコピーを自身で保存します。サービスが各インデックスの同期状態を保持します。ディレクトリを1つ目のノードから新しい各ノードにコピーします。ディレクトリをコピーします。インデックスが最新のものかどうかを確認します。ディレクトリに展開します。完全な再インデックスを実行します。サービスを使用して最新のインデックスのコピーを取得できます。スナップショットをリクエストします。すべてのノードのインデックスに問題がある疑いがある場合は、一時的に残りの各ノードに新しいインデックスをコピーし、そのノード上のインデックスを再構築し、1ノード上のインデックスの回復を無効にすることができます。検索インデックス」を参照してください。つのノードでのみ実行されるようにします。ロックは取得後、ノード別に解放されます。メカニズムを使用しています。このメカニズムは必要に応じてロックを解放できます。アドレスのいずれかを指定します。リクエストをブロードキャストします。ポートを開くことができる必要があります。ノードを検出できません。アドレスとポートで応答します。ポートを開くことができる必要があります。アドレスはクラスタ名から自動生成されるか、最初のノードのセットアップ時に自分で入力することができます。インフラストラクチャと要件ハードウェアやインフラの選択はあなた次第です。以下はハードウェアおよびインフラストラクチャ要件を計画するときに考える必要がある領域です。チャートをご利用ください。実行する」をご確認ください。実行する予定がある場合、アトラシアンのテンプレートを使用してインフラストラクチャ全体をデプロイできます。ノード、データベース、およびストレージのすべてが数分で構成され、使用できるようになります。詳しくは、次のリソースをご覧ください。実行しないでください。実行は、小規模なインストールではうまく動作しますが、大規模に実行する場合はうまくいきません。仮想マシンで正常に実行できます。各ノードはまったく同じである必要はありませんが、一貫性のあるパフォーマンスのために、可能な限り同質になるようにします。ノードは以下を満たす必要があります。物理メモリの両方)(推奨)同じタイムゾーンで設定されている(および現在の同期された時間を維持する)。同様なサービスを使用することをお勧めします。クラスタで発生するさまざまな問題を回避するため、ノードのクロックが正常であることを確認する必要があります。ライセンスでは、クラスタのノード数は制限されません。インスタンスのサイズや特徴、およびノードのサイズによって異なります。プロファイル」を参照してください。小さく開始し、必要に応じて拡張することをおすすめします。することをおすすめします。インスタンスに十分です。プロファイル」を参照してください。ファイルで設定されます。場合、既定値を増やす必要があります。ヒープを同じ値に維持することをおすすめします。インスタンスの詳細を確認することもできます。デプロイメント」を参照してください。データベース使用する予定のデータベースが現在のサポート対象プラットフォームの一覧に記載されていることを確認する必要があります。インストールよりも高くなるため、サポート対象のデータベースを使用することは非常に重要です。ドライバを使用する必要もあります。これらのドライバは、上述のサポート対象プラットフォームに記載されています。アプリケーションのデータベースへの接続」を参照してください。サーバーは単一障害点になりません。これは、サポートされている次の構成を使用して、データベースでも実現できます。データベースを備えています。プライマリが停止した場合、スタンバイが代わりになります。ノードを備えたクラスタです。つをプロモートして代わりにします。最初からデプロイできます。構成する」をご参照ください。クラスタは同じパスで共有ディレクトリへのアクセス権限を持っている必要があります。共有が共有ディレクトリの場所としてサポートされています。格納されるため、十分なサイズを用意し、必要に応じて利用可能なディスク領域を増やす方法を計画しておく必要があります。バランサを使用することをおすすめします。サポートしている必要があります。使用する必要があります。ロードバランサを設定するときの推奨事項は、次のとおりです。バランサでリクエストします。スレッドの合計数を超えないようにします。これにより、処理可能な量を超えたリクエストがノードに転送されるのを避けることができます。非常に迅速に、すべてのノード間での問題を伝播できるため、他のノードに失敗した、べき等の要求を再生しないでください。負荷バランスを行う方法はノードがクラスタに参加または削除された後に再結合する際に、よりよい負荷のバランスをとることができます。使用することが重要です。ステータスを返し、この目的に使用することができます。アプリケーションのデプロイが失敗)ノードが長いGCの一時停止などの小さな問題を、生き残ることができるよう監視を設定するときは、いくつかの推奨事項は、以下のとおりです。ノードを削除する前に2回連続して失敗を待ちます。秒程度許可してから、ノードをプールから削除します。バランサの例」を参照してください。アダプタを使用します。)を持っている必要があります。これはクラスタの実行を高速および信頼性を高くするのに最適な方法です。ノードに接続する場合、パフォーマンスの問題が発生する可能性があります。インスタンスと同じです。アプリのインストールまたは更新の際に、クラスタを停止したり、ノードをダウンさせたりする必要はありません。互換性を持っているかどうかを確認できます。認証アプリの詳細をご覧ください。クラスタのセットアップ」をご参照ください。