運用しているアプリケーションのDBのリプレイスをやってみた

運用しているアプリケーションのDBのリプレイスをやってみた KMiura(@k_miura_io)

自己紹介 • 三浦耕生(こうき) • Acallのバックエンドエンジニア • JAWS UG名古屋＆神戸運営
• 鯱.py 運営 @k_miura_io koki.miura05

今年もお守り当てました！

• 3年ぐらい前にDjangoの初学者向けに教材を作成した • Techpitで公開中（https://www.techpit.jp/courses/189） • 今回はこの教材用に公開しているサンプルアプリの話今回の話のきっかけ＆ちょっと宣伝

Jobpit • ジョブカン風の勤怠管理アプリ • 打刻以外にも、打刻修正申請、申請承認(管理者向け)の機能がある • 唯一個人開発で公開しているアプリケーション

DEMO https://www.jobpit.kmiura.org/

システム構成 (初代)

特徴 • すべてLightsailで完結 • AWSでまともに触ったことがあるのが Lambdaしかなかったので手軽に動かせるように構成 •
途中でSSHで手動デプロイするのが面倒になってコンテナに移行

問題点 • DBで月15ドル払うのは微妙(Containerと合わせると23ドル程度) • 頻繁にアクセスされるわけでも無いので40GBもいらない

リニューアル構成

特徴 • コンセプトは「脱・AWS 初心者」ｗ • ECSは高すぎるので AppRunnerを採用 • DBはTiDBを採用

TiDBとは？ • MySQL互換の分散型データベース • 柔軟でスケーラビリティを備えた分散アーキテクチャ • TiDB Serverlessならメールアドレス一つで無料ではじめられる
https://docs.pingcap.com/ja/tidb/stable/tidb- architecture

TiDB Serverless無料枠クラスタ数 5つまで行ストレージ 25GB 列ストレージ 25GB リクエストユニット 250MB
https://pingcap.co.jp/tidb-serverless-pricing-details/

インポート • mysqldumpを使用したDB移行に対応 • データはローカルやS3にあるCSVをインポートしてテーブル作成することもできる • Djangoだと複数のテーブルを使用するため、今回はSQLクライアントを使用してdumpを行った
• 念の為、DB移行作業中はメンテナンスモードにしておいた

詰まったところ • Djangoで使っていたMySQLクライアントのバージョンにズレがあったことで移行元のDB で使ってた文字コードが使えずエラーになった • mysqlclientのバージョンを調整したら問題なく接続できた

使用量

TiDB Serverlessに移行して良かったことその1 • DBに一度でもアクセスがあった週には Weeklyレポートがメールで送られてその週に実行されたSQLを確認できる • レポートが送られる＝誰かに使ってもらっていることがわかって一人ニッコリ(^^)
• 最近は大体一人でデバッグでアクセスしているだけのことが多いｗ

TiDB Serverlessに移行して良かったことその2 • 定期的なバックアップをサポート • 無料版は1日1回決まった時間の定期バックアップに対応しているが、従量課金プランにするとバックアップの設定もカスタムできる

TiDB Serverlessに移行して良かったことその3 • ブラウザ上でSQLを叩けるエディタを提供している • Chat2QueryでAIが目的に沿ったSQLを生成してくれる • エラーが出たSQLの修正もAIがやってくれる

おまけ • LightSailの時と比べてランニングコストが上がったｗ • App Runnerのスペックを上げたのと、Route 53 やSecrets Mangerを導入したのが原因
• AWS Community Builderのクレジットを使っているので実質無料(今のところは)

まとめ • TiDBにリプレイスしてランニングコストを下げて安定稼働を実現できた • MySQL互換でMySQLのアダプターが問題なく機能した • Weekly ReportなどDBの運用にあると便利な機能が充実している

運用しているアプリケーションのDBのリプレイスをやってみた

運用しているアプリケーションのDBのリプレイスをやってみた

KMiura

More Decks by KMiura

Other Decks in Technology

Featured

Transcript