なぜ「階層ごとの移行」は通用しなかったのか
72時間で“脱VMware” ウクライナ小売大手は契約満了と有事をどう乗り越えたか
VMwareのライセンス体系変更に伴い、費用急増の危機にひんしていたウクライナの小売大手Fozzy Groupは、わずか72時間で「Amazon EC2」への無停止移行を成功させた。いかにして極限状態での脱VMwareを実現したのか。
ウクライナで小売業や物流、金融などを手掛ける巨大企業グループFozzy Groupは、重大なITインフラの危機に直面していた。
1つ目は、2022年に始まったロシアによる軍事侵攻という物理的な脅威だ。オンプレミスデータセンターの安全性が揺らぎ、事業継続が危ぶまれる事態となった。2つ目は、2023年11月にBroadcomがVMwareを買収したことに伴うライセンス体系の変更だ。永久ライセンスからサブスクリプションライセンスへの移行によって、大幅な費用負担増を強いられることになった。
Fozzy Groupのインフラは、850台以上の仮想マシン(VM)が稼働し、データ量は0.6P(ペタ)Bに達する大規模なものだった。2024年4月、同社は迫り来るライセンス契約の満了日を前に、クラウドサービス群「Amazon Web Services」(AWS)への移行を決断する。猶予はわずか72時間という極限状態の中で、同社はコアシステムをAWSの仮想サーバ構築サービス「Amazon Elastic Compute Cloud」(Amazon EC2)に移行し、800店舗以上の業務を一切止めることなく「脱VMware」を成功させた。大規模かつ複雑なシステムを、いかにして3日間で無停止のまま移行したのか。
キーウ~フランクフルト間の2000キロという物理的な壁
併せて読みたいお薦め記事
脱VMwareをどう成し遂げるか
本稿は、ポーランドで開催されたイベント「AWS Summit Poland 2025」におけるセッション「VMware to AWS in 3 Days: How Fozzy Group Became Cloud-Native」の内容を基に、Fozzy Groupが実践した移行戦略と、クラウドネイティブ化に向けたロードマップを紹介する。
Fozzy Groupのオンプレミスシステムは、「Microsoft SQL Server」を活用した3層アーキテクチャ(フロントエンド、ビジネスロジック、データベースの各階層を分離したシステム構成)で構築されていた。
当初は、VMware製品を用いた既存のシステム構成をそのままAWSに持ち込める「VMware Cloud on AWS」(VMC on AWS)を活用したリフト&シフト(既存システムをそのまま移行する手法)の戦略を描いていた。しかし、ある問題が判明する。ウクライナのキーウにあるFozzy Groupのデータセンターから、ドイツのフランクフルトにあるAWS社のデータセンターまでは約2000キロの距離がある。この物理的な距離によって片道約40ミリ秒のネットワーク遅延が発生し、オンプレミスシステムのデータベース層とクラウドサービスのビジネスロジック層を分割して段階的に移行させることが事実上不可能なことが判明した。そのため同社は、システムを機能ごとに「スライス」(垂直分割)して移行させることでこの遅延問題を克服し、まずはVMC on AWSへの一括移行(リフト&シフト)を成功させた。
これにVMwareのライセンス変更が追い打ちをかける。複数のライセンス契約のうちコアシステムを支える1つがわずか1週間で満了を迎える状況に陥り、VMC on AWSの利用そのものを急いで見直さざるを得なくなった。
72時間の無停止移行を成功させた体制づくり
限られた時間の中でFozzy Groupが選択したのは、段階的なアプローチだ。まずVMC on AWS上で稼働していたコアシステムをAmazon EC2に素早く直接移行(リプラットフォーム)する。残りのシステムについては半年から1年の猶予期間を設けて段階的に移行するために、一時的にVMC on AWSに留めるというアプローチを採用した。
72時間での移行対象となったのは、38台のVM(8コアCPU、128GBメモリ)と120TBのデータだ。技術的な難易度よりも、無数に存在する事業部門との調整や連携が最大の壁となった。
移行作業に伴い、Fozzy GroupのIT子会社であるTemaBitとAWS社の専門チームは、プログラムマネジャーを中心とした強力な統括体制を構築した。3つの実働チームを編成し、24時間体制で移行作業を敢行した。この徹底した指揮系統の確立が、800件以上の店舗システムをダウンタイムなしで移行させる原動力となった。
「FinOps」の導入とさらなる費用削減
AWSへの移行は、インフラの維持という目的を果たすだけではなく、Fozzy Groupの組織文化に大きな変化をもたらした。その一つが、クラウドサービスの費用管理と最適化を組織全体で実施する「FinOps」の導入だ。
オンプレミスインフラ時代は、さまざまな事業部門が混在する中で、各部門がどれだけのIT費用を消費しているかが不透明だった。AWS移行後は、サーバやストレージなどのコンピューティングリソースにタグを付けることで、どの部門がどれだけの利用料金を発生させているかを可視化できるようになった。これによって、インフラ費用の負担について事業部門と明確な根拠に基づく議論が可能になった。
AWSが提供する、一定の利用量を約束することで利用料金が割り引かれる料金プラン「Compute Savings Plans」を適用することで、移行直後と比較してインフラ費用を約30%削減することにも成功している。
VMwareからの完全脱却とモダナイゼーションへの道
Fozzy Groupは2025年3月に段階的な移行計画を完遂し、一時的に利用していたVMC on AWSの仮想インフラからも完全に撤退した。VMwareへの依存をなくし、全てのシステムをAWSのネイティブサービスで稼働させている。
今回のクラウド移行は、インフラの単なる置き換えにとどまらない。Fozzy Groupはその後、オブジェクトストレージサービス「Amazon Simple Storage Service」(Amazon S3)の活用やアプリケーションのコンテナ化など、システムのモダナイゼーションを推進している。
Fozzy Groupの事例が示すのは、危機的な状況下であっても、適切な戦略と実行体制があれば、大規模なシステム移行は短期間で実現可能だという事実だ。同社はクラウドサービスを単なるインフラの移行先としてではなく、ビジネスの俊敏性と可視性を高める道具として活用し、さらなる成長につなげている。
本稿は、AWS社が2025年11月4日に公開した動画「AWS Summit Poland 2025 - VMware to AWS in 3 Days: How Fozzy Group Became Cloud-Native」を基に作成しました。
Copyright © ITmedia, Inc. All Rights Reserved.
本記事は制作段階でChatGPT等の生成系AIサービスを利用していますが、文責は編集部に帰属します。
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社kickflow] 2社の事例に学ぶワークフロー改革:属人化解消や年数万件の申請書類削減のコツ -
製品資料
[NTTPCコミュニケーションズ株式会社] 「回線速度不足」だけが原因ではない? Web会議の遅延を解決する方法とは -
製品資料
[東京エレクトロン デバイス株式会社] 工場の可用性向上に重要な「7つの領域」と対策 OTセキュリティ強化の基礎知識 -
製品資料
[リコージャパン株式会社] 問い合わせ対応で本来の業務が進まない、総務や情シスの負担をどう減らす? -
製品資料
[リコージャパン株式会社] 自社データから高精度な回答を生成、簡単に生成AIチャットボットを構築する方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
全社標準Copilotに絶望? MS Copilotで問い合わせ6割減できた企業は何が違った
-
2
ITエンジニア1265人調査 生成AIを使い込むほど「人の確認」が重い理由
-
3
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
4
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
5
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
6
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
7
APIキー奪取から3時間でクラウド掌握 Anthropicが暴いた「バイブハッキング」の現実的な防御策
-
8
「Wi-Fi 7」は何がすごい? Wi-Fi 5、Wi-Fi 6からの抜本的な進化とは
-
9
全社標準「Copilot」にダメ出し? 現場の8割が不満を抱く“致命的な欠点”
-
10
【漫画付き】"RAG導入失敗3例"と処方箋 「入れても使われない」を終わらせる
ホワイトペーパーランキング PR
-
1
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
3
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
「スクラム」と「カンバン」の違いとは? アジャイル型開発手法を徹底比較
-
8
AI時代に成功するための「ナレッジマネジメント」ベストプラクティス
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー