Orchestratorは、MySQLレプリケーションのトポロジーを自動検出し、フェイルオーバーやレプリカ昇格などの運用を支援する管理ツールです。
MySQLの高可用性(HA)環境では、広く採用されています。
長らく定番として愛用されてきた「Orchestrator」ですが、開発停止の話や今後のバージョン互換について不安を持っているDBAも多いのではないでしょうか?
本記事では、開発が停止した本家版に代わり、有力な切り替え先候補として挙げられるPercona Orchestratorについて、MySQL 8.4環境における優位性について解説します。
本家Orchestratorの現状と運用リスク
長らくGitHubの openark/orchestrator リポジトリでメンテナンスされてきた本家ですが、現在はPublic archive(アーカイブ)状態となっており、開発が終了しています。

これに伴い、以下のようなリスクが顕在化しています。
- セキュリティパッチの停止: 脆弱性が発見されても、修正は期待できません。
- 最新MySQLへの非対応: MySQL 8.0のマイナーアップデートや、MySQL 8.4 LTSで導入された破壊的変更に対応できていません。
迫りくるMySQL 8.0のEOLと、8.4 LTSへの移行
Orchestratorの更新を急ぐべき最大の理由の一つが、 MySQL 8.0のサポート終了(EOL) です。
- MySQL 8.0 EOL: 2026年4月に公式サポートが終了します。
- 移行先としてのMySQL 8.4 LTS: 安定運用を求める現場では、最新の長期サポート版である MySQL 8.4 LTS への移行が現実的な選択肢となります。
EOLや延長サポート期間について具体的な話は、以下の弊社ブログやOracle公式ブログをご参照ください。
- MySQL HeatWaveでのMySQL Version 8.0のサポート期間の延長 | mysql-jp
- 限定的にMySQL HeatWaveにおけるMySQL8.0インスタンスのサポートは2027年4月まで延長が発表されました。
- MySQL 8.0 EOLのサポート期限はいつ?移行先の選び方と重要な注意点 | スマートスタイル TECH BLOG
しかし、ここで問題が発生します。 Orchestratorは、移行先のMySQL 8.4への対応が不十分なため、正しく動作しない可能性があるのです。
なぜ今「Percona Orchestrator」なのか?
そこで注目されているのが、Percona社がフォークし、メンテナンスを継続している percona/orchestrator です。

