MySQL Cluster に関する FAQ

一般的な質問

1. MySQL Cluster とは？
2. MySQL Cluster Carrier Grade Edition とは?
3. MySQL Cluster のライセンスとは?
4. MySQL Cluster の現在のバージョンは?
5. MySQL Cluster では、特殊なハードウェアまたはソフトウェアは必要ですか?
6. MySQL Cluster のシステム要件は?
7. MySQL Cluster はどのような環境に適していますか？

技術的な質問

8. MySQL Cluster の通常のパフォーマンス指標は?
9. MySQL Cluster は MySQL データベースよりどのくらい高速になりますか?
10. 最小の Cluster 設定を作成するためには、どのくらいのサーバが必要ですか?
11. データノードを地理的に分割することはできますか?
12. MySQL Cluster にはどのようなデータアクセス API がありますか?
13. インターフェースは、32 ビットアプリケーションと 64 ビットアプリケーションで違いはありますか?
14. MySQL Cluster は、組み込みデータベースに適していますか?
15. MySQL Cluster の遠隔地レプリケーションとは?
16. レプリケーションは双方向で行われますか?
17. インメモリデータベースとして、MySQL Cluster はデータ損失のリスクがありますか?
18. MySQL Cluster にはディスクレスオプションはありますか？

» MySQL Cluster Manager

1. MySQL Cluster Manager はオープンソースソフトウェアですか?
2. MySQL Cluster Manager とは何ですか?
3. MySQL Cluster Managerの利点は何ですか?
4. MySQL Cluster Manager が生産性を向上し、ダウンタイムのリスクを削減する具体的な例はありませんか?
5. MySQL Cluster Manager はどのような管理機能を備えていますか ?
6. MySQL Cluster Manager はクラスタ全体または個々のノードを管理するのですか ?
7. MySQL Cluster Manager はどのような監視機能を備えていますか ?
8. MySQL Cluster Manager の多くの機能はすでに利用可能、またはスクリプトで作成可能ですが、何か利点はありますか ?
9. MySQL Cluster Manager はクラスタ内の障害が発生したノードを復元できますか ?
10. MySQL Cluster Manager は、クラスタ内の全てのノードを管理、監視、リカバリを行うことができるのですか?
11. MySQL Cluster Manager エージェントに障害が発生した場合、MySQL Cluster データベースの可用性に影響はありますか?
12. MySQL Cluster Manager はどのようにMySQL Cluster データベースに実装されていますか ?
13. MySQL Cluster Manager は、以前の MySQL Cluster の 管理方法に何か影響を与えますか?
14. Cluster 内に管理ノードはまだ必要ですか ?
15. MySQL Cluster Manager は障害を生じたエージェントを自動的に再起動しますか?
16. 復旧した MySQL Cluster Manager エージェントは、自動的に他のエージェントと再同期しますか ?
17. MySQL Cluster Manager は、再起動の際、構成データを維持しますか?
18. MySQL Cluster Manager はクラスタ内の全てのノードについて、どのように構成の統一性を維持しますか ?
19. MySQL Cluster Manager を運用中の既存のクラスタに組み込むことはできますか?
20. MySQL Enterprise Monitor を使用して、MySQL Cluster の稼働状況を監視することはできます?
21. MySQL Cluster Manager は SNMP をサポートしていますか?
22. MySQL Cluster Manager 地理的遠隔地レプリケーションの監視と管理を行いますか?
23. MySQL Cluster Manager は Cluster への新しいノードの追加の管理を行いますか?
24. MySQL Cluster Manager がサポートしているプラっとフォームは ?
25. MySQL Cluster Manager がサポートしているMySQL Cluster のバージョンは?
26. MySQL Cluster Manager についてより詳しい情報はりありますか ?

一般的な質問

Q: MySQL Cluster とは？

A: MySQL Cluster は、高スループット状況下でのデータへの高速かつ継続的なアクセスを提供するために設計された、リアルタイムオープンソース・トランザクショナルデータベースです。MySQL Cluster は、「シェアードナッシング」アーキテクチャを利用しています。これは、インフラストラクチャへの追加投資を必要とせずに、単一障害点のない、99.999% のデータ可用性を提供します。

