オンプレミスの完全閉鎖へ
ゼンリンデータコムが全面AWS化で「VMware Cloud on AWS」を採用した理由
ゼンリンデータコムは2020年までに、商用サービスおよび開発環境のインフラを、オンプレミスから「AWS」へ完全に移行させる。その手段として採用したのが「VMware Cloud on AWS」だ。なぜVMware Cloud on AWSなのか。
地図情報サービスを提供するゼンリンデータコムは、商用サービスと開発環境のクラウド移行に当たり、Amazon Web Services（AWS）のベアメタルインスタンス（物理サーバ）にVMwareの仮想環境を構築するクラウドサービス「VMware Cloud on AWS」（VMC on AWS）を採用した。迅速なクラウド移行を目指して2019年2月に本格利用を開始した。
ゼンリンデータコムは地図情報を提供するゼンリンの子会社だ。乗り換え案内やルート検索の機能を提供する「いつもNAVI」といった個人向けサービスに加え、地図情報や検索機能の開発用API（アプリケーションプログラミングインタフェース）を提供する法人向けサービスなど、合計で150種類ほどのサービスを提供している。
AWSの利用に着手したのは2012年と比較的早かった。AWSを導入した当初の目的は、サービスにユーザーアクセスが集中する際、オンプレミスのサーバでは処理し切れないトラフィックを一時的にクラウド側で処理することだった。渋滞や大雨が発生したり、テレビの情報番組で観光地が紹介されたりした際には、地図情報や位置情報を提供するサービスにアクセスが集中することがあるためだ。「以前はアクセス制限を掛けていたため、ユーザーへのサービスが低下する事態に陥ることがあった」と、ゼンリンデータコムの取締役で技術本部長を務める奥 正喜氏は当時の状況を振り返る。
AWSの利用と並行して、ゼンリンデータコムはサーバ仮想化製品を導入した。2010年にVMwareのサーバ仮想化製品を導入し、段階的に物理サーバから仮想マシンへの置き換えを進めた。2018年時点で物理サーバを完全になくし、AWSの仮想マシンサービス「Amazon Elastic Compute Cloud」（Amazon EC2）で運用する仮想マシン約2400台、オンプレミスの仮想マシン約1800台という構成になった。
フルクラウド化の難しさ
国内の企業としては早くからオンプレミスとAWSの環境が混在する環境になったゼンリンデータコム。当初は慎重だったというが、検討した結果、全面的なクラウド移行を決断した。ゼンリンデータコムのインフラ分野を統括する渡邊大祐氏（技術本部技術統括部 副部長）は、「試算では、AWSに完全に移行した方が、トータルコストを圧倒的に安く抑えられることが分かったからだ」と語る。
奥氏は「クラウドサービスを利用する際は、常にパブリッククラウドの比較表を作成して検討する」と語る。AWSを選択したのは、クラウドサービスとしてのスケーラビリティや機能性はもちろんのこと、充実したAWSのサービス群の存在があったからだという。「インフラの運用面ばかりでなく、サービス開発面でもAWSの活用度を高めた方が高効率になるのは確実だった」と奥氏は説明する。
AWSへの移行作業を進める際には懸念があった。「開発部門が集中すべきサービス開発にリソースを割けなくなる」（奥氏）ことだ。オンプレミスに残っているシステムは古いものが多く、クラウドに移行させるとなれば、OSやミドルウェアの互換性の検証やバージョンアップの作業が発生する。さらにAWSの仕様に合わせた各種変更にも対処しなければならず、そのために開発部門のリソースを割く必要がある。営業部門からは「クラウド移行に手間をかけて、ビジネスの競争力につながるのか」という疑問もぶつけられたという。
“渡りに船”だった「VMC on AWS」
ゼンリンデータコムの奥 正喜氏（左）と渡邊大祐氏
そうした中で登場したのがVMC on AWSだった（図）。オンプレミス側でVMware製品による仮想環境を構築していれば、AWS側でもオンプレミスと同様の運用が可能な上、AWSの機能を利用して運用管理の自動化といった機能を利用できる利点があった。仮想マシンを作り替える必要がないため、開発部門にも大きな負担を掛けることなく移行作業を進められる。
VMC on AWSはVMwareが提供するサービスだ。利用料金はVMwareに支払い、その中にAWSのベアメタルインスタンスの利用料金も含まれる。渡邊氏は「インフラ部分はVMwareがマネージドサービスとして運用するため、仮想マシンを移行するだけで手軽な運用が実現できる。リソースが足りないときは柔軟に拡張できる」と、その利点を説明する。
図 VMC on AWSはオンプレミスの仮想マシンをそのままAWSのベアメタルサーバに移行可能（出典：ゼンリンデータコム説明資料を基に一部変更）
VMC on AWSは、ベアメタルインスタンス「i3.metal」が3台、障害時に備えた1台の合計4台が最小の基本構成になる。こうした構成だと、ベアメタルインスタンス1台当たりの料金が年額1000万円となる。予約することで料金が割り引かれる「リザーブドインスタンス」（RI）の形式で、ベアメタルインスタンスを1年利用する場合に適用される約30％の割引分を差し引いても、1年で少なくとも2800万円はかかる計算になる。渡邊氏は「この金額には心構えが必要」と強調しつつも、ゼンリンデータコムの場合は「移行期間にオンプレミスとクラウド側で二重に発生するコストを含めても、トータルで安くなる試算になった」と説明する。
2020年にはオンプレミスの完全閉鎖を目指す
まずは2018年2月からVMC on AWSのPoC（概念実証）を実施。2018年11月からはAWSの東京リージョンでのPoCも実施した。移行作業が問題なく実施できることを確認し、2019年2月に本格利用を開始した。基本的には全ての商用サービスと開発用のインフラをAWSに移行し、オンプレミスの全面的な閉鎖を目指して移行作業を進めている。
商用サービスの移行期間は、AWSとオンプレミスの環境を並行運用する構成にし、準備ができたシステムからクラウドの運用に切り替え、オンプレミス側をクローズするという方法を採用した。渡邊氏は「VMC on AWSは仮想マシンをコピーして移行すれば済む。IPアドレスの変更など、インフラチームで対処すべき作業はあるが、開発チームの負担は小さい」と話す。
VMC on AWSは、オンプレミスとクラウドを接続するネットワークサービス「VMware HCX」によって幾つかの移行方法を選択できる。ゼンリンデータコムの開発環境では、仮想マシンを停止することなく移行するライブマイグレーションの方法を選択したが、当初は全400台ほどある仮想マシンの約85％でライブマイグレーションができなかったという。ライブマイグレーションが利用できる仮想マシンは、サーバ仮想化製品「VMware vSphere」による仮想マシンの「ハードウェアバージョン」（仮想ハードウェアのバージョン）が「9.0」以上であることが必要となる。同社には古いハードウェアバージョンの仮想マシンが多く残っていたのだ。残った開発環境の仮想マシンは、ハードウェアバージョンをアップグレード後に移行を完了した。
商用サービス用の仮想マシンもライブマイグレーションが可能だが、同社は現行の環境と平行運用しつつ移行を進めるために、仮想マシンをオフラインにした状態で移行するコールドマイグレーションを選択した。これは仮想マシンのイメージを連続的にAWSのベアメタルインスタンス側の環境にコピーする方法だ。商用サービスについてはこれからAWSのベアメタルインスタンスに環境を構築し、2020年までに全ての移行作業を完了させ、オンプレミス環境を完全に閉鎖することを目指している。なお、オンプレミスとクラウド側との接続は、AWSが提供する専用線接続サービスである「AWS Direct Connect」を利用している。
渡邉氏はVMC on AWSを使ってクラウド移行を進める上での懸念点として、頻繁にVMware HCXのアップデートがあり、それによるシステムバグが少なくない点を挙げる。だがレイヤー（L2）の接続が途切れるほどの致命的な事象は発生していないという。
ゼンリンデータコムのクラウド環境は、以前から利用を進めてきたAWSの環境と、VMC on AWSの環境が併存することになる。渡邊氏は、AWSの良さとして「サーバレスやマネージドサービスによって効率的な運用ができる点」を挙げる一方、短所は「古いシステムとの互換性があるサービスが少ないこと」だと指摘する。VMC on AWSは「従来の運用環境との互換性があり、作り直しの必要のないシステムは集約してコストメリットを出せる利点がある」と語る。サービス開発はAWS側の機能で加速させ、VMC on AWSで運用効率を高める方針だという。
これまでVMware vSphereによる仮想マシンをAWSでそのまま動作させることはできず、Amazon EC2のインスタンスに作り直すことが基本だった。それを考えれば、VMC on AWSのようなオンプレミスの環境をそのまま移行できるサービスが利用可能になった利点は大きい。ゼンリンデータコムのように数千台規模でオンプレミスの仮想マシンを運用しているケースには特に適したサービスといえそうだ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
4
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
5
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
8
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
9
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー