Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Speaker Deck
PRO
Sign in
Sign up
for free
RedmineバージョンアップとともにDBMS変えてみた.pdf
ryouma
September 02, 2019
2
1.1k
RedmineバージョンアップとともにDBMS変えてみた.pdf
ryouma
September 02, 2019
Tweet
Share
Featured
See All Featured
wjessup
338
16k
geoffreycrofte
19
810
thoeni
4
550
vanstee
116
4.8k
zenorocha
296
40k
sstephenson
144
12k
maltzj
500
36k
reverentgeek
27
1.9k
holman
448
130k
colly
187
14k
lauravandoore
437
28k
lara
16
2.6k
Transcript
Redmineバージョンアップとともに DBMS変えてみた 2019/08/31 第20回 Redmine大阪 @ryouma_nagare
自己紹介 • @ryouma_nagare(りょうま) • 今はインフラ系エンジニア&マネージャ • Redmine/Ansible/ElasticStack/Zabbix/PostgreSQL • 好きなディストリビューションはVineLinux •
redmine歴:8年 • redmine.tokyo スタッフ • 趣味:技術的人柱、監視、昔のガジェット
質問!
Redmineのバージョンは? ①4.0 ②3.x ③2.6以前 ④trunk
RedmineのDBMSは? ①MySQL ②PostgreSQL ③上記以外
今回やったこと
Redmineバージョンアップ&DBMS変更 対象 以前 直前 今回 OS CentOS5→6→7 CentOS7 CentOS7 Redmine
1.3→2.0→2.2~ 3.3 3.4 4.0 DBMS MySQL5.1 →MariaDB5.5 →MariaDB10 MariaDB10 PostgreSQL11 Ruby 忘れた 2.4 2.5 Web/AP サーバ apache/passenger →nginx/unicorn nginx/unicorn nginx/unicorn
そもそも、なぜMariaDB? ここを参考に初めてRedmineをインストール。 そのまま惰性でMySQL→MariaDBとしていた…
ということで4.0に向けて試行錯誤 embulkではダメなことも… pgloaderでOK!
おれは人間 MariaDBをやめるぞ!
無事完了
環境を変更したので メトリックを確認
監視対象 ※サイジング/データ量 • 4コア/8GB • チケット数:5万強 • DBサイズ:1GB強 監視対象 監視方法
メトリック production.log logstash リクエストごとの処理時間 Rails ElasticAPM トランザクションごとの処理時間 サーバリソース Zabbix 一般的なサーバリソース access.log logstash 一般的なWebアクセス解析 DBMS Zabbix コネクション数、CacheHitRatioなど
監視サーバ (Zephyranthes) 監視構成 Amazon Elasticsearch Service production.log解析 パフォーマンスメトリック収集 ダッシュボード
可視化
production.log – active_record_time グラフの変化っぷりが 激しい
APM – max(duration) MariaDB10 PostgreSQL11 桁が変わった
APMで確認したSQLを投げてみる
実行計画(サブクエリ部のみ) PostgreSQL11 -> Index Scan using idx_113458_enabled_modules_project_id on enabled_modules em
(cost=0.28..1.31 rows=1 width=8) Index Cond: (project_id = wikis.project_id) Filter: ((name)::text = 'wiki'::text) MariaDB10 +------+--------------+-------------+--------+----------------------------+--------------+---------+------+------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +------+--------------+-------------+--------+----------------------------+--------------+---------+------+------+-------------+ | 1 | PRIMARY | <subquery2> | eq_ref | distinct_key | distinct_key | 4 | func | 1 | | | 2 | MATERIALIZED | em | ALL | enabled_modules_project_id | NULL | NULL | NULL | 3499 | Using where | +------+--------------+-------------+--------+----------------------------+--------------+---------+------+------+-------------+ キーを使用せず、行数がふくれる →MySQL8でも実行計画は変わらず メインテーブルのキーを使用
Durationを比較 Duration(msec) 16029 12333 5604 遅いクエリも出てきたが、あき らかに体感で速い ※3週間経過後
サーバリソース CPU使用率 空きメモリ CPU/メモリの使用率低下はDB変更により フルスキャンが減ったためと想定 ※定期的にCPUが跳ねてるのはDBバックアップ バージョンアップ
ちょっとだけ不具合
オブジェクト名の64byte制限 移行時のWarningだけなので 特に問題ない
UTF8のCOLLATEの問題 気づいたところだけ対応 すればいいんじゃね?
結論
の前に 対応いただいたプラグイン作者の みなさまに感謝です!
結論 • ユーザに優しい機能が多いので、Redmineは4.0にあげよう ➢アクティブに更新しているプラグインを選べばバージョンアップについていけるはず ➢動かないプラグインは捨てる勇気も必要 • DBはできればPostgreSQLを使おう ➢速度的なメリットは大きい ➢MySQLではRedmineの既知の問題とか、ギャップロックとか、古いバージョンのパラメータデフォルト値とか …
• 失敗の試行錯誤も、最新を突っ込みすぎたがゆえのバグを踏んだとしても、それはそれで ネタとしておいしい
APPENDIX
Qiita • Redmine4.0でプラグインの動作確認をした • Redmineのproduction.logを監視する • AmazonES、オンプレKibanaでRedmineのパフォーマンス監視を行う • RaspberryPi3のRedmine4.0.2のデータベースをMySQLからPostgreSQLに pgloaderで移行した
ふだんはこういう遊びをしています 石川さんありがとう @forenoonMありがとう
ご静聴ありがとう ございました