Cluster は、SQL インターフェースを介して、またはオプションで Java または高性能ネイティブ C++ インターフェースを介してアクセスされる、インメモリおよびディスクベースデータの両方をサポートします。

Q: MySQL Cluster Carrier Grade Edition とは？

A: MySQL Cluster Carrier Grade Edition (CGE) は、拡張性、適応性および性能を重視することで差別化されています。MySQL Cluster CGE には、通信業界で特に重要な最適化されたデータアクセスメソッド、および遠隔地レプリケーションやデータノードのオンライン追加のオプションが含まれています。

Q: MySQL Cluster を実行する場合のハードウェア要件

A: http://www-jp.mysql.com/customers/cluster/ を参照してください。

Q: MySQL Cluster のライセンスとは？

A: A: MySQL Cluster の商用版、および提供される機能の詳細については、 こちらをクリックしてください。

ライセンスに関するポリシーページ http://www-jp.mysql.com/about/legal/licensing/index.html を参照してください。

Q: MySQL Cluster の現在のバージョンは？

A: A: 現在のバージョンは MySQL Cluster 7.1 です。MySQL 5.1 は、MySQL Cluster と統合およびバンドルされます。バンドルされる特定のバージョンについては、ドキュメント を参照してください。 (http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster.html)

Q: MySQL Cluster では、特殊なハードウェアまたはソフトウェアは必要ですか？

A: 必要ありません。MySQL Cluster は、コモディティハードウェアで実行するように設計されています。SCI ネットワーク相互接続などの特別なハードウェアを使用することで、さらに高いレベルのパフォーマンスを実現できます。

Q: MySQL Cluster のシステム要件は？

A:

OS:	サポートされているプラットフォームの最新リストについては、http://www-jp.mysql.com/support/supportedplatforms/cluster.html を参照してください。 »
CPU:	Intel/AMD x86、UltraSPARC
Memory:	最小 1GB の RAM
HDD:	3GB
Network:	1+ ノード（ギガビット Ethernet - TCP/IP）

Q: MySQL Cluster はどのような環境に適していますか？

A: 次のいずれかに該当する場合、MySQL Cluster が最適な選択肢となる可能性があります。

• アプリケーションのデータベースで、自動フェイルオーバおよびリカバリによる「ファイブナイン」（99.999%）の可用性を提供する冗長性を組み込む必要がある場合
• アプリケーションが、主にプライマリキーのルックアップおよび「単純」なテーブル結合で構成されている場合
• アプリケーションがミリ秒単位の遅延でも影響を受けやすい場合
• アプリケーションで予測できない拡張性需要がある場合

また、次の質問を確認して、最高レベルの可用性およびリアルタイムパフォーマンスを必要とするプロジェクトで MySQL Cluster を使用するかご検討ください。

• アプリケーションおよびデータベースへの冗長性およびフェイルオーバロジックの開発にどの程度の労力を費やすか？
• アプリケーションがアップタイムまたはパフォーマンス要件を満たすことができなかった場合どのような結果になるか？
• 複数の RDBMS を保守してアプリケーション要件を満たすために必要な予算はどの程度か？
• MySQL 環境で、MySQL 環境の開発または生産、あるいはその両方のサポートが必要かどうか？

MySQL Cluster の詳細については、Evaluation Guide および 参考資料 を参照してください。

技術的な質問

MySQL Cluster の通常のパフォーマンス指標は？

A:

• 可用性
  • 99.999%（ダウンタイムが年間でも 5 分未満）
• パフォーマンス
  • 2 ～ 5 ミリ秒のレスポンスタイム（NDB API を介した同時レプリケーションおよびアクセス）
  • 1 ノードあたり 1 つの CPU による、2 Node Cluster での毎秒 10,000 超のトランザクションを複製するスループット（最小設定）
  • 1 ノードあたり 2 つの CPU による、4 Node Cluster での毎秒 100,000 超のトランザクションを複製するスループット（ローエンド設定）
• フェイルオーバ
  • 1 秒以内でのフェイルオーバにより、中断せずにサービスを提供可能
