MySQL/MariaDB Transactd 超 高可用運用 （THA）

THAの主な機能

• マスター死活監視
• 自動フェイルオーバー（切替時間 数秒以内）
• 仮想ホスト名アクセスと実ホスト名解決
• スイッチオーバー
• THAの状態検査

THAの特徴

• 障害検知からマスター切替・名前解決まで、フェイルオーバーに必要な処理をすべて網羅
• 障害時の最小限のアプリケーションエラー
• OS、外部機器やDNSなどによる支援が不要
• 数行のアプリケーションプログラム変更で利用可能
• MySQL/MariaDB、Linux/Windows/Mac OS X、C++/PHP/Ruby/COMなど幅広い動作環境
• Transactd PluginとTransactd client以外のライブラリは不要

THAに必要なもの

• Transactd Plugin（MySQL 5.6以上 MariaDB 10.0.13以上）
• Transactd クライアント（C++/PHP/Ruby/COMのいずれも対応しています）
• THA管理マネージャ（haMgr）（Client utilities に含まれるコマンドラインプログラム）

これだけでTHAを開始できます。

最小限のアプリケーションエラーと持続性

一般的にフェイルオーバーのトリガーは、専用の監視デーモンやheartbeatなどを使用しますが、THAではそのようなものはありません。代わりに、アプリケーション内のTransactd クライアントが、受け取ったエラーの内容からサーバーの問題であるかを判断し、フェイルオーバーを開始します。
また、クライアントには、ネットワークエラーが発生した際にサーバー再接続する機能が組み込まれています。 再接続できた場合、カレントレコードやロック状態などを復元させます。

これによって、アプリケーションにエラーが返る前にマスターが切替えられ、再接続することで何事もなかったように処理を継続できます。（ただし、トランザクション中のエラーはこれらの処理を行いません。トランザクションがアボートされてから行われます。）

専用の監視デーモンなどの場合は監視サイクル（30秒など）があるので、障害発生から検出までの間のアクセスはすべてエラーになります。THAの場合はトランザクション中に限り（クライアントとの接続ごとに）その1つだけがエラーになります。

トランザクション中のアクセスエラーを正しく（アボート）処理すればアプリケーションはそのまま持続して実行を続けることができます。
アプリケーションの持続性で言えば、マスターダウンによるダウンタイムはゼロです。
これが「超高可用」と題した理由です。

ネームリゾルバー（THNR）

クライアントにはHAのためのネームリゾルバー（THNR）が内蔵されました。アプリケーションは接続先のホスト名を、実ホスト名でなく仮想名で指定します。THNRは指定された仮想ホスト名から実ホスト名に名前解決してアクセスを行います。これによって、マスターを切替えに付随したVIPの変更やARPキャッシュのクリアといったOSやネットワーク機器などに対する追加処理は一切不要です。
解決された名前はキャッシュされますので、名前解決のためのオーバーヘッドはほとんどありません。

オンプレミスからクラウド、Linux/Windows/Macなどさまざまな環境で全く同じように使用できます。

フェイルオーバー

フェイルオーバーはMySQL/MariaDBのGTIDレプリケーションを使用してスレーブ群の中から1台をマスターに昇格させます。そして残りのスレーブのレプリケーション先を新マスターに切り替えます。
フェイルオーバーはクライアントにインストールされたhaMgrがTHNRから指令を受けて開始します。フェイルオーバーにかかる時間はスレーブの台数にもよりますが概ね1秒以内にすべて完了します。

THAの状態検査

フェイルオーバーは頻繁に起こるものではありません。いざというときに助けになる仕組みです。ところが、いざというときに正しく動作させるのは以外と難しかったりします。

そこで、haMgrにはフェールオーバーが正しくできる状態にあるかどうかをチェックする機能があります。定期的なタスクでチェックを行うことで問題時に確実にフェイルオーバーできるようにます。

まとめ

THAはMySQL/MariaDBで従来にない超高可用運用を可能にします。使い方やリファレンスなど詳細はTransactdドキュメントの高可用運用にありますので是非ご覧ください。