More Related Content Similar to [Cloud OnAir] 事例紹介 : 株式会社マーケティングアプリケーションズ 〜クラウドへのマイグレーションとその後〜 2020年12月17日 放送 (20) More from Google Cloud Platform - Japan (20) [Cloud OnAir] 事例紹介 : 株式会社マーケティングアプリケーションズ 〜クラウドへのマイグレーションとその後〜 2020年12月17日 放送8. Cloud OnAir
会社説明
250+
VM インスタンス
150+
forSurvey 利用クライアント
20+
物理サーバ
* 仮想基盤含む
20+
システム
* 内部システム含む
14.6k
forSurvey ピーク RQ 数/分
* 直近 3 ヶ月の最大値
システムの特徴
● オンプレミスの仮想環境
● 20 以上のシステム、
内部・外部システムとの連携も多数
● forSurvey はマルチテナント、
クライアントごとに違うリソース割当
● サービスインから 10 年前後経つ
システムが多数
11. Cloud OnAir
Lift の方針
基盤の保守期限が近い
● 基盤のリプレースは前
向きでない
● このタイミングで
オンプレミスから
脱却したい
● ただし期限まで時間は
多くはない
できれば Shift したい
● 保守・運用に手間が
かかるシステム多数
● すべてを Shift するには
時間が足りない
まずは全体を Lift
● 基盤の保守・運用の手
間は減る
● Shift が容易な
状態となる
● その後は少しずつ
着実に Shift を進める
18. Cloud OnAir
同じ構成のままクラウドへ “Lift” しただけでは課題は解決されない
システムの全体的な課題
構成が管理できていない
● 構成が統一的でない
● 不可逆的変更への忌避感
負荷増減に動的に対応できない
● 日常的なワークロードギャッ
プを埋められない
● 突発的負荷への人力対応
19. Cloud OnAir
メインプロダクトである forSurvey を Shift
● Infrastructure as Code の推進
● Managed Kubernetes (GKE) の導入
なぜ forSurvey を Google Cloud 移行時に
Shift したか
→ “Shift“ する効果が最も大きい
● 250+ VM インスタンスの半数は forSurvey の Web サーバ
● CPU オーバー コミット前提のマシン スペック設定のため、
同じスペックで Web サーバを “Lift” するとコスト増
Shift の概要
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
VM
...
...
containerize
orchestrated
21. Cloud OnAir
マネージド Kubernetes による省力な運用
● Kubernetes マスタノード管理が不要
● Google Cloud の他のプロダクトと
最初から連携
○ Cloud Logging
○ Cloud Monitoring
○ etc...
● クラスタ オートスケーラ
○ リソース利用効率を高める
○ 突発的な負荷への対応が容易に
Kubernetes (Google Kubernetes Engine) の導入
GC managed K8s master nodes
etcd api-server
controllers scheduler
Node Pool
Google Kubernetes Engine
Cloud Monitoring Cloud Logging
25. Cloud OnAir
● Google Cloud への移行と基盤の刷新
○ 運用負荷の軽減で少人数でレガシー システムの改善を進めていける
■ 構成管理により、画一的かつ再現性のある環境が手に入り、
インフラも含めたテストが容易に
● 今後の展開
○ Shift の知見を生かし、別システムで横展開
○ マネージド利用によるさらなる運用負荷低減
○ ランニングコスト最適化 → セキュリティへの投資
まとめ