SAP S/4HANA 化に向けた AWS 構築 移行の勘所 ( インフラベーシス編 ) Copyright 2019 BeeX Inc. All Rights Reserved. 1

SAP S/4HANA化に向けた

AWS構築・移行の勘所

2

Cloud編

4

はじめは

6

クラウド導入フレームワーク

構成

運用

組織

8

クラウド特有の構成設計

ポイント２

高可用性構成

ポイント３

バックアップ・災害対策

ポイント1

セキュリティ

ゲートウェイ型とホスト型

SLAに囚われない構成立案

非共有DISK型の冗長化

クラウド固有の機能・制約

RTO,RPOとコストのバランス

クラウド特有の運用

ポイント１

監視

ポイント２

監査

ポイント３

自動化

クラウドサービスの監視

オートスケールへの対応

ユーザー権限設計・操作履歴の保存

ログ情報の

可視化

API制御による運用・プロビジョニン

グの

自動化

ポイント４

課金

コストセンター毎の課金状況把握

10

⬢

完全は構築も維持も難しい

Observe

Orient

Decide

Act

課題把握

クラウド新機能の確認

3rdパーティ新機能の確認

新機能採用検討

機能検証を含む

計画策定

実行

課題先送りもクラウドの実装・運用においては重要

OODAサイクル

使っている基盤は随時アップデートされていく

ドキュメントなど“鮮度”を保つための工夫

クラウドオペレーションのタイプ例

非集中的・分権的

Enterprise

Business

Unit

Cloud

Strategy

Business

Unit

Cloud

Strategy

Cloud

Delivery

Delivery

Cloud

IT

共有サービス

Enterprise

Business

Unit

Cloud

Strategy

Business

Unit

Cloud

Strategy

IT

Cloud Delivery

中央集権的

Enterprise

Business

Unit

Business

Unit

IT

Cloud Strategy & Delivery

スピード

○

ナレッジの集積

☓

ガバナンス

☓

スピード

×

ナレッジの集積

○

ガバナンス

○

14

CCoEによる組織体制の強化とクラウド導入のサポート

Cloud Center of excellence（CCoE）を設立、

規範的なガイダンスとサポートを提供

アジャイル開発

DevOps

Infrastructure as

_Code

クラウドサービス

カタログ

コスト最適化

& チャージ

クラウドベンダー

マネジメント

クラウドアーキテクチャパ

ターン

クラウドスペシャリスト& ベ

ストプラクティス

Cloud CoE

IT

Operations

Business

中央集権＆CCOE

中央集権＆CCOE ブレンドタイプ

Enterprise

Business Unit

Business Unit

IT

Cloud Strategy & Delivery

Business

Unit

C

C

oE

Business Unit

CCOEチーム

が中心となり

「共通基盤」

を構築

各ビジネスユニットは クラウドへの特別な知識がなくても、

クラウドのメリット矜持を可能とし、クラウドへの移行・展開のスピード向上を実現する。

Business

Unit

16

「オンプレミス/属人化」から「クラウド/標準化」へ

標準化フレームワーク

自動化

可視化

SAP

業務

BASIS

設計・

運用

設計・

運用

設計・

運用

システ

ム

システ

ム

システ

ム

担当者

担当者

担当者

業務

オンプレミス環境

属人化

サイロ化

従来型

アプリケーション

SAP

業務

BASIS

業務

（SaaS）

全体最適化

パブリック・クラウド

クラウド環境

モダン

アプリケーション

オンプレミス

クラウド

ネットワーク

クラウド移行 から クラウド活用へ

Step１

ステップ１

Cloud移行

⚫ 従量課金インフラ

⚫ EOSLからの解放

⚫ 容易なインフラ調達

⚫ 現実的に災害対策

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

現状

クラウド技術の習

得・組織変革

⚫ 自動化推進

⚫ 可視化推進

⚫ PaaS利用推進

⚫ API連携／クラウド連携

⚫ Datalake

Step１

ステップ2

Cloud推進

Step２

クラウドの最適化推進

ステップ３

Cloud活用

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

⚫ サーバーレスアーキテクチ

（FaaS）

⚫ IoT

⚫ AI/ML

Step１

Step２

Step３

クラウドネイティブ化

18

20

SAP S/4HANA on

SAP HANA Enterprise Cloud

導入パターン

新規導入（データ移行あり）

新規導入（データ・設定の移行あり）

_{既存インストールのアップグレード/拡張}

新規導入もしくは

_{既存インストールのアップグレード/拡張}

新規導入もしくは

機能スコープ

標準化されたコアERPのビジネス設定および

_{選択された業種（LoB）プロセス}

および、拡張された業種（LoB）・業界

SAP S/4HANAコアERP領域のフル機能

プロセス

SAP S/4HANAコアERP領域のフル機能

および、拡張された業種（LoB）・業界

プロセス

