 |
||||||||||||||||||||
|
||||||||||||||||||||
| 前のページ 1 2 3 4 次のページ | ||||||||||||||||||||
|
||||||||||||||||||||
| ビジネスの激しい変化に対応するためにもスケーラビリティは不可欠 | ||||||||||||||||||||
|
通常の大規模データベースシステムでは、クラスタリングによって可用性を保つのが一般的である。クラスタ上に配置されたサーバの数を増やす「スケールアウト」によって、1台あたりのサーバの受け持つ負荷を軽くするのである。同時に、どれか1台のサーバに障害が発生した場合でも、フェイルオーバーによって残りのサーバが処理を引き継ぎ、システムの運用を維持できる。 しかし一方で、サーバの数が増えれば、それらすべてを適正かつ最大限のパフォーマンスで稼働させなくてはならない。管理者はロードバランシング（負荷分散）や、データベースバッファ領域の配分監視といった、あたかもオーケストラの指揮者のような役割を担うことになる。しかも本物のオーケストラと違って、どちらかというと団員たちは指揮者に非協力的である。ちょっとでもミスをすれば、平気で演奏会をパーにしてくれる危険性すらあるのだ。 それだけにエンタープライズ系データベースでは、可用性と背中合わせの形でスケーラビリティは重要視され、各主要データベース製品をリリースしているベンダーも、こぞって自社製品のアドバンテージの一つに挙げているのである。 |
||||||||||||||||||||
| 商用データベースは早くからスケーラビリティを重視していた | ||||||||||||||||||||
|
商用データベースでは、各社製品ごとにそうしたスケーラビリティへの対応は早くから進められてきた。Microsoft SQL Server 2000 Enterprise Editionでは、2003年頃から急速に進んだ64bit化に対応して、最大64CPU、メモリ512GBまでのシステム拡張が行えるようになっている。 このためユーザのビジネスが急激に成長して処理件数やデータ量が飛躍的にふくらんでも、データベースシステムを入れ替える必要なく使い続けることが可能になる。こうした製品のスケーラビリティは、巨額のIT投資を保護するというメリットもユーザにもたらしてくれることになる。 またOracleも、すでにOracle 9iで実現した独自のクラスタシステムであるOracle RAC（Real Application Clusters）を提唱、シェアードディスク型クラスタの持つ高可用性に加えて、優れたスケーラビリティを強調した。 従来シェアードディスク型クラスタでは各ノードが保持するデータの整合性をとることが難しく、実装が困難とされてきた。Oracle 9iでは「Cache Fusion」という技術によってそれを解決し、本格的な拡張性を備えたクラスタシステムを可能にしたのである。このため現在では、RACはデータベースクラスタリングの代名詞ともいうべき存在になっている。 |
||||||||||||||||||||
 図2：Oracle RAC 10g |
||||||||||||||||||||
|
前のページ 1 2 3 4 次のページ |
||||||||||||||||||||
|
|
||||||||||||||||||||
|
|
||||||||||||||||||||
|
||||||||||||||||||||
|
|
||||||||||||||||||||
|
||||||||||||||||||||
|
|
||||||||||||||||||||
|
|
||||||||||||||||||||
|
||||||||||||||||||||
-
-
連載
