参照情報 › アプライアンス カタログ リファレンス ガイド › システム カタログ › データベース アプライアンス › MYSQL5 - MySQL データベース アプライアンス

MYSQL5 - MySQL データベース アプライアンス

機能の概要

重要： CA AppLogic 2.8+ では MYSQL64 を使用できません。代わりに MYSQLR64 を使用してください。

MYSQL は、MySQL データベース エンジン（http://www.mysql.org）に基づいたデータベース アプライアンスです。 任意のアプリケーションにデータベースを簡単に追加できる方法を提供します。

MYSQL は、各 MYSQL インスタンス上で設定できるアプリケーション定義ボリューム上にデータベースを格納します。 空のボリューム上で起動されると、MYSQL は自動的に空のデータベースを作成します。

リソース

端子

デフォルト インターフェースは有効です。 診断およびトラブルシューティング（SSH を介して）用です。 このアプライアンスの将来のバージョンでは SSH アクセスが無効になる可能性があります。

ユーザ ボリューム

データ ボリュームは、オプションで最上位のディレクトリに my.cnf ファイルを含めることができます。このファイルには MYSQL 設定オプションが含まれます。 詳細については、「カスタム設定」セクションを参照してください。 この機能は MYSQL5/64 1.3.3 以降で利用可能です。

重要： データ ボリュームは MYSQL インスタンスに排他的に使用する必要があります（他のアプライアンスと共有できない）。

プロパティ

重要：

• MYSQL5 1.3.8 の時点では、use_old_passwords プロパティは削除されています。 old_passwords を有効にする必要がある場合は、以下で説明するとおりにカスタム設定を作成してください。
• error_log_filename が指定されていて、log 端子が接続されていない場合、またはファイルシステムをマウントできない場合は、MYSQL アプライアンスは起動に失敗します。

カスタム設定

この機能は MYSQLR 1.3.3 以降で利用可能です。

MYSQL5/64 では、カスタム MYSQL 設定ファイルを使用できます。このファイルで、追加の設定オプションを提供するか、または /etc/my.cnf に指定された既存の設定を上書きすることができます。

カスタム設定を使用するには、my.cnf という名前のファイルを作成して、データ ボリュームの最上位ディレクトリに置きます。 ファイルの形式は Web サイトで説明されている MYSQL オプション ファイル構文に従う必要があります。

たとえば、InnoDB を使用する場合に、MYSQL5/64 を調整して、パフォーマンスを向上させるには、次の例を使用できます（デフォルト MYSQL5/64 設定は MyISAM 用に最適化されています）。 この例は 512M のメモリ（MYSQL5/64 のデフォルト）を使用することを前提にしています。

[mysqld]
# Shrink down MyISAM buffers
key_buffer=512K
myisam_sort_buffer_size=512K

# Make InnoDB the default storage engine (optional)
default-storage-engine = INNODB

# Set InnoDB buffer size
innodb_buffer_pool_size=350M
innodb_log_file_size=128M
innodb_log_buffer_size=4M
innodb_thread_concurrency=8

# If you do not have too many tables use this option, 
so you will not have uncontrolled innodb main tablespace growth which you cannot reclaim.
innodb_file_per_table=1

カスタム カウンタ

MYSQL アプライアンスは mon 端子を介して以下のカスタム カウンタをレポートします。

以下のカウンタは MySql カウンタ グループに属します。

エラー メッセージ

アプライアンスが開始に失敗すると、以下のメッセージが、アプライアンスのログ ファイルまたはグリッド コントローラのシステム ログのいずれかに表示される場合があります。

• データベースの作成に失敗しました。
• mysql を起動できませんでした。
• mysql データベースで root@% の権限が不十分です。

シンプルな 2 層アプリケーション

使用中のアプライアンス：

• in1 - 入力ゲートウェイ
• web1 - Web サーバ
• db1 - MySQL データベース アプライアンス
• logs - ログ ファイルを格納するための NAS アプライアンス
• admin - ログ ファイルを表示するための入力ゲートウェイ

クライアント リクエストが in1 ゲートウェイに到達します。 ゲートウェイが web1 サーバにリクエストを転送し、この web1 サーバがリクエストを提供します。 web1 上のスクリプト（Perl や PHP など）が永続データにアクセスする必要がある場合、web1 サーバの out 端子を介して、db1 アプライアンスを使用します。 db1 アプライアンスはログによってエクスポーズされた共有のルート ディレクトリ内にログ ファイルを格納するように設定されています。

ブラウザを使用して、管理者は admin ゲートウェイに接続して、 mysql ログ ファイルを表示します。 admin ゲートウェイは logs NAS アプライアンスにリクエストを転送します。

