クラスタ
通常、データベースのレプリカが増えると、データにはアクセスしやすくなります。しかし、レプリカを作成しすぎると、システムの保守管理のオーバーヘッドが不必要に増え、パフォーマンスに悪影響を及ぼします。クラスタを計画する際は、データの可用性に対するユーザーの必要条件とクラスタ内の各サーバーの物理的な性能が釣り合うようにして増加するワークロードに対応します。1 つのデータベースに対してレプリカを 4 つ以上作成しても、可用性が大幅に増加するとは限りません。1 台か 2 台のサーバーでユーザーが快適にデータベースにアクセスできる場合は、クラスタ内のレプリカを増やさないようにします。
特定のデータベースに安定した可用性が必要な場合は、クラスタにある各サーバーにレプリカを配置することを検討します。ただし、十分なディスク容量とリソースがあることが条件となります。サービスプロバイダの場合は、この設定によりデータに最大可能な冗長性を持たせることができます。
利用頻度が最も高いデータベースはそれぞれ異なるサーバーに分散配置し、1 台のサーバーに集中しないようにします。クラスタ内のサーバーが、すべて同等の処理能力を持っている場合は、フェイルオーバー用の予備の処理能力も含めて、各サーバーにワークロードを均等に分散できます。あるサーバーの処理能力が他のサーバーに比べて著しく異なる場合は、このサーバーに配置するデータベースの数とこのサーバーにフェイルオーバーできるデータベースの数を変更することを検討します。メールファイルもクラスタ全体に分散させるか、メール用に独立したサーバーやクラスタを設定します。
クラスタ内で利用頻度の高いデータベースでは複製イベントが数多く生成されるので、クラスタで最も高速なハードディスクにこれらデータベースのレプリカを配置することをお勧めします。できれば、これらのレプリカは、オペレーティングシステムのスワップファイルがないパーティションなど、他のプロセスと競合しない場所に配置します。
クラスタ内にすでに存在するデータベースとそのレプリカを参照するには、クラスタデータベースディレクトリ （CLDBDIR.NSF） を開きます。クラスタデータベースディレクトリには、クラスタにあるデータベースとレプリカに関する情報を保存した文書があります。
メモ 選択複製式の動作は、クラスタでは異なったものになります。
作成するレプリカの数次のリストは、作成するレプリカの数を検討するための必要条件を説明したものです。
データベースを識別します。
大きなデータベースほど大きなディスク容量を必要とします。ディスク容量に応じて、大きなデータベースほど作成するレプリカ数を少なくし、レプリカを保存するディスクで使用する領域を節約します。
ユーザー数が多い場合は、ユーザーを複数のサーバーに分散すると、良好なパフォーマンスが得られます。そのためには、複数のレプリカが必要です。ユーザー数が少ない場合は、レプリカを追加してもパフォーマンスが目に見えて向上することはありません。
トランザクションの発生率が高い場合は、複数のレプリカを作成するとパフォーマンスが向上します。
データベースでの作業量を確認するには、Notes Log ファイルを参照してください。
データベースに膨大な量の新規データを入力する場合は、レプリカを追加するとパフォーマンスが低下することがあります。これは、クラスタ複製によって追加のトラフィックが大量に発生するからです。高性能のサーバーと十分な帯域幅がある場合は、このような問題は発生しません。
サーバーの性能が上がりディスク容量が増えれば増えるほど、パフォーマンスに影響せずに作成できるアクティブなレプリカ数が増えます。
帯域幅が不十分なネットワークでは、クラスタ複製がボトルネックになることがあります。したがって、帯域幅が広くなるほど、作成できるレプリカ数は増えます。
ミッションクリティカルなデータベースには、複数のレプリカを作成します。可用性がそれほど重要ではないデータベースの場合は、作成するレプリカ数を減らすか、まったく作成しません。
同時に使用するユーザーの最大数は、ワークロードの均衡化の必要性を判断する上で役立ちます。この例では、頻繁にアクセスされるデータベースが 2 つあり、両方とも重要です。したがって、この 2 つのデータベースを別々のサーバーに配置して、ワークロードの均衡化を図る必要があります。この 2 つのデータベースがあるサーバーにはワークロードの均衡化パラメータを設定し、データベースがビジーになったときに別のサーバーにフェイルオーバーできるようにします。