極限のキャパシティー

高スケーラビリティー

標準的な Web コマースおよび OLTP ワークロードでのテスト時に、 Db2 pureScale Feature は、例外的な効率でさまざまなレベルに拡張できることを実証しました。サポートされる最大構成では、極端な容量が提供されます。 スケールアウトするために、既存のアプリケーションが Db2 pureScale 環境のトポロジーを認識している必要はありません。¹

さらに 2 つの メンバー がインスタンスに参加すると、即時に着信データベース要求の処理を開始します。 メンバー の数が 2 倍になると、全体のスループットはほぼ 2 倍になります。 スケーラビリティーについて詳しくは、 Db2 pureScale Feature のロードマップを参照してください。

設計によるスケーラビリティー

Db2 pureScale Feature のスケーリングがそれほどうまくいくのはなぜですか? その答えは、ハードウェアとソフトウェアのいくつかの先進テクノロジーを密に統合した高効率設計にあります。

例えば、 クラスター・キャッシング・ファシリティー (CF) は、インスタンス全体のロック管理とグローバル・キャッシングを非常に効率的に処理します。 ロッキングとキャッシングを処理するためのこのような専用コンポーネントに相当するものがなければ、クラスター内のデータベース・サーバーは、ロッキングとデータ整合性に関する重要情報を維持するために相互に通信しなければなりません。 データベース・サーバーが追加されるたびに通信の「チャッター」の量が増え、スケール拡大効率が低下します。

サポートされる最大構成でも、 Db2 pureScale 環境は効率的に通信します。 グループ・バッファー・プール (グローバル・キャッシュ) 内のデータ・ページは、Remote Direct Memory Access (RDMA) を介して メンバー と クラスター・キャッシング・ファシリティー の間で共有され、 メンバーのプロセッサー時間や入出力サイクルは必要ありません。 操作はすべて高速相互接続を介して行われるので、低速の IP ネットワーク・スタックを介したコンテキストの切り替えやルーティングは必要ありません。 クラスター・コンポーネント間の往復通信時間の測定結果は通常、およそ 12 から 14 マイクロ秒の範囲になります。 最終結果として、どのデータがどこで未完了かを、パフォーマンスを犠牲にせずに常に認識しているインスタンスとなります。