• 拡張性
  • 動的なスケールアウト、スケールアップ、拡張
  • コスト効率性に優れた拡張:
  • クラスタあたりのデータノードを追加（8、10、12、...48）
  • CPU をさらに追加（4、8 など）
  • データノードあたりのメモリを増設（16GB、32GB など）

MySQL Cluster は、分散型インメモリデータベース*を提供します。アトミック要求（プライマリキーのルックアップと同様）の場合、非常に高速で、予測も可能ですが、分散型アーキテクチャは、結合処理が多く行われる非常に複雑なクエリには適していません。アプリケーションが分散に対応している場合は、最高のパフォーマンスを実現できます（トランザクションによりアクセスされるすべてのレコードが同じデータノードに保持され、それによりサービスが提供されます）。NDB API を使用することで、トランザクションをバッチ処理して、パフォーマンスをさらに改善できます。

*MySQL Cluster では、ディスクベースデータもサポートしているため、データベースにより提供される柔軟性や拡張性をさらに改善できます。

Q: 最小の Cluster 設定を作成するためには、どのくらいの物理サーバが必要ですか？

A: 優れた冗長性を実現するには、MySQL Server ノード× 2、データノード× 2、管理ノード× 1 をお勧めします。評価のために、1 台の物理サーバだけを使用することもできますが、この場合、非常に基本的な評価しかできません。

Q: データノードを地理的に分割することはできますか？

A: これはお勧めできませんし、サポートされていません。クラスタ間の遅延はそれほど大きくないので、通常、これらは、同じデータセンタまたはラックに配置されます。ただし、MySQL Cluster CGE は、遠隔地レプリケーションをサポートしているので、マスタ/スレーブ設定で 2 つの個別の Cluster インストールを使用できます。このタイプのレプリケーションは、シングル Cluster インストール内でのデータノード間で行われる同期レプリケーションとは異なり、非同期で行われます。そのため、ネットワーク遅延によるアプリケーションのパフォーマンスへの影響はありません。

Q: MySQL Cluster にはどのようなデータアクセス API がありますか？

A: アプリケーションは、MySQL Connector を使用して開発できます。MySQL Cluster CGE は、さらに、C++、Java、OpenJPA 、LDAP　および HTTP を介してネイティブ接続を提供します。

Q: インターフェースは、32 ビットアプリケーションと 64 ビットアプリケーションで違いはありますか？

A: ありません。これらのインターフェースは同じです。

Q: MySQL Cluster は、組み込みデータベースに適していますか？

A: はい。MySQL Cluster は、通常、ISV やネットワーク機器プロバイダ（NEP）により組み込みデータベースとして使用されます。顧客一覧については、http://www-jp.mysql.com/customers/cluster/ を参照してください。

Q: MySQL Cluster の遠隔地レプリケーションとは？

A: 遠隔地レプリケーションにより、地理的に離れたクラスタ間で非同期レプリケーションを行うことができます。これは、通常、ディザスタリカバリに使用されます。

Q: レプリケーションは双方向で行われますか？

A: はい。MySQL Cluster CGE では、単方向および双方向のレプリケーションがサポートされています。

Q: MySQL Cluster をインメモリデータベースとして使用する場合、データ損失のリスクはありますか？

A: MySQL Cluster 設定では、通常、すべてのデータの少なくとも 2 つのコピーが異なるホストに保持されます。総合的なシステム障害に対応するため、トランザクションログおよびチェックポイントファイルがディスクに保存されます。また、保存が行われる頻度は設定可能です。さらに、データをインデックスなしでディスクに保存することもできます。

Q: MySQL Cluster にはディスクレスオプションはありますか？

A: MySQL Cluster には、ディスクレスオプション、およびログなしオプションがあります。

ディスクレスオプションでは、次の制限事項があります。

1. 1.ディスクにデータが保存されない
2. 1.完全な Cluster 障害が発生した場合データが損失する
3. 1.バックアップがない

ログなしオプションの場合でも、Cluster は、ログファイルを作成しますが、データのチェックポイントはディスクに保存されません。

Top of Page

MySQL Cluster Manager FAQ

