タイトルを１～２行で入力 （長文の場合はフォントサイズを縮小）

SAPシステム

クラウド移行と運用の勘所

株式会社BeeX

代表取締役

広木太

はじめは

設計

非機能要件

• 可用性

• サイジング

• 拡張性

• 運用

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}

可用性対策

③ 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化

SAPのクラウド引っ越し方法 その２

P2V,V2V移行 システムイメージ をそのまま クラウドへ

OVF化

_{VM Import}

_起動

AWS VM Importによる移行

AWS標準のDBマイグレーションサービス利用（SAPでは使えない）

移行ツール

システムイメージ移行は、AWSの標準的な手法以外にも

様々なツール・サービスがリリースされています。

現環境の特性に応じて、サービスを使い分けて移行を行います。

サービス・製品名

AWS Server

Migration

Service

Zerto Virtual

Replication

CloudEndure

Live Migration

PlateSpine

Migrate

タイプ

非Agent型

SaaS型

非Agent型

Agent型

SaaS型

Agent型

対応

仮想

仮想

仮想／物理

仮想／物理

差分同期機能

○

○

○

○

帯域制御

システム全体の帯域

制御

サーバ毎の

帯域制御

システム全体の帯域

制御

その他特徴

AWSコンソールから

の操作

起動に時間がかかる

大規模システムでは

Marketplaceで

購入可能

VSS連動

クラウド移行におけるテスト

• アプリケーションテスト／修正

– Lift ＆ Shiftであれば クラウド固有のテストはなし

– IPアドレス変更

– 移行時にアップグレードなどを行う場合は アップグレード固有のテスト

• インフラテスト

– クラウド固有部分のテスト

(可用性、バックアップ、ロードバラシング）

• 性能テスト

– サイジングは机上の計算に時間をかけずに、Small Startで開始

– 実際のリソース使用状況をみて変更。

– クラウドなら、いつでも簡単に変更可能。ストレージも容量変更、タイプ変更、IOPS変更など

もダイナミックで可能のためSmall Startが可能

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

SI-Check

AWS移行 から AWS活用へ

Step１

ステップ１

AWS移行(Lift)

⚫ 従量課金インフラ

⚫ EOSLからの解放

⚫ 容易なインフラ調達

⚫ 現実的に災害対策

⚫ 高セキュリティ基盤獲得

現状

クラウド技術の習得・

組織変革

⚫ 自動化推進

⚫ 可視化推進

⚫ PaaS利用推進

⚫ API連携／クラウド連携

Step１

ステップ2

AWS推進(Shift)

Step２

クラウドの最適化推進

ステップ３

AWS活用

⚫ マイクロサービス(CaaS)

⚫ サーバーレスアーキテクチ（FaaS）

⚫ IoT

⚫ AI/ML

Step１

Step２

Step３

クラウドネイティブ化

まとめ

横展開できる標準化・基盤づくり

– 基盤設計・運用設計などクラウド特有の設計ポイントを考慮

• 引っ越し方法

– ニーズに応じた引っ越し方法

• 引っ越しの先に

– マネージド・サービスの活用

– 密結合から疎結合のシステムへ

Be

Excited