MySQL Cluster 主な特徴

MySQL Cluster データベースは、GPL ライセンスの下で使用を認められている、コミュニティダウンロードページよりご利用いただけます。商用版には次の 2 種類があります。

• MySQL Cluster Standard Edition (SE)
• MySQL Cluster Carrier Grade Edition (CGE)

オプションには別途費用がかかります。詳細については、MySQLセールスチーム( MySQL-Sales-jp@sun.com) へお問い合わせください。

日本語によるサポートは平日の営業時間(9-5時)に限ります。

ACID 準拠、トランザクションデータベース

MySQL Cluster は、完全な ACIDトランザクションサポートを提供します。

インメモリインデックスおよびデータ

リアルタイムパフォーマンスを実現するため、MySQL Cluster は、インデックスをメモリに保存します。最高のパフォーマンスを提供し低遅延のアプリケーションを実現するためにデータにアクセスする必要がある場合、データもメモリに保存し管理できます。

ディスクベースのデータ

高可用性を実現する必要はあるが、インメモリデータのリアルタイムパフォーマンス特性を必要としないデータは、ディスクに保存できます。これにより、MySQL Cluster を幅広いアプリケーションで使用できるようになるので、さらに大規模なデータベースクラスタを作成して、これらを効果的に管理できます。

分散型シェアードナッシングアーキテクチャ

この MySQL Cluster のアーキテクチャは、99.999% の可用性を実現するように設計されています。99.999% とは、定期的に行われる保守業務を含めても、1 年間に 5 分未満のダウンタイムしかないことを意味しています。また、MySQL Cluster は、ホスト間に分散配置できる複数のノードから構成されているので、データノード、ハードウェアまたはネットワークの障害時でも継続的な可用性を保証します。シェアードナッシングアーキテクチャでデータを格納して分散する（すなわち共有ディスクを使用しない）ことで、データノードに障害が発生しても、同じ情報を格納するデータノードが少なくても 1 つ必ず存在することになります。このため、中断しないでリクエストやトランザクションを継続することができ、データがノード間で一貫した状態で保たれます。

MySQL Cluster のアーキテクチャの詳細については、 こちらをクリックしてください。

同期型のデータレプリケーション

データベースのすべてのデータは、同じノードグループ内の複数のデータノードで自動的に複製されるので、データはトランザクション中に同期をとってレプリケーションされます。つまり、各トランザクションの結果は、トランザクションの間に、該当するすべてのデータノードに反映されます。トランザクションをコミットしようとするとき、そのトランザクションに関連するすべてのデータノードに、リクエストが送信されます。すべてのノードで準備が完了していることを伝えると、トランザクションはコミットされ、トランザクションの成功がアプリケーションに通知されます。常にデータベースの一貫性を確保するために、トランザクションの間にデータノードが停止した場合、そのトランザクションは停止されます。また、トランザクションの情報は、ロールバックして、トランザクションを再起動できるように、アプリケーションに通知されます。

1 秒以下での自動フェイルオーバおよび自己修正

同期レプリケーションにより、すべてのデータが複数のクラスタノードで複製されるので、障害が発生した場合でも、別のノードへのフェイルオーバが 1 秒未満で実現されます。MySQL Cluster では、シェアードナッシングアーキテクチャを利用するため、共有型ストレージや関連するロックマネージャによりフェイルオーバプロセスが複雑になることはないので、その速度が低下することもありません。

さらに、障害発生時に MySQL Cluster データベースノードは、自身で自動的に再起動、修復、および動的再構成を行うことができます。MySQL Cluster のフェイルオーバおよび自動修正機能は、すべてのアプリケーションおよびクライアントに対して完全に透過的に実行します。

可変サイズレコード

MySQL Clusterでは可変サイズレコードが効率的に扱われ、実際に行内に常駐するデータだけがメモリを消費されます。その結果、メモリを無駄に消費せず、1 GB あたりさらに多くの行を格納でき、さらに大きなデータセットをインメモリデータで利用できます。

パーティショニングのユーザ定義

MySQL Cluster は、自動データパーティショニングを標準機能として提供しています。直線的な拡張性をさらに強化するために、開発者および DBA は、ユーザ定義パーティショニングを介したアクセスを改善でき、データを単一ノードで効率的にアクセスできるので、クラスタ間通信でトランザクションや検索を実行する必要がありません。

オンラインのスキーマアップデートおよびシステムメンテナンス

継続した動作をサポートするために、MySQL Cluster では、ライブデータベーススキーマへのオンラインアップデート、およびクラスタの基礎となるハードウェアおよびソフトウェアインフラストラクチャのアップグレードが可能です。

MySQL Cluster は、テーブルやインデックスの追加と削除、テーブルスキーマの変更（カラムの追加など）、オンラインのスキーマアップグレードをサポートしています。MySQL Cluster では、テーブルとインデックスの追加と削除は、クラスタの通常の操作として実行されます。また、クラスタのローリングアップグレードは必要ありません。

ローリングアップグレードでは、冗長（レプリカ）部でクライアントの要求と処理を継続しながら、各コンポーネントをシャットダウンし、アップグレードを行い、再起動することができます。このため、データベースのセッションは維持され、アップグレードよるダウンタイムは発生しません。