Q: MySQL Cluster Manager はオープンソースソフトウェアですか?

A: いいえ。 MySQL Cluster Manager は 商用のMySQL Cluster Carrier Grade Edition (CGE) データベースに含まれるコンポーネントです。MySQL Cluster CGE の購入については、MySQL の営業担当までお問い合わせください。

[Oracle Direct]
0120-155-096
※音声案内に従って2番を選択してください。
【受付時間】
平日 9:00-12:00/13:00-18:00
(祝日及び年末年始休業日を除きます)
MySQL-Sales_jp@Oracle.COM

Q: MySQL Cluster Manager とは何ですか?

A: MySQL Cluster Manager は、基本的な管理タスクを自動化するソフトウェアで、MySQL Cluster CGE データベースの作成と管理を簡略化します。

Q: MySQL Cluster Managerの利点は何ですか?

A: MySQL Cluster Managerによって、データベース管理者 (DBA) とシステムアドミニストレータの生産性が上がり、戦略的なIT構想に注力することができ、ユーザの変化する要求により迅速に対応することができます。さらに、これまで手動による構成エラーを原因として発生していたデータベースのダウンタイムが大幅に削減されます。

Q: MySQL Cluster Manager が生産性を向上し、ダウンタイムのリスクを削減する具体的な例はありませんか?

A: 例：46の手動によるコマンド1 が必要でDBAに2.5時間2 要するMySQL Cluster のローリングスタートを含む作業を、1つのコマンドで行え、MySQL Cluster Manager,によって完全に自動化されます。それによって、以下が軽減されます。

• 管理の複雑性と負荷
• 構成の自動化と管理プロセスの変更によるダウンタイムのリスク
• 管理コマンドのカスタムスクリプト作成または独自の管理ツールの作成とメンテナンス

Q: MySQL Cluster Manager はどのような管理機能を備えていますか ?

A: 管理者は、1つのコマンドで、クラスタ全体の作成と削除、停止と再起動を行うことができます。管理者は、各ノードを１つずつ手動で再起動する必要がなく、自動化のためのスクリプを作成する必要もありません。
MySQL Cluster Manager は、実行しているクラスタのアップグレード、ダウングレードのオンライン管理作業を自動化し、データベースにアクセスするアプリケーションまたはクライアントに影響を及ぼしません。管理者は構成ファイルを編集してその他のすべてのクラスタに分配する、またはローリングスタートする必要がありません。MySQL Cluster Manager がこれらすべてのタスクを処理し、ベストプラクティスを実施し、オンライン作業を大幅に簡略化、高速化し、エラーも少なくなります。

Q: MySQL Cluster Manager はクラスタ全体または個々のノードを管理するのですか ?

A: 両方できます。 MySQL Cluster Manager は、クラスタ全体を、1つの実体として管理することができます。クラスタ内の個々のプロセスの細かい管理を行うこともできます。

Q: MySQL Cluster Manager はどのような監視機能を備えていますか ?

A: MySQL Cluster Manager は、クラスタ内の各ノードを自動的にポーリングすることによってオペーレーティングシステムとプロセスレベルの両方で、クラスタの状態を監視することができます。プロセスまたはサーバホストが アクティブか、停止しているか、ハングアップしているかを検出し、迅速な問題検出、ソリューションそしてリカバリへと導きます。

Q: MySQL Cluster Manager の多くの機能はすでに利用可能、またはスクリプトで作成可能ですが、何か利点はありますか ?

A: MySQL Cluster Manager は、これまで管理者による手動で行われてきた管理機能を統合して拡張しました。上の例で示したように、46 の手動によるコマンドプロセスが自動化され１つのコマンドで実行できます。
カスタム管理システムを作成することは、手動で作成、テスト、維持することによって時間がかかる、コストが高い、エラーを産むなどのデメリットがあります。多くのメンテナンス作業において、MySQL Cluster Managerはこれらのタイプの作業の必要性を削除してくれます。自動化によって、コスト、リスク、負荷を軽減し、クラス管理を簡易化します。

Q: MySQL Cluster Manager はクラスタ内の障害が発生したノードを復元できますか ?

