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