2C2Pが急速な成長を遂げる中で、既存のMySQLインフラに課題が発生し始めました。
今後の成長に対応し、決済処理業界での競争力を維持するために、同社にはより適切なソリューションが必要でした。
スケーラビリティの制限
同社のデータベースエンジンは、サービスを中断することなくスケールアップ/ダウンすることが困難でした。
ストレージの制約
ストレージのサイズ制限のため、特にセールのプロモーション前には頻繁なアーカイブ作業が必要でした。この作業にはかなりの工数を要し、時間がかかっていました。
運用上の複雑性
大量のデータベースインスタンスの管理は、運用や保守の大きな負担となっていました。
データ同期のコスト
災害復旧を目的としたシンガポールと東京リージョン間のデータ同期には、高額な費用が発生していました。
シームレスな移行
OceanBase Migration Service(OMS)を活用し、移行プロセス全体において最小限のSQL変更で十分なサポートが提供されました。
災害復旧の最適化
日本国内で手動構築したOceanBaseクラスターを使用して、災害復旧(DR)機能の検証に成功しました。
スケーラビリティの改善
テナントスケーリングと水平スケーリングを活用することで、ダウンタイムなしのスケーリングを実現し、プロモーション期間中の負荷対応に大きく貢献しました。
専門家のサポート
データベースの性能チューニングや課題解決を日常的にサポートするため、専任のOceanBaseテクニカルアカウントマネージャーが配置されました。
コストの透明性と節約を実現する優れたデータ圧縮技術
ストレージおよびワークロードにかかるコストの可視化を実現しました。最大90%のデータ圧縮により、高い効果を得ることができました。さらに、69%のストレージ削減に成功し、アーカイブ作業の負担も大幅に軽減されました。
統合エンジン内の簡素化されたオペレーション
大規模なマネージドOceanBaseクラスター内に、データベースをテナントとして集約しました。これにより、日常の保守運用が大幅に簡素化され、運用負荷も軽減されました。
性能の向上
高負荷トランザクションのテストにおいてエラー率ゼロのまま、性能の大幅な向上を確認しました。OceanBaseはストレステストにおいて従来のMySQLインフラを上回る結果を示し、さまざまなトランザクションレベルでもエラー率0%を維持しました。CPU性能については、およそ33.3%の改善が見込まれています。