SAP S/4HANAコアERP領域のフル機能

および、拡張された業種（LoB）・業界

プロセス

業界対応

プロフェッショナルサービスと部品製造業を

より深くサポート。その他についてはロード

マップ上で計画されているものも有り

全業種サポート

全業種サポート

全業種サポート

拡張性

定義された拡張オプションおよび

_{SAP Cloud Platformによる拡張}

SAP S/4HANA拡張フレームワークおよび

_{SAP Cloud Platformによる拡張}

カスタマイズ（アドオン）、モディフィ

_{ケーション、拡張が可能}

カスタマイズ（アドオン）、モディフィ

_{ケーション、拡張が可能}

イノベーション

サイクル

四半期ごと

年間2回。12カ月以内にお客様でアップグ

レードのタイミングを決めていただく

お客様のスケジュールに合わせてた適用

1年ごと。

お客様のスケジュールに合わせてた適用

1年ごと。

展開のメリット

最も低いTCO・効果が出るまでの時間が最速

低TCO・効果が出るまでの時間を短縮

オンプレミスERPの導入/アップグレード

_{工数の観点ではBest-in-class}

オンプレミスERPの導入/アップグレード

_{工数の観点ではBest-in-class}

ライセンス

サブスクリプションライセンス

サブスクリプションライセンス

BYOLもしくはサブスクリプション

買い切り型ライセンス

インフラ

共有されたパブリッククラウド

クラウドインフラ上に専用のシステムランド

_スケープ

SAP HANA Enterprise Cloud上で稼働す

_{るお客様特有のシステムランドスケープ}

お客様のご用件に合わせたインフラ上で

_稼働

SAP S/4HANA Cloud

SAP HANA

Enterprise Cloud

AWS上の

SAP S/4HANA

On Premise

SAP S/4HANA Cloud

Single Tenant Edition

22

SAP S/4HANA 構成

出典 SAP社資料

⚫推奨構成はembeddedモデル

⚫大規模、新機能随時採用などがある場合、Hubモデル、Cloudの利用検討

⚫開発環境はCloud利用がトレンド

S/4HANA 可用性構成

出展：Amazon Web Services資料

⚫HANAはInMemory、再起動時にはMemory上がデータが消えている

⚫性能劣化期間もRTOの要件として捉え、必要な構成案を検討必要

24

SAP S/4HANA 移行方式

ハイブリッド

ERP System

システム

コンバージョン

ERP

System

SAP S/4HANA

On-Premise

既存環境を新プラットフォームへの載せ替え

短期間に現行システムを移行する手段

追加手段は別途検討する

既存環境から「空」の環境を作成しデータ移行

短期間に現行システムを移行し、かつする手段

SAP S/4HANA

On-Premise

新規導入／再導入

既存システムのプロセスを標準化して

最新イノベーション基盤を利用する手段

新規導入

ERP

System

Non-SAP

System

SAP S/4HANA

On-Premise

SAP S/4HANA コンバージョン 移行パス

ERP6.0 Unicodeであれば1ステップで移行可能

・R/3 4.7以前の場合 ２ステップ

・Non-Unicodeの場合 ２ステップ

・ABAPシングルスタックでない場合 事前にスタック分離が必要

・HANAの場合 HANA2.0アップグレードが必要

26

コンバージョン ≠ テクニカルアップグレード

⚫ S/4HANAによるシンプル化例（購買管理）

出典 SAP社資料

SAP S/4HANAコンバージョン実施時の流れ

準備

コンバージョン

本稼働

1

2

3

SAP Readiness Check & Simplification

List

SAP S/4HANA

System

Requirements

Cross-application &

application-specific

preparation activities

Maintenance

Planner

SI-Check

Custom Code

Migration

5

₆

Software Update

Manager (SUM)

Cross-app & app-specific

follow-on activities

Database

Migration

Software Update

Data Conversion

後処理

項目

内容

準

備

Maintenance

Planner

実コンバージョンで使用するスタックファイ

ルも作成。

SI-Check

（Simplification

Item Check）

現行システムをコンバージョンする際の影響

範囲を事前に調査

