狠狠撸

SAPシステム
クラウド移行と運用の勘所
株式会社BeeX
代表取締役
広木太

3Copyright ? 2018 BeeX Inc. All Rights Reserved.
出典： https://medium.com/aws-enterprise-collection/cloud-native-or-lift-and-shift-99970053b25b

はじめは
Lift ＆ Shift

設計
非機能要件
? 可用性
? サイジング
? 拡張性
? 運用
etc
Auto Scaling group
Availability Zone #1
security group
security group
root volume
data volume
Elastic Load
Balancing
Amazon S3
bucket
logs
Amazon EBS
snapshot
CloudFront
distribution
EC2 instance
web app
server
? クラウドならではの構成
? クラウドならではの運用
システム特性
システム要件
AWSの特性
クラウド特性
Liftと言っても。。。

ポイント２
高可用性構成
ポイント３
バックアップ?災害対策
ポイント1
ネットワーク構成
ソフトウェア定義の構成
ゲートウェイ型からホスト型へ
障害対策ポイントの
非共有DISK型の冗長化方法へ
クラウド固有の機能?制約
RTO,RPOとコストのバランス
クラウド特有の構成設計

可用性対策
① Auto Recovery ＋ Backup/Restore ② Auto Recovery ＋ HANA Replication
出展：Amazon Web Services資料

可用性対策
③ Auto Recovery ＋ HANA Replication ＋ S3 Cross Region Copy

可用性対策
④ Auto Recovery ＋ HANA Replication ＋ Multi Tire HANA Replication

クラウド特有の運用パターン
ポイント１
監視
ポイント２
監査
ポイント３
自動化
クラウドサービスの監視
オートスケールへの対応
ユーザー権限設計?操作履歴の保存
ログ情報の可視化
API制御による運用?プロビジョニングの
自動化
ポイント４
課金
コストセンター毎の課金状況把握

11
Objective
Orient
Decide
Act
現状把握
クラウド新機能の確認
3rdパーティ新機能の確認
新機能採用検討
機能検証を含む
計画策定
実行
課題先送りも
クラウドの実装?運用に
おいては重要
OODAサイクル

SAP標準移行方法
SAPのクラウド引っ越し方法その１
エクスポートインポート
ダンプ
SWPN
DMO with System Move
SWPM
OS/DBマイグレーション?アップグレード
DMO 、nZDN
S/4 HANA化
DMO、nZDM

SAPのクラウド引っ越し方法その２
P2V,V2V移行システムイメージをそのままクラウドへ
OVF化 VM Import 起動
AWS VM Importによる移行
AWS標準のDBマイグレーションサービス利用（SAPでは使えない）
AWS Database Migration Service

移行ツール
システムイメージ移行は、AWSの標準的な手法以外にも
様々なツール?サービスがリリースされています。
現環境の特性に応じて、サービスを使い分けて移行を行います。
サービス?製品名 AWS Server
Migration
Service
Zerto Virtual
Replication
CloudEndure
Live Migration
PlateSpine
Migrate
タイプ非Agent型
SaaS型
非Agent型 Agent型
SaaS型
Agent型
対応仮想仮想仮想／物理仮想／物理
差分同期機能 ○ ○ ○ ○
帯域制御システム全体の帯域
制御
サーバ毎の
帯域制御
システム全体の帯域
制御
その他特徴 AWSコンソールから
の操作
大規模システムでは
起動に時間がかかる
Marketplaceで
購入可能
VSS連動

SAPのクラウド移行プロジェクト

クラウド移行におけるテスト
? アプリケーションテスト／修正
– Lift ＆ Shiftであればクラウド固有のテストはなし
– IPアドレス変更
– 移行時にアップグレードなどを行う場合はアップグレード固有のテスト
? インフラテスト
– クラウド固有部分のテスト
(可用性、バックアップ、ロードバラシング）
? 性能テスト
– サイジングは机上の計算に時間をかけずに、Small Startで開始
– 実際のリソース使用状況をみて変更。
– クラウドなら、いつでも簡単に変更可能。ストレージも容量変更、タイプ変更、IOPS変更など
もダイナミックで可能のためSmall Startが可能

S/4 HANA とは

S/4 HANA 移行方式
ランドスケープ
トランスフォーメー
ション
ERP System
- Region A -
ERP System
- Region B -
ERP System
- Region C -
S/4 HANA
Cloud
システム
コンバージョン
新規導入／再導入
既存システムを標準化?簡素化してTCO削減と
最新イノベーション基盤を利用する手段
ERP
System
S/4HANA
On-Premise
新規導入
ERP
System
Non-SAP
System
新規プラットフォームへの載せ替え
短期間に現行システムを移行（マイグレーション）
する手段
新規導入?システム統合
複数SAP ERPを統合?簡素化することによる
TCO削減
1つのグローバルSAP S/4HANAシステムへの
データ統合
S/4HANA
On-Premise
S/4HANA
On-Premise
S/4 HANA
Cloud

S/4 HANA 移行パス

SI-Check
S/4 HANA コンバージョンタスク

AWS移行から AWS活用へ
Step１
ステップ１
AWS移行(Lift)
? 従量課金インフラ
? EOSLからの解放
? 容易なインフラ調達
? 現実的に災害対策
? 高セキュリティ基盤獲得
現状
クラウド技術の習得?
組織変革
? 自動化推進
? 可視化推進
? PaaS利用推進
? API連携／クラウド連携
Step１
ステップ2
AWS推進(Shift)
Step２
クラウドの最適化推進
ステップ３
AWS活用
? マイクロサービス(CaaS)
? サーバーレスアーキテクチ（FaaS）
? IoT
? AI/ML
Step１
Step２
Step３
クラウドネイティブ化

まとめ
横展開できる標準化?基盤づくり
– 基盤設計?運用設計などクラウド特有の設計ポイントを考慮
? 引っ越し方法
– ニーズに応じた引っ越し方法
? 引っ越しの先に
– マネージド?サービスの活用
– 密結合から疎結合のシステムへ

Be Excited企業の基幹システムにもっと「わくわく」を

狠狠撸

2018/9/11 SAP on AWS お客様事例セミナー@東京（BeeX資料1/2）

Recommended

More Related Content

What's hot (20)

Similar to 2018/9/11 SAP on AWS お客様事例セミナー@東京（BeeX資料1/2） (20)

Recently uploaded (9)

2018/9/11 SAP on AWS お客様事例セミナー@東京（BeeX資料1/2）