これは単なる「有志によるフォーク」ではありません。Percona Distribution for MySQL という、エンタープライズ向けのパッケージ群の一部として正式に提供されています。
- 継続的なパッチ: Kubernetes(Percona Operator)環境での利用を前提とした修正など、現代的なインフラに合わせた改善が続いています。
- 企業のバックアップ: データベースのプロフェッショナル集団であるPerconaが保守しているという安心感があります。
MySQL 8.4 LTS での「死活問題」を解決
レプリケーション SOURCE/REPLICA用語への対応
MySQL 8.4 LTSにおける最大の変更点の一つが、MASTER/SLAVEという用語の削除です。これまで非推奨とされていたものがついに削除され、SOURCE/REPLICA などの新しい用語の使用が必須となりました。
本家Orchestratorはコード内で古い用語を使用しているため、MySQL 8.4環境では正しくトポロジー認識やレプリケーション管理を行えず、エラーが発生します。これに対し、Percona Distribution for MySQL 8.4.3のコンポーネントであるPercona版 Orchestrator 3.2.6-15以降のバージョンでは新しい用語に合わせて修正がなされているため問題なく動作します。
具体的には以下のマージ済みプルリクエストによって変更が入っていることが確認できました。
- PR #38: DISTMYSQL-421: Remove master-slave terminologies in Orchestrator
- MySQL 8.4に合わせ、コード内から古い
MASTER/SLAVE用語を排除する変更です。
- MySQL 8.4に合わせ、コード内から古い
- PR #54: DISTMYSQL-440: Orchestrator should use the new source-replica terminology for any higher version than 8.3
- MySQL 8.3以降のバージョン(8.4を含む)において、新しい
SOURCE/REPLICA用語を使用するように修正されています。
- MySQL 8.3以降のバージョン(8.4を含む)において、新しい
「MySQL 8.4 を使いたいが、Orchestratorが動かない」という悩みは、Percona版に乗り換えることで解決します。
その他の重要な変更点
MySQL 8.0以降における推奨仕様や新機能への追従がなされています。具体的には以下のマージ済みプルリクエストによる変更が確認できました。
- PR #86: DISTMYSQL-562: New option to allow lower versions for replicas
- レプリカのバージョンがソースより低い構成を許可するための新しいオプションを追加しています。新しいメジャーバージョン(MySQL 8.4など)への移行期に役立つ機能です。
- PR #85: DISTMYSQL-498: Use P_S.processlist instead of I_S.processlist table during replicas discovery
- レプリカの検出時に、従来の
INFORMATION_SCHEMA.processlistではなくPERFORMANCE_SCHEMA.processlistを使用するように変更しています。これはMySQL 8.0以降におけるパフォーマンス改善や推奨仕様に合わせた変更です。
- レプリカの検出時に、従来の
- PR #57: DISTMYSQL-432: gtid-errant test fails when the test is done with PS 8.0.x
- MySQL 8.0環境でのGTID-errant関連テスト失敗を修正しています。
- PR #52: DISTMYSQL-432: inject-errant-tagged-gtid test fails with 8.4.2 server
- MySQL 8.4.2 サーバーにおいて、タグ付きGTID-errantに関連するテストが失敗する問題を修正してします。
- PR #39: DISTMYSQL 412: Orchestrator should handle tagged GTIDs
- MySQL 8.4から導入されたタグ付きGTIDをOrchestratorが適切に処理できるようにする機能追加です。
導入方法とベストプラクティス
仮想マシンやベアメタル環境の場合、導入は非常にシンプルです。 Perconaの公式リポジトリを追加することで、パッケージマネージャーから簡単にインストール可能です。
インストール手順 (RHEL/CentOS系)
|
1 2 3 4 5 6 7 8 9 |
# Percona Releaseのインストール sudo yum install https://repo.percona.com/yum/percona-release-latest.noarch.rpm # Distribution for MySQL 8.4向けの設定を有効化 sudo percona-release setup pdps-84-lts # インストール sudo yum install percona-orchestrator percona-orchestrator-cli percona-orchestrator-client |
詳細なインストール手順やRaft構成の組み方については、Percona公式ブログの解説記事が非常に参考になります。
Orchestrator (for Managing MySQL) High Availability Using Raft
Percona Operator for MySQL
また、クラウドネイティブ環境においては、Kubernetes上のPercona Operator に同梱されたOrchestratorを利用する構成が可能となります。
しかし、現時点においてOrchestratorを使用した非同期レプリケーション構成は Tech Preview 段階のため、本番環境での利用には推奨されません。
代わりに、既にGA済みであるグループレプリケーション構成が本番環境での推奨に位置付けられています。
Design and architecture – Percona Operator for MySQL
今後のブログ記事では、 「Kubernetes版Percona Orchestrator(Helm経由)のインストール」 について詳しく解説する予定です。どうぞお楽しみに!
注意点:使用するMySQL Serverについて
Orchestrator自体は汎用的ですが、Percona Orchestratorは当然ながら Percona Server for MySQL との組み合わせで最も厳密にテストされています。Oracle本家版MySQLでの完全な動作サポートは不透明な部分があるため、安定性を重視するならDB本体もPercona Serverへ寄せるのがベストプラクティスと言えるでしょう。
まとめ
本家Orchestratorの開発停止は、多くのDBAにとって不安なニュースでした。しかし、Percona版がそのバトンを引き継ぎ、MySQL 8.4にも対応したことで、今後もOrchestratorのエコシステムを安心して利用し続けることができます。
特にMySQL 8.4へのアップグレードを検討している方は、まずPercona Orchestratorに切り替えることから始めてみてはいかがでしょうか。