(

データ不整合・未処理

データ）。

Cross-app &

application-specific

preparation

システムやアプリケーション依存で必要な事

前マニュアル処理を実施。（例：Customer

Vendor Integrationによるビジネスパート

ナーマッピング）

4

項目

内容

コン

バー

ジョン

Software

Update

Manager

（SUM）

自動化された一連のコンバージョンプロセ

スを実施し、対象システムをSAP

S/4HANA化。ロジデータのデータ変換は

このステップで実行。

後処理

Cross-app &

Application-Specific

Follow-up

Activities

システムやアプリケーション依存で必要な

事後のマニュアル処理を実施。会計データ

のデータ変換はこのステップで実行。

28

S/4HANAコンバージョン 検討項目

SORとSOEの分離

コア部分のコンバートと、Fiori等による機能拡張を分離して検討

現行バージョンは？

NonUnicodeの場合は２段階。ゴールにむけて早期計画化が必要

アセスメントやPoCの計画立案

トランザクションデータの不整合によりコンバージョン処理が停止することがあり

実環境を利用してPoCを実施し、事前に実施しておくことを整理

現在利用している機能は？

３rdパーティAddonなどS/4HANAコンバージョン未対応がないか？

置き換え必須となる新機能は？

SAP S/4HANA RAPサービスのご紹介

『ロードマップ検討』

_{『影響分析』}

『最終計画作成』

R

oadｍap

A

ssessment

P

oC

•

S/4HANAコンバージョン

方式のご提案

•

概略スケジュールの提示

•

参考費用の提示

•

S/4HANA移行方針ご提示

•

概略スケジュール/タスクの

ご提示

•

概算費用のご提示

•

移行課題の把握

•

課題対応の策定

•

最終計画立案

•

予算の確定

•

SandBox環境でのコンバー

ジョン処理検証

•

アドオンプログラム影響分析

•

SandBox環境での

S/4HANA新機能の評価

•

分析ツールを通しての、

S/4HANA移行に伴う影響

度合の把握

•

デモ環境における

S/4HANA新機能の確認

（改善対象機能）

•

既存SAPシステム各種情報

インプット

アウトプット

32

塩漬け

最低限の更新

タイムリーな

システム

アップデート

S/4 HANA リリース対応

対策２

テスト効率化

テストシナリオ棚卸

テストシナリオ最新化

対策１ 基盤整備

テスト実行・管理の自動化

本番コピー環境などアップデート

を容易に実施できる環境の準備

SAP S/4HANA リリース対応

Cloudを使ったタイムリーなアップグレードなインフラ環境の整備

• Cloudであれば、いつでも必要な時に必要な環境をコピーして構築可能。

• 柔軟性とコスト最適化の両立が可能。SAP S/4HANAのリリース対応に対する現実解

SAP S/4HANA 環境

SAP

PAS

DB SAP

HANA

SAP

PAS

Fiori

DB SAP

HANA

SAP

PAS

Fiori

DB SAP

HANA

Secondary

DB SAP

HANA

Primary

SAP

HANA

Cockpit

SAP

router

Solman

Solman

SAP

PAS

Fiori

DB SAP

HANA

34

従来型ERP

ヒト

カネ

モノ

経営層

変化への多様性と

ミッションクリティカル性との共存

ハイブリッドERP

経営層

顧客

_{パートナー}

従業員

ヒト

カネ

モノ

Odata

密結合型

効率・安全性重視

疎結合型

2TireERP

マイクロサービス

AI/ML

IoT

ERP on IaaS

Xdata

サーバーレス

クラウドテクノロジーが必須

エンタープライズデータレイクにおけるCloudの良いところ

•

データ保存場所として最適

•

複雑な要件に対応可能なセキュリティ機能

•

スケールするパフォーマンスと、シンプルなアクセス方法

Data Streams

_{Amazon S3}

Lake Formation Amazon SageMaker Amazon EMR Amazon Quicksight AWS Glue Amazon Athena Amazon Redshift Amazon RDS Amazon Redshift Spectrum Amazon EMR

エンタープライズデータレイク構築するためのサービスが既に揃っている

36

柔軟性

俊敏性

コスト

はじめは Lift&shift

デジタル化のための基盤を整える

クラウド技術の習得

Cloud編

・Lift&Shiftからはじめよう

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

SAP S/4HANA編

・コンバージョン ≠ テクニカルアップグレード

・タイムリーなアップグレードを実現する基盤・運用が必要

40

クラウドネイティブ

アプリケーション開発

セルフサービス型マネージドサービス

フルマネージド型マネージドサービス

クラウド基盤構築・移行

S/4HANA新規導入・コンバージョン

マネージドサービス

DevOps

SAP

Platform

＜ご参考＞S/4HANAフルマネージドサービスの紹介

Basis運用

AWS

OS

インフラ運用

サービスマネージャ

データベース

SAP

モノ

（システム基盤）

人

（Basisサポート）

弊社サービスを利用した場合のSAPシステム運用イメージ

AWS

保守

インフラ

運用

SAP Basis

運用

ミドルウェア

保守

inERPia

SAP on AWS

ワ

ン

ス

ト

ッ

プ

サ

ー

ビ

ス

・SAPログインを保証したSLA（HWのみでなく、SAPアプリの稼働までを網羅）

・SAPを知り尽くしたベーシスナレッジを持ったエンジニアによるHWサポートでより、即効性のある障害対応

・SAP認定HANAクラウドベンダーにおける、豊富なHANAクラウドの実績

サービスの特徴

S/4HANAのフル・アウトソース・サービス

on AWS

42