Info2softは、ウェブサイトでより快適で適切な閲覧体験を提供するためにCookieを使用しています。 プライバシーポリシー
Loading...
著者:
クラウドアーキテクチャが成熟するにつれ、通信事業者は稼働中のサービスを停止させず、膨大なデータをレガシー環境から最新基盤へ移行する複雑な課題に直面します。以下の事例は、大手通信事業者が大規模な移行を実施した取り組みを紹介します。
「モバイルクラウド」は事業初期段階に、華北（北京）、華中（長沙）、華南（広州）にリソースプールを構築していました。顧客満足度とサービス品質を向上させ、より安定性・パフォーマンスに優れたサービスを提供するため、事業者は既存のレガシープールから最適化された新基盤へサービスを移行することを決定しました。
今回の移行対象規模は膨大で、 4,000社を超える企業顧客、 100を超える独自内部サービス、合計 14,000台以上のクラウドホストインスタンスが対象となります。
今回の移行環境はECSホスト、RDSデータベース、OSSオブジェクトストレージ、マイクロサービス、IoTプラットフォーム、各種標準・非標準データベースなど多種多様な技術環境が混在しています。膨大なホスト台数、顧客規模、さらに停止時間を最小限に抑える厳しい要件により、プロジェクトの技術的難易度は非常に高い状況でした。
これらの課題に対応するため、Information2はモバイルクラウドの各テナントに対し、1対1の専門的な総合移行サービスを提供しました。エンドツーエンドのサービス体制により顧客調整、基盤調査、リソース手配、方案策定、実施、切り替え作業まで一貫して対応。 リアルタイムデータレプリケーションソフトウェア、 システムライブマイグレーションツール、 専用データベース移行ユーティリティを活用することで、稼働中サービスを止めることなく、すべてのデータを安全かつ完全に移行することを実現しました。
Information2のプロフェッショナルなオンライン移行ソフトと技術ノウハウを活用することで、事業者はレガシーリソースプール移行に伴う技術的負担を大幅に低減。移行効率と成功率を高め、テナント満足度を大きく向上させるとともに、モバイルクラウド全体の事業展開を加速させました。
通信事業者にとって、課金・支援系基幹システムの稼働維持は不可避の課題です。地域規模の災害リスクに備え、広域にまたがる災害復旧アーキテクチャの構築が求められます。
「XXシステム」（課金・業務支援基幹システム）は当事業者の事業の核心を担っており、厳格な 7×24時間高可用性（HA）が必要です。最重要要件として、プライマリデータベースに障害が発生した際、速やかに待機系データベースへフェイルオーバーし、サービスの継続性を確保することが求められました。
さらに、災害復旧に関する法令・安全基準を順守するため、バックアップ拠点は本番拠点から 300キロメートル以上離れた地点 に設置する必要があります。加えて、ソリューションの信頼性を検証する定期的な災害復旧訓練の仕組みが必要です。訓練ではプライマリDB障害を模擬し、切り替えとデータ同期プロセスが正常に動作するか確認しなければなりません。この要件により2基の独立したMySQLクラスターを構築する必要がありましたが、従来の同期方式では長距離に設置された独立クラスター間の同期維持が困難でした。
Information2は MySQLクラスター間セマンティックレプリケーションを基盤としたソリューションを導入し、 GTID（グローバルトランザクション識別子） 機構を活用しました。GTIDは異なるMySQLクラスター間のデータ整合性と完全性を担保する上で不可欠な仕組みです。
本レプリケーションアーキテクチャでは、GTID機構がトランザクション履歴を追跡することで チェックポイントからの同期再開を実現します。ネットワーク切断や切り替えが発生した場合、中断箇所から正確に伝送を再開可能です。この特徴により、長距離環境においても同期の安定性を大幅に向上させます。
災害復旧向けに2基の独立MySQLクラスターを導入することで、モバイル課金システムに複数の戦略的メリットがもたらされました。
最終的に、この二重クラスター構成により業務継続性が担保されます。ハードウェア障害や予期せぬシステム停止が発生した状況でも、事業者は重要な課金・通信サービスを維持でき、システム安定性と高い利用者満足度を確保します。
