Slide 1
Slide 1 text
オンプレミスからの移⾏先は
やっぱりAWSでしょ！
-損益分岐点を考えてみた-
2024/7/16
AWS事業本部 コンサルティング部 荒平祐次
Slide 2
Slide 2 text
Xへの投稿の際は、
ハッシュタグ
#cm_odyssey
でお願いいたします。
2
お願い
Slide 3
Slide 3 text
⾃⼰紹介 3
荒平 祐次 (Arahira Yuji)
クラスメソッド株式会社
AWS事業本部 コンサルティング部
ソリューションアーキテクト
- 経歴
○ SIer (約5年)→クラスメソッド(1年弱)
- 資格・受賞
○ AWS Certification × 12
○ VMware vExpert 2022-2024
- 業務内容
○ AWS全般のインテグレーション・移行相談
○ ブログ執筆
- 趣味
○ Twitter (@0Air)
○ サイクリング、アクアリウム、VTuber鑑賞
○ ゲーム (FF14, League of Legends)
AWS re:Invent 2023にて
息子(11ヶ月)
Slide 4
Slide 4 text
おことわり 4
- 感情を抜きにしてお話します（フラットな⾒解を⼼掛けています）
- 本スライドで取り扱う具体的な数値は全て仮、もしくは想像です
- 全ての環境に当てはまらないかもしれません
- 話すこと
- 移⾏の⼿段とハードル、AWSの優位性 など
- 話さないこと
- 製品批判や論評、各個別事情に沿った(⾮⼀般的な)話 など
Slide 5
Slide 5 text
お詫び 5
- 本セッションは、
AWS (パブリッククラウド)
VMware (オンプレミス)
VMware Cloud on AWS
Azure VMware Solution
の費⽤感をざっくり⽐較して、仮想マシンXX台以下だとネイティブ
AWSにしたほうがコスト⾯で有利！みたいな話をする予定でした
- セッション登録後（4⽉末〜5⽉）の⼀部破壊的な変更により、
予定されていたお話を少し変更してお届けします🙇
Slide 6
Slide 6 text
本セッションのゴール 6
- ゴール
- （視聴者の皆様の）次期インフラ環境の選択肢が掴める
- コストの考え⽅がなんとなく分かる
Slide 7
Slide 7 text
オンプレミスのハイパーバイザー、
何を使ってますか
7
Slide 8
Slide 8 text
ハイパーバイザーの代表例 8
Slide 9
Slide 9 text
やはり 9
⼀説によると、国内シェア70%〜80%
（*要出典）
Slide 10
Slide 10 text
⾊々お悩み相談を頂きます 10
ライセンス費⽤が突如４倍になって草
予算どうするんだ‧‧‧
買い切りモデル無くなったんだけど‧‧‧
弊社に付いてた営業、連絡取れなくなった
⾒積もり返ってこない‧‧‧
Slide 11
Slide 11 text
移⾏のハードルやコストの考え⽅を通じて
有⼒な選択肢をお伝えします
11
Slide 12
Slide 12 text
先にまとめ！ 12
選択肢
おすすめ度
(個人的見解)
特徴
AWS, Azure, Google Cloud, OCIへの
マイグレーション
★★★★★
移行の苦労を抜きにすれば全力でオススメ
状況によるが、移行の苦労は多かれ少なかれある
Nutanix Cloud Clusters on AWS,
Nutanix Cloud Clusters on Azure
★★★★☆
今注目度が急上昇している本命
IPアドレス維持、VMDKがそのまま使える点で熱い
VMware Cloud on AWS,
Azure/OC VMware Solution,
Google Cloud VMware Engine
★★★☆☆
将来的なクラウドネイティブ化を見据えたうえで
一時利用としてのニーズは高い
オンプレミス継続
(物理サーバ)
★★☆☆☆
VCF, VVFのライセンス料の高騰により急に出現した
プラン。見積もりを取ってみないと不明だが、安い
ことがある
オンプレミス継続
(VMware by Broadcom)
★☆☆☆☆
サードパーティライセンスの制約やコンプライアン
スの要件がなければ取らない選択
サポートが切れても何もしない ☆☆☆☆☆
経営が現場に理解のないケースなどで発生しやすい
エンジニアとしては推奨できない
Slide 13
Slide 13 text
サポートが切れても何もしない
13
Slide 14
Slide 14 text
概要 14
- サポートが切れても何もしない（放置）は、
- 技術的負債が溜まっていたり
- アプリを作ってくれたベンダーが解散していたり
- システムの需要が落ち、廃⽌を待っている
⼤⼈の事情によりそうしている、そうなっているケースが多い
- vSphere 7.0 のEoLは 2027/04/02 であり、期限までに対策を
打っておきたい
Slide 15
Slide 15 text
移⾏のハードル 15
- 放置で移⾏はしていないため、ハードルはなし
- ただしライセンス更新費や保守費⽤が掛かっていない状態のまま、
何も考えずに予算を組んでしまうと、
インフラ環境を正常化するのに苦労するため、注意されたい
去年は100万円で運⽤できていたじゃないか！
今年も同じ予算しか出さんからな！
Slide 16
Slide 16 text
コスト 16
【＄‧‧‧‧】
- 購⼊するものがないため、他案と⽐べてもっとも低くなる
- ⼀部製品は特別延⻑サポートとして料⾦を取っている場合有
- 新規に学習コストは発⽣しないが、新⼊社員などにキャッチアップは
させづらい可能性アリ
- ファシリティが社外の場合は、ハウジング費⽤などが継続発⽣
- インシデントリスクの⼤きさはコストに加味していません
●
▲
✖
✖
Slide 17
Slide 17 text
オンプレミス継続
(VMware by Broadcom)
17
Slide 18
Slide 18 text
概要 18
- 既存のVMware環境をサブスクリプションモデルで継続します
- VVEP, VVS, VVF
- VMware Cloud Foundation (VCF)
＜5/8 Update＞大幅リニューアル！「vSphere」と「VMware Cloud Foundation」の新ラインナップ
https://frontier.networld.co.jp/knowhow-vcf/vsphere-vcf-lineup/
Slide 19
Slide 19 text
移⾏のハードル 19
- 既存の仮想化基盤のライセンス切り替えが必要
- vSANや⼀部エンタープライズ機能が必要な場合は必然的にVCF
- 技術的な障壁は少ない
- 同じ使い⼼地、フォーマット、仕組みが動く
- 稀に⼀部バージョン間のアップグレードで不具合があるので
対象KBをご覧ください
Slide 20
Slide 20 text
【＄＄＄＄＄】
- 既存環境のライセンス形態によっては、現状と⽐較して400%という
ケースが存在する様⼦
- 新規の学習コストは発⽣しない
- ハードウェア交換、ソフトウェア交換の費⽤は今後数年単位で発⽣
- ファシリティが社外の場合は、ハウジング費⽤などが継続発⽣
- 従量課⾦だと厳しいワークロード向き
コスト 20
●
✖
✖
✖
●
Slide 21
Slide 21 text
オンプレミス継続
(物理サーバ)
21
Slide 22
Slide 22 text
概要 22
- 必要台数分のサーバを購⼊し、そこで運⽤します
- 半導体不⾜‧特需が収まりつつある
- 物理サーバにそのままゲストOSをインストールして利⽤する
- 巷で少し話題になっている
- スペックやOS, ミドルによっては安くなる可能性
- 規模によっては採れる選択肢
ESXi
VM VM VM VM
SV SV SV SV
Slide 23
Slide 23 text
移⾏のハードル 23
- ゲストOS間のデータコピーか、バックアップからの復旧により移⾏
- そこまで難しくはないが、ドライバを物理マシン⽤にインストー
ルするなどは必要
- 台数が多いと管理‧把握が⼤変
- 故障時の対応が増える可能性アリ
- ファシリティも増やす必要があるかもしれない
Slide 24
Slide 24 text
【＄＄＄＄‧】
- OSなどライセンスは買い直しになる場合アリ
- ただそれでも仮想化製品よりは安い？
- UPSが必要な場合は、物理台数に応じた増設が必要
- 新規の学習コストは発⽣しない
- ハードウェア交換の費⽤は今後数年単位で発⽣
- ファシリティが社外の場合は、ハウジング費⽤などが継続発⽣
- 台数増により、ハウジング費⽤肥⼤化の恐れあり
コスト 24
●
▲
✖
✖
Slide 25
Slide 25 text
VMware Cloud on AWS
25
Slide 26
Slide 26 text
概要 26
- AWS（または、その他のクラウド）でvSphereを動かします
- 使い勝⼿はほとんど変わらない
- on AWSの場合は、ESXiのパッチが⾃動適⽤される
Slide 27
Slide 27 text
移⾏のハードル 27
- オンプレミスのバージョンが7.0以上に限り、L2延伸が可能となり
vMotionができる（⼀番ラク）
- ゲストOSの制約はないため、ハードルはかなり低い
- バージョンが満たない場合は、VM Import/ExportかVeeamなどのバ
ックアップソリューションを利⽤
- LBやセキュリティ製品が物理アプライアンスの場合は移⾏できない
- 代替サービスを利⽤するか、AWS Marketplaceから調達
- 将来的なクラウドネイティブ化を⾒据えた時間稼ぎにも◎
Slide 28
Slide 28 text
【＄＄＄＄‧】
- VMwareのライセンス購⼊は必要無くなるが、利⽤にはBroadcomと
契約の上、クレジットの購⼊が必要
- 新規の学習コストは発⽣しない
- ハードウェア交換の費⽤は発⽣しない
- 既存データセンターは縮⼩できる
- Elastic DRSにより、障害時に⾃動でホストのスケールアウト実⾏
- 追加分のホストは事前に購⼊しておく必要あり（余分になる）
コスト 28
●
▲
●
●
✖
Slide 29
Slide 29 text
Nutanix Cloud Clusters
on AWS
29
Slide 30
Slide 30 text
概要 30
- AWS（または、その他のクラウド）でNutanix AHVを動かします
- 使い勝⼿はそこそこ変わる
- 他プラットフォームからの移⾏は想像より難しくはない
Slide 31
Slide 31 text
移⾏のハードル 31
- 既存の仮想化基盤から”move”機能によりNC2 on AWSへ移⾏可
- データを事前同期しておけるため、ダウンタイムが少なく済む
- VMwareのみならず、VMC, Hyper-Vからも移⾏可能
- 技術的な障壁は少ない
- .vmdkや.ovaファイルなどがNutanix上でも稼働できる
- レガシーなOSも広く対応している
- ⼀⽅で、学習コストはそれなりにある
- Nutanixの使い⽅のキャッチアップやUI/UXへの馴染みが必要
Slide 32
Slide 32 text
【＄＄＄‧‧】
- AWS Marketplace＋AWS ベアメタルインスタンスの⽀払いで済む
- ⼀般的にはかなり費⽤を抑えられる
- 新規の学習コストは発⽣する
- ハードウェア交換の費⽤は発⽣しない
- 既存データセンターは縮⼩できる
- VMC on AWSと違い、ハイパーバイザーのパッチ適⽤など運⽤が必要
コスト 32
●
▲
●
●
✖
Slide 33
Slide 33 text
AWSへのマイグレーション
33
Slide 34
Slide 34 text
概要 34
- AWSのネイティブサービスを利⽤してリフトを⾏います
- Application Migration Service (AWS MGN), VM I/E
- Database Migration Service (AWS DMS)
- AWSに慣れていない場合、使い勝⼿や思想が180度変わる
Slide 35
Slide 35 text
移⾏のハードル 35
- 移⾏先のアーキテクチャや、移⾏中のネットワーク、IPアドレス変更
など考慮するものは多い
- AWS MGNが対応していないほどレガシーなOSは移⾏できない可能性
- VM Import/Exportにより、古いインスタンスタイプでのみ起動
できる可能性はある
- 学習コストは⾼い
- 組織内にAWSをキャッチアップしている⼈材がいない場合は、
学習から始める必要があり⼤変かも
- (ただAWS学習は⼈気があり、キャリアとして挑戦する⼈もいる)
Slide 36
Slide 36 text
【＄＄‧‧‧】
- クラウドを最⼤限活⽤することによりコストは圧縮できる可能性
- “リフトしただけ”の場合はトントンくらいになりそう
- 新規の学習コストは発⽣する
- ハードウェア交換の費⽤は発⽣しない
- 既存データセンターは縮⼩できる
- AWS（やその他クラウド）に合わせた運⽤体制に変更が必要
- 「開発環境は夜間⽌める」など、時間課⾦に応じた使い⽅へ変更できる
コスト 36
●
▲
●
●
✖
Slide 37
Slide 37 text
[補⾜]AWSと他クラウドの違い 37
- 情報量
- 1次情報は各クラウド横並び
- 2次情報以降、AWSが圧倒的に多いと思われる
- [参考] Qiita内の検索ヒット数 (重複あり, 7/13時点)
検索ワード 件数
“AWS” 73620
“Azure” 19344
“Google Cloud”, “GCP” 15988, 11414
“Oracle Cloud”, “OCI” 3453, 3159
Slide 38
Slide 38 text
[補⾜]AWSと他クラウドの違い 38
- 情報量が増えると何かいいことが？
- 学習コスト低減、新規ユーザーの取り⼊れ
- エラー解消のヒット率向上
- ユースケース＆新たなイノベーション etc…
- ユーザーコミュニティの種類や広がりが⼤きいことも良い点
- “IaaSのみ”の価格⽐較だと、後発のクラウド（Oracle Cloudなど）
にコスト⾯で軍配が上がる
- クラウドネイティブ化や⼀歩進んだデータの利活⽤、
⽣成AIの統合はやはりAWS（とAzure）
- Google Cloudは開発者体験が優れている
Slide 39
Slide 39 text
その他
39
Slide 40
Slide 40 text
取り上げていないもの 40
- 私の理解度が浅い、もしくはVMwareからの移⾏例を⾒ていないため
割愛させていただきました🙇
- Xen (Citrix Hypervisor)
- Hyper-V
- Linux KVM
- Red Hat OpenShift Virtualization
- etc…
- 「こんな例あるよ！」があれば是⾮Xで教えて下さい！
Slide 41
Slide 41 text
先にまとめ！ 41
選択肢
おすすめ度
(個人的見解)
特徴
AWS, Azure, Google Cloud, OCIへの
マイグレーション
★★★★★
移行の苦労を抜きにすれば全力でオススメ
状況によるが、移行の苦労は多かれ少なかれある
Nutanix Cloud Clusters on AWS,
Nutanix Cloud Clusters on Azure
★★★★☆
今注目度が急上昇している本命
IPアドレス維持、VMDKがそのまま使える点で熱い
VMware Cloud on AWS,
Azure/OC VMware Solution,
Google Cloud VMware Engine
★★★☆☆
将来的なクラウドネイティブ化を見据えたうえで
一時利用としてのニーズは高い
オンプレミス継続
(物理サーバ)
★★☆☆☆
VCF, VVFのライセンス料の高騰により急に出現した
プラン。見積もりを取ってみないと不明だが、安い
ことがある
オンプレミス継続
(VMware by Broadcom)
★☆☆☆☆
サードパーティライセンスの制約やコンプライアン
スの要件がなければ取らない選択
サポートが切れても何もしない ☆☆☆☆☆
経営が現場に理解のないケースなどで発生しやすい
エンジニアとしては推奨できない
Slide 42
Slide 42 text
まずは、現状把握を進めよう
42
Slide 43
Slide 43 text
コストについて 43
- 移⾏プロジェクトを計画するうえで、コストは無視できない
- ただし、移⾏中‧移⾏後のコストを正しく⾒積もるのは困難
ライセンス費⽤
移⾏費⽤
EOL
更改サイクル
ランニング費⽤
学習コスト
保守
Slide 44
Slide 44 text
現状を把握する 44
- クラウドエコノミクス（TCO診断）
- オンプレミスからクラウドに移⾏して得られる経済メリットを
定量的に把握するプログラム
AWSコスト試算 | AWS総合支援 | クラスメソッド株式会社
https://classmethod.jp/aws/services/cost-estimate/
Slide 45
Slide 45 text
- クラウドエコノミクス（TCO診断）
- 診断項⽬の例
- サーバー費
- ストレージ費
- ネットワーク費
- サポート費
- ソフトウェアライセンス
- ファシリティ維持費（施設の維持‧運⽤‧管理のために要す
る費⽤）
- ⼈件費
現状を把握する 45
Slide 46
Slide 46 text
移⾏計画を作る 46
- AWS移⾏プランニング
- システムやサーバごとに、AWSへ移⾏した際の難易度や適合性の
評価、アドバイスを⾏う
Slide 47
Slide 47 text
移⾏計画を作る 47
- AWS移⾏プランニング
- 難易度やクラウド適合性に応じて移⾏戦略を提案
Slide 48
Slide 48 text
割引が得られることも 48
- AWS Migration Acceleration Program (MAP)
- 移⾏後のAWS利⽤料に応じて、AWS利⽤クレジットが受け取れる
可能性があるプログラム
- AWS直接、またはパートナー経由で申請が必要
Slide 49
Slide 49 text
サンプルケースを⾒てみます
49
Slide 50
Slide 50 text
サンプルケース 50
- ⾮常に曖昧な仮定に基づくため、参考に留めてください
- 実際の環境での試算等は、お近くのベンダーやCMにお声がけく
ださい
- 仕切り率等も⼀切確認しておりません
- 移⾏に係るSI費などのイニシャルコストは加味していません
- 1ドル = 160円で計算
- （余談）
資料作ってから思いましたが、ユーザー企業により実態が180度
変わると思うので、本当に難しいです
Slide 51
Slide 51 text
サンプルケース試算 51
- 移⾏前
（条件）
- VMware 仮想マシン 100台 （Windows Server OS）
- ESXi ホスト 4台（センドバック保守込）
- 外部ストレージなし（vSAN/HCI）
- データベースはMySQL準拠
- ライセンスは5年更新（製品保守込）
- 監視は外部委託、運⽤保守はパートナーに依頼
Slide 52
Slide 52 text
サンプルケース試算 52
- 移⾏前
カテゴリ 項目・条件
年間費用
（仮定）
費用発生回数
（10年間）
設備 データセンターハウジング (48U) 年額 ¥ 3,000,000 10
コンピュート HPE, DELL, Lenovoなどの中堅サーバ × 4台 ¥ 20,000,000 2
ネットワーク Cisco Catalyst 8300 など × 2台 (コアSW除く) ¥ 6,000,000 2
ストレージ バックアップ用ストレージ × 1台 ¥ 4,000,000 2
ライセンス インフラ部分(VCF, Windows Server DC, Veeam, PCNS など) ¥ 25,000,000 2
監視 有人社外監視 (24/365), 一次対応のみ ¥ 12,000,000 10
運用・保守 セキュリティ対応/パッチ適用などをBP 2人(単価100万)に委託 ¥ 24,000,000 10
教育 キャッチアップ工数, 試験受験補助, イベント参加 など ¥ 5,000,000 10
計 / 10年計 ¥ 99,000,000 ¥ 550,000,000
Slide 53
Slide 53 text
サンプルケース試算 53
- AWS移⾏後
カテゴリ 項目・条件
年間費用
（仮定）
費用発生回数
（10年間）
設備 ハウジングなし - -
コンピュート EC2 (Windows, r6i.large(2C/16G), 1YSP, Upfront) × 100台 ¥ 27,000,000 10
ネットワーク Internet-Out 年間100TB ¥ 1,500,000 10
ストレージ EBS, EFS, AWS Backup, FSx NetApp ONTAP 100TB ¥ 5,000,000 10
ライセンス インフラ部分(なし) - -
監視 一次対応をマネージドサービス化 - -
運用・保守 セキュリティ対応/パッチ適用などをBP 3人(単価100万)に委託 ¥ 36,000,000 10
教育 キャッチアップ工数, 試験受験補助, イベント参加 など倍化 ¥ 10,000,000 10
計 / 10年計 ¥ 79,500,000 ¥ 527,000,000
Slide 54
Slide 54 text
横に並べると 54
- 移⾏前 AWS移⾏後
年間費用
（仮定）
費用発生回数
（10年間）
- -
¥ 27,000,000 10
¥ 1,500,000 10
¥ 5,000,000 10
- -
- -
¥ 36,000,000 10
¥ 10,000,000 10
¥ 79,500,000 ¥ 527,000,000
カテゴリ
年間費用
（仮定）
費用発生回数
（10年間）
設備 ¥ 3,000,000 10
コンピュート ¥ 20,000,000 2
ネットワーク ¥ 6,000,000 2
ストレージ ¥ 4,000,000 2
ライセンス ¥ 25,000,000 2
監視 ¥ 12,000,000 10
運用・保守 ¥ 24,000,000 10
教育 ¥ 5,000,000 10
計 / 10年計 ¥ 99,000,000 ¥ 550,000,000 約95.8%！
Slide 55
Slide 55 text
苦労して移⾏してもそこまで
変わらないのでは？
55
Slide 56
Slide 56 text
変わらないケースもある 56
- 為替、クラウドサービス価格、ライセンス価格など、不確定要素が
多すぎて⼀概には⾔えない
- リフトしただけでは変わらない、むしろ⾼くなることも
- 「移⾏しただけ」で絶対終わりにしない！
- IaaSレベルの話だと、インスタンスタイプの最適化、ストレージボリ
ュームの縮⼩、アーキテクチャ変更等いろいろある
- コスト最適化の⼿法は、AWSにはたくさんあります
- 困ったらクラスメソッドを頼ってください！
Slide 57
Slide 57 text
さいごに
57
Slide 58
Slide 58 text
さいごに 58
- 移⾏先としてAWSを選ぶ理由
- 情報取得ハードルの低さ、リフト＆シフトによるコスト圧縮、
ベストプラクティスに基づくセキュリティ維持のし易さ、
理不尽な値上げがない、など
- 仮想マシン100台未満の場合、オンプレミス継続はやや厳しい印象
（もちろん状況による）
- 100台以上では、保管データ量やトラフィックによってオンプレ
有利に傾く可能性がある
- しっかり現状を把握し、未来予想図を描いてみてください！
Slide 59
Slide 59 text
次期インフラ環境の
選択肢が掴めましたか？
59
Slide 60
Slide 60 text
まずは現状のコストを
正しく把握するところから
始めましょう
60
Slide 61
Slide 61 text
「⼀緒に説得資料作ってください」
も⽀援します！！
61
Slide 62
Slide 62 text
No content
Slide 63
Slide 63 text
No content