GCPとAWSで確認するIaaS移行のポイント【第4回】
GCPからAWSへの移行時に見過ごせない「コスト」の問題とは
GCPからAWSへアプリケーションを移行させた後に後悔しないために、あらかじめ検討が必要なポイントが「コスト」だ。GCPとAWSの料金体系の違いを踏まえて、コスト面での注意点を説明する。
IaaS(Infrastructure as a Service)で稼働するアプリケーションを別のベンダーのIaaSに移行させる場合に注意したいことは、移行時や移行後にかかるコストだ。例えば「Google Cloud Platform」(GCP)から「Amazon Web Services」(AWS)にアプリケーションを移行させる場合、両者に同じようなクラウドサービスがあったとしても、料金体系は異なる可能性がある。第3回「『GCP』から『AWS』への移行に失敗しない代替サービスの選び方」に続く本連載の第4回は、GCPからAWSへのアプリケーション移行を検討するときのコスト面での注意点や、移行が妥当かどうかを考えるポイントを説明する。
GCPからAWSへの移行時に見逃せないコスト問題
クラウドサービスは、一般的にはデータの送受信量やユーザー数、クエリ数に基づく料金体系を採用する。アプリケーションのバックエンドにイベント駆動型コード実行サービスを利用しているときは、コストへの影響を考慮する。GCPとAWSは、コードの呼び出し回数や利用期間、ネットワークの使用に対して課金する。
GCPのイベント駆動型コード実行サービス「Cloud Functions」は呼び出し回数が月間200万回を超えると、100万回の呼び出しごとに0.40ドルを課金する。AWSの競合サービス「AWS Lambda」は呼び出し回数が月間100万回を超えると、100万回の呼び出し当たり0.20ドルを課金する。加えてコンピューティングの実行時間とネットワーク使用量にも追加料金がかかる。そのためアプリケーションをCloud FunctionsからAWS Lambdaに移行すると、イベント駆動型コード実行サービスの利用料金が変わる可能性がある。
データのエグレス(出力)料金も見過ごすことはできない。クラウドサービスへのイングレス(入力)料金が無料や安価であっても、エグレスにはより多額の利用料金を課される場合がある。例えばGCPの仮想マシンサービス「Compute Engine」をアイオワ(us-central1)リージョンで使う場合、10TB(テラバイト)以上のデータをGCP外へ移行させる場合、1GB当たり0.08ドル以上かかる。データ量の大きいアプリケーションの移行には、多額のエグレス料金が課される可能性がある。
移行支援サービスの活用も検討
GCPからAWSにアプリケーションを移行させるに当たり、社内の専門知識やツールが不足している場合は、クラウドサービス間の移行支援サービスの利用を考える。例えば「AWS Professional Services」(AWSプロフェッショナルサービス)はユーザー企業のIT部門を支援し、コスト効率の高いインフラの開発を支援するサービスだ。「AWS Migration Competency Partners」(AWS移行コンピテンシーパートナー)として認定されたパートナー各社のサービスを利用することもできる。
本連載の各回の要素を全て検討した結果、GCPからAWSへのアプリケーション移行が適さないことが判明することがある。GCPに構築したアプリケーションをAWSに移行させるよりも、新しくSaaS(Software as a Service)に移行した方が自社のニーズに適する可能性もある。
IaaS間の移行に適していないアプリケーションもある。移行先のIaaSではアプリケーションを稼働させるために重要なクラウドサービスを利用できなかったり、SLA(サービス品質保証契約)の要件を満たさなかったりするといったことは、よくある理由だ。こうしたアプリケーションは継続して再検討や再評価をした方がよい。GCPでホストしているアプリケーションが古かったり、使用頻度が少なかったりするのであれば、完全に使用するのを止めるのも選択肢だ。
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は? 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは? -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める? -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
3
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
4
「有線LAN環境」に関するアンケート
-
5
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
6
IT製品の導入に関するアンケート「PC&デバイス」編
-
7
「業務改善とツール活用」に関するアンケート
-
8
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
9
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
10
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
ホワイトペーパーランキング PR
-
1
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
バックアップは“取っているから大丈夫”なのか? ランサムウェア時代の備え方
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
9
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー