[事例ニュース]

2023年8月2日(水)日川 佳三（IT Leaders編集部）

リスト

　飲食店向けPOSシステム「dinii POS」を提供するdiniiは、POSシステムの中核データベース（PostgreSQL）を、Cloud SQLからAlloyDBに移行した。Google Cloudのデータベース移行サービス「Database Migration Service」（DMS）を用いてサービス停止時間30秒で移行した。

　POSシステムは、飲食店にとってはミッションクリティカルなシステムである。システム障害などによってPOSが使えなくなると、顧客からの注文も会計もできなくなる。

　diniiは従来、データベースにCloud SQLを使っていたが、2022年末時点で、Cloud SQLで設定可能なvCPU数の上限に近い負荷がかかっていたという。この問題を解消するため、より性能の上限が高いAlloyDBに移行した。

図1：飲食店向けPOSシステム「dinii POS」のシステム構成（出典：dinii）
拡大画像表示

　同社はデータベースへの負荷が大きい理由を、「Hasura」と呼ぶミドルウェアを運用していることにあると説明した。Hasuraは、PostgreSQLサーバーのスキーマ情報を元に、PostgreSQLサーバーのデータにGraphQLでアクセスできるようにするミドルウェアで、その仕様上、1ユーザー1秒あたり1クエリーほどのクエリーが発生するという（図1）。

　そこで、Cloud SQLからAlloyDBへの移行には、Google Cloudのデータベース移行サービス「Database Migration Service（DMS）」を活用。論理レプリケーションによりリアルタイムにデータを同期した。データの同期にあたり、GUIの操作は簡単で、ワンボタンで同期が完了する。「ただし、VPCネットワーク間で相互に通信できるようにするネットワーク設定などが追加で必要だった」という（図2）。

図2：Google Cloudのデータベース移行サービス「Database Migration Service」の概要（出典：dinii）
拡大画像表示

　移行の計画に1カ月をかけた。移行が必要であることを経営者にアピールし、主要なOLTP操作の負荷テストによって性能を検証し、同時実行数に応じて性能の悪化がないことを確認した。そのうえで、ステージング環境で動作検証を実施した。移行当日のタイムラインは、以下のとおりである。

• 3:55 起床
• 4:00 データの同期（コピー）を開始
• 6:44 データの同期（コピー）が完了（データ量は100GB程度）
• 6:45 レプリカへのクエリーを、レプリカとして機能を始めた移行先のAlloyDBへと向ける
• 6:55 DMSを使った移行を開始（データベースが停止するダウンタイムが発生）
• 6:56 DMSを使った移行が完了（移行先のAlloyDBをプライマリに設定し、稼働を開始）
• 7:00 メトリクス監視
• 7:40 動作確認完了
• 7:45 完了報告