プロパティ設定の例：

注： データ ボリュームも db1 アプライアンスおよび logs アプライアンス上に設定する必要があります。 ここで使用できるアプリケーション ボリュームを作成するには、「グリッド ユーザ ガイド」を参照してください。

拡張性のある 2 層アプリケーション

下の図は、複数の、負荷分散 Web サーバ間の状態およびデータを共有するために、データベースが使用される、2 層 Web アプリケーションでの mysql アプライアンスの標準的な使い方を示しています。 さらに、この例には、管理者がデータベースにログインしてメンテナンスできるメンテナンス用の個別の入力および管理者が mysql エラー ログにログインして表示することができる入力があります。

使用中のアプライアンス：

• usr - ユーザ リクエスト用の入力ゲートウェイ
• web_lb - ユーザ リクエスト用の Web ロード バランサ
• web1、web2 - アクティブなコンテンツ（CGI スクリプトなど）がある Web サーバ
• db - データベース
• logs - データベース エラー ログ ファイル用のストレージ
• maint - メンテナンス アクセス用の入力ゲートウェイ
• admin - 管理者によって使用される汎用 Linux サーバ
• gway - 管理者のインターネットへのアクセス用のネットワーク ゲートウェイ
• log - データベース エラー ログへのアクセス用の入力ゲートウェイ

クライアント リクエストは user ゲートウェイに到達します。 ゲートウェイは Web ロード バランサにリクエストを転送し、Web ロード バランサは web1 と web2 のいずれかの Web サーバにリクエストを伝えます。 Web サーバは db データベースにアクセスします。

db データベースは log 端子を介して logs アプライアンスにそのエラー ログを書き込みます。 さらに、管理者は log ゲートウェイを介して logs アプライアンスにログインして、データベース エラー ログ ファイルを表示できます。

また、管理者は SSH 経由で maint ゲートウェイを介して、admin サーバにログインできます。 admin サーバから、管理者は、統計またはデータベース スキーマの変更のために db データベースにアクセスできます。 admin サーバは、たとえば、より新しいバージョンのライブラリやデータベース スキーマをダウンロードするために、gway ゲートウェイを介してインターネットにアクセスできます。

プロパティ設定の例：

注： db アプライアンス上にデータ ボリュームも設定する必要があり、logs アプライアンス上にコンテンツ ボリュームも設定する必要があります。

maint、admin、gway および log アプライアンスは 2 層アプリケーションの操作に必要ありません。 admin サーバが存在する場合、admin サーバにデータベースのスクラブ、電子メールの送信などのためのクローン ジョブがある場合があります。

ノート

• MYSQL を起動すると、chmod が mysql ログ ファイルの所有者の変更に失敗したというメッセージがアプライアンス ログ ファイルに書き込まれます。 これは予期されていることで、MYSQL アプライアンスの操作に影響しません。
• データベースのユーザを作成するときは、接続元のホスト上の制限なしですべてのユーザが作成されていることを確認してください。 例：

  mysql> GRANT ALL PRIVILEGES ON *.* TO 'monty'@'%'
      ->     IDENTIFIED BY 'some_pass' WITH GRANT OPTION;
  

• ボリューム要件
  • ボリューム サイズは 40MB 以上にする必要があります。現在、InnoDB エンジンは有効です。また、データ ボリューム上で約 34MB を占有しています。 このバージョンでは、データ ストレージ用の InnoDB を使用しない場合でもこれを無効にできません。
  • auto_create が 1 に設定されている場合は、ボリュームを空のまま（フォーマット後の状態）にできます。
  • MYSQL5 アプライアンスのボリューム タイプは、raw ボリューム タイプにはできません。
  • ボリュームにはデータベース データのみが含まれます。 データは、新しい（たとえば、より大きい）ボリュームにファイルをすべてコピーすることによって移動させることができます。
• MYSQL に接続されたアプライアンスには、専用のデータベースとテーブルが存在しない場合に作成する役割があります。 または、手動でデータ ボリューム上に初期データベースをコピーできます。
• MYSQL の in 入力端子に接続されたアプライアンスまたはサーバで MySQL サーバにアクセスしてリクエストをサブミットするには、MySQL クライアント ライブラリが必要です。 アプライアンス カタログで提供されるすべての仮想サーバは、汎用 LINUX サーバを含めて、MySQL クライアント ライブラリがインストールされている必要があります。

アプライアンス内で使用されるオープン ソース/サードパーティ ソフトウェア

MYSQL5 は、ベース クラス LUX5 で使用されるサードパーティのオープン ソース パッケージに加えて、以下のサードパーティのオープン ソース パッケージを使用します。