市販ハードウェアでのスケールアップおよびスケールアウト

MySQL Cluster は、すべての主要なコモディティハードウェアおよび OS プラットフォームで使用可能なので、商用のプラットフォームやベンダへのロックインから解放され、選択肢が広がり、コストを削減できます。また、始めにコモディティ Cluster ホストを使用して、その後ワークロードやデータベースサイズの成長に応じて増分的にノードを追加できます。この間の取得コストをきわめて低く維持できます。

MySQL Cluster のマルチスレッドデータノードを使用することで、さらに多くの CPU ソケット、コアまたはスレッドを装備したホストで拡張し、ハードウェアリソースを削減しつつ、さらに高いパフォーマンスを実現できます。その結果、ハードウェアの無駄な増加を防ぐことができ、そのため、クラスタのシステム管理や容量およびエネルギー消費を抑えTCO を削減できます。

オンラインバックアップ

MySQL Cluster CGE では、稼動中のクラスタでバックアップを取ることができます。バックアップはデータベースの一貫したクラスタワイドのスナップショットで、安全な遠隔地の拠点にアーカイブを取り、コピーを作ることができます。必要に応じ、データベースの内容を復元するため、バックアップをデータベースに反映することができます。

SQL

MySQL Server ノードでは、クラスタリングされたデータノードへのSQLアクセスが可能です。開発者はプログラムに標準 SQL インターフェースを利用できます。MySQL Server はデータノードに対する送信要求を処理するので、アプリケーション内にクラスタ固有の低水準プログラムを記述する必要がありません。

NDB API (C / C++ / Java)

MySQL Cluster データベースによるリアルタイムパフォーマンスを最大に利用する必要があるアプリケーションでは、ネイティブ NDB API を直接使用する必要があります。この C++ API の詳細については、『MySQL Cluster API Developer Guide』( http://dev.mysql.com/doc/#cluster) を参照してください。

アプリケーションで使用するNDB API への Java および HTTP インターフェースもあるので、幅広い Web およびエンタープライズアプリケーションでの MySQL Cluster の統合が容易です。

オンラインでのノード追加

MySQL CGE には、稼動中のクラスタにノードをオンラインで追加できる機能があります。これは、新しいノードグループが追加されるときにデータを再パーティション化して、クラスタの継続した動作およびアプリケーション接続を保証することで実現されます。

オンラインノード追加機能によって、より多くのデータをライブクラスタに追加することで、容量およびパフォーマンスを動的に拡張できます。これにより、ミッションクリティカルなアプリケーションは、ダウンタイムなしで簡単に拡張できます。

LDAP ディレクトリのデータストア

MySQL Cluster は、Communications Service Provider ネットワーク内の加入者データベースに幅広く導入されています。7.0 以降の MySQL Cluster CGE は、LDAP ディレクトリサーバのバックエンドデータストアとして機能できます。これにより、ユーザは、既存のLDAP テクノロジを維持および拡張できます。通信事業者は、既存のアプリケーションおよびネットワークにおいて分散しているユーザおよびネットワークデータデータをすべて利用して展開することができます。

通信ネットワークで提供される、次世代の高度にパーソナライズされた幅広いサービスを配備するために、通信業者は、標準化された方法で加入者およびネットワークデータを公開する必要があります。従来の顧客契約およびサービスの権利に関するデータとともに、加入者がネットワーク設定およびメディアオブジェクトを取得するにつれ、加入者プロファイルはさらに豊富になります。ディレクトリデータストアとして機能する MySQL Cluster を業界標準 LDAP ディレクトリともに使用することで、通信業者は、標準 LDAP インターフェースをデバイスや加入者の認証や許可に利用するとともに、大規模なトランザクション集中型ディレクトリデータストアのコスト、リスク、複雑性を削減する、リアルタイムパフォーマンス、キャリアグレードの可用性、総合的なソリューションを実現できます。

Sun OpenDS および OpenLDAP など、人気のある LDAP ディレクトリは、MySQL Cluster のドライバを提供します。

遠隔地レプリケーション

複数の遠隔地でクラスタを複製してサイト障害耐性を提供することは、通常の導入環境において重要なことです。遠隔地レプリケーションは、MySQL Cluster Carrier Grade Editionのオプションとして利用できます。これは、複数のデータセンターを構える組織に理想的な設計です。遠隔地レプリケーションを実装する一般的な理由は、次のとおりです。

• データセンター内や地域間の WAN でより高い可用性を実現する
• さまざまな遠隔地で低遅延データアクセスを提供する
• メインのリアルタイム実稼動データベースのパフォーマンスに影響することが望ましくない複雑なデータ分析のために、データベースを複製する

カスタム機能開発

MySQL Cluster CGE の商用ユーザのお客様は、MySQL Engineers and Professional Services による実装のための NRE (Non-Recurring Engineering) プロジェクトのスポンサーとなることができます。これらには、特定のビジネスまたは技術的な問題を解決する、または新しい付加価値のあるソリューションを MySQL Cluster で作成するための一意な機能を顧客に提供する、新しいデータベース拡張の研究、開発、設計、テストが含まれます。

Top of Page