A: はい。MySQL Cluster 自体、手動による操作を必要とせずに、自動的にデータノートを再起動して復旧する機能を備えています。 MySQL Cluster Manager は、SQLと管理ノードを監視して復旧することによって、この機能を拡張します。これによって、より完璧な自己復旧機能をサポートし、完全に稼働状態とアプリケーションに対するキャパシティを復旧することができます。

Q: MySQL Cluster Manager は、クラスタ内の全てのノードを管理、監視、リカバリを行うことができるのですか?

A: はい。ネイティブ NDB API を使用している場合を除いてすべてできます。データノード、管理ノード、SQLノード(MySQL サーバノード）の管理、監視、リカバリを行うことができます。

Q: MySQL Cluster Manager エージェントに障害が発生した場合、MySQL Cluster データベースの可用性に影響はありますか?

A: いいえ。高可用稼働を保証するために、MySQL Cluster Manager は実際のデータベースプロセスからは切り離されています。そのため、管理エージェントが停止またはアップグレードされた場合、稼働しているデータベースには影響がありません。MySQL Cluster Manager は、いずれかのエージェントまたは関連するホストが利用不可の状態に場合でも、稼働を続けているノードについて継続して作業を行います。

Q: MySQL Cluster Manager はどのようにMySQL Cluster データベースに実装されていますか ?

A: MySQL Cluster Manager はエージェントのセットとして実装されています。1つのエージェントが、 管理される MySQL Cluster ノード(プロセス)を含む各物理ホストで実行します。アドミニストレータが通常のmysql クライアントをこのうちいずれかのエージェントに接続し、エージェントがお互いに通信し共同作業し、Clusterを構成するノード全体について動作します。

Q: MySQL Cluster Manager は、以前の MySQL Cluster の 管理方法に何か影響を与えますか?

A: When using MySQL Cluster Manager to manage a MySQL Cluster に運用に MySQL Cluster Manager を使用する場合、管理者は構成ファイル(例えばconfig.ini や my.cnfなど) の編集をしません。代わりに、これらのファイルは、エージェントによって生成されメンテナンスされます。これらのファイルが手動で編集されると、それらの変更はエージェント内に保持されている構成情報によって上書きされます。
全ての MySQL Cluster の運用を構成しているプロセスは、MySQL Cluster Manager. によって起動、再起動、停止が行われます。これにはデータノード、管理ノード、MySQL サーバノードが含まれます。
同様に、MySQL Cluster Managerを使用する場合、管理者は、 ndb_mgm コマンドを使用して 管理アクションを行ってはいけません（管理ノードに直接接続するため、エージェントにその操作が行われたことが認識できません）。

Q: Cluster 内に管理ノードはまだ必要ですか ?

A: MySQL Cluster Manager を導入しても、管理ノードの必要性はなくなりません。特に以下のような重要な役割があります。

• データノードが開始/再起動すると管理ノードに接続し、それらの 構成データを取得します(管理ノードはエージェントによって作成された構成ファイルからそのデータを取得します）。
• MySQL Cluster Manager を介してデータノードを停止または再起動すると、ステートの変更は管理ノードによって行われます。
• 管理ノードは引き続きアービトレータとして動作できます (split-brain を避けるため)。この理由で、それらのプロセスを、データノードとは別のホスト上で実行することは重要です。
• レポート情報には、MySQL Cluster Manager で得られず、 依然として ndb_mgm ツールによって取得できるものがあります(例：メモリ使用状況）。

Q: MySQL Cluster Manager は障害を生じたエージェントを自動的に再起動しますか?

A: エージェント自体にも最高レベルの可用性についても angel process はありません。管理者には、例えばetc/init.d内にスクリプトを作成して、プロセスモニタを使用してエージェントの障害を検出して、自動的に再起動するという選択肢があります。

Q: 復旧した MySQL Cluster Manager エージェントは、自動的に他のエージェントと再同期しますか ?

A: はい。管理エージェントが再起動する際、自動的に実行している他のエージェントと同期し、クラスタ全体の構成の統一を保ちます。管理者の作業は必要ありません。

Q: MySQL Cluster Manager は、再起動の際、構成データを維持しますか?

A: はい。すべての MySQL Cluster 構成情報とプロセス識別子は、システム障害またはMySQL Cluster Managerの再起動においてもディスクに残り変化しません。

Q: MySQL Cluster Manager はクラスタ内の全てのノードについて、どのように構成の統一性を維持しますか ?

A: MySQL Cluster Manager は、確実に構成リクエストを伝えるために、各管理エージェント間の非同期通信をサポートしています。そのため、クラスタ内の全てのノードで構成が統一されます。
いずれの変更も、全てのノードが再構成リクエストを受け取ったことを確認してから確定されます。１つまたは複数のノードがリクエストの受付に失敗すると、クライアントにエラーがレポートされます。再構成リクエストの通信と同期を自動化することによって、構成ファイルを手動で分配することを起因とするエラーが発生する可能性がなくなります。

Q: MySQL Cluster Manager を運用中の既存のクラスタに組み込むことはできますか?

A: はい、手動でのみできます。 http://dev.mysql.com/doc/cluster-manager/en/mcm-install-cluster-migrating.html。 これには、クラスタ管理のために定義された新しい構成ファイルを使用するために全てのノードを再起動する際に、ダウンタイムが伴います。手順は現状のモノを提供しますが、必要に応じて最適化し、ライブデータベースに適用する前に それに問題があないことを確認するのは、ユーザの責任になります。

Q: MySQL Enterprise Monitor を使用して、MySQL Cluster の稼働状況を監視することはできます?

A: MySQL Enterprise Monitor は、クラスタの1部として運用されているMySQL Server API ノード の監視と管理はできますが、データ、管理ノードはできません。 MySQL Enterprise Monitor は現在データノードをサポートしていませんがMySQL Enterprise Monitor は、クラスタの1部として運用されているMySQL Server API ノード は管理と監視ができるということは重要です。MySQL Enterprise Monitor はMySQL Server API ノードのステータスを監視してパフォーマンスの指標を提供します。Query Analyzer によって、過度に時間、リソースを消費しているクエリを突き止めることもできます。

Q: MySQL Cluster Manager は SNMP をサポートしていますか?

A: いいえ。最初のリリースではサポートしていません。

Q: MySQL Cluster Manager 地理的遠隔地レプリケーションの監視と管理を行いますか?

A: いいえ。最初のリリースではサポートしていません。

Q: MySQL Cluster Manager は Cluster への新しいノードの追加の管理を行いますか?

A: いいえ。最初のリリースではサポートしていません。

Q: MySQL Cluster Manager がサポートしているプラっとフォームは ?

A: サポートプラっとフォームを御覧下さい: http://www-jp.mysql.com/support/supportedplatforms/cluster-manager.html

Q: MySQL Cluster Manager がサポートしているMySQL Cluster のバージョンは?

A: MySQL Cluster 6.3 以上です。

Q: MySQL Cluster Manager についてより詳しい情報はりありますか ?

A: 以下の情報をご覧ください。

• MySQL Cluster Manager ホワイトペーパー: http://www-jp.mysql.com/why-mysql/whitepapers/mysql_wp_cluster_manager.php

¹Based on a MySQL Cluster configuration comprised of 4 x MySQL Cluster Data Nodes, 2 x MySQL Server SQL Nodes and 2 x MySQL Cluster Management Nodes implemented across individual servers (8 x total). Total operation comprised the following commands: 1 x preliminary check of cluster state; 8 x ssh commands per server; 8 x per-process stop commands; 4 x scp of configuration files (2 x mgmd & 2 x mysqld); 8 x per-process start commands; 8 x checks for started and re-joined processes; 8 x process completion verifications; 1 x verify completion of the whole cluster. Total command count does not include manual editing of each configuration file. Excludes the preparation steps of copying the new software package to each host and defining where it's located: Mysql> add package --basedir=/usr/local/mysql_7_0_7 7.0;

²Based on a DBA restarting 4 x MySQL Cluster Data Nodes, each with 6GB of data, and performing 10,000 operations per second http://www.clusterdb.com/mysql-cluster/mysql-cluster-data-node-restart-times/

Top of Page