極限のキャパシティー
IBM Db2 pureScale Feature は、ほぼ線形の効率性と高い予測可能性で拡張できます。 容量の追加は、新しい メンバー をインスタンスに追加するのと同じくらい簡単です。
高スケーラビリティー
設計によるスケーラビリティー
Db2 pureScale Feature のスケーリングがそれほどうまくいくのはなぜですか? その答えは、ハードウェアとソフトウェアのいくつかの先進テクノロジーを密に統合した高効率設計にあります。
例えば、 クラスター・キャッシング・ファシリティー (CF) は、インスタンス全体のロック管理とグローバル・キャッシングを非常に効率的に処理します。 ロッキングとキャッシングを処理するためのこのような専用コンポーネントに相当するものがなければ、クラスター内のデータベース・サーバーは、ロッキングとデータ整合性に関する重要情報を維持するために相互に通信しなければなりません。 データベース・サーバーが追加されるたびに通信の「チャッター」の量が増え、スケール拡大効率が低下します。
サポートされる最大構成でも、 Db2 pureScale 環境は効率的に通信します。 グループ・バッファー・プール (グローバル・キャッシュ) 内のデータ・ページは、Remote Direct Memory Access (RDMA) を介して メンバー と クラスター・キャッシング・ファシリティー の間で共有され、 メンバーのプロセッサー時間や入出力サイクルは必要ありません。 操作はすべて高速相互接続を介して行われるので、低速の IP ネットワーク・スタックを介したコンテキストの切り替えやルーティングは必要ありません。 クラスター・コンポーネント間の往復通信時間の測定結果は通常、およそ 12 から 14 マイクロ秒の範囲になります。 最終結果として、どのデータがどこで未完了かを、パフォーマンスを犠牲にせずに常に認識しているインスタンスとなります。