ecシステム/sap...

ケンコーコムを支える ECシステム/SAP ERPのAWSクラウド化

2013年6月5日ケンコーコム株式会社

新井達也

～日本で初めてAmazon Web Services上にSAP® ERPを本番稼動～

Copyright © 2013 Kenko.com All Rights Reserved. Confidential

目次

1. ケンコーコムのご紹介

2. AWS導入の経緯

3. システム概要

4. SAP on AWS活用決定の背景

5. AWSの活用効果

6. オンプレミスとの対比

7. AWS利用において気付いたこと

2


¶ 所在地

¶ URL

¶ 業務内容

¶ 経営理念

¶ 設立

¶ 従業員数

¶ 資本金

東京・福岡

http://www.kenko.com

健康関連商品のEコマース

Eコマースを通じて、お客様の健康づくりに貢献する

1994年11月

286名（連結ベース）

20億2,268万円（2012年6月19日現在）

ケンコーコムのご紹介（１）ケンコーコム概要

http://www.kenko.com

3


ケンコーコムのご紹介（２）事業系統図

当社は、主に健康食品や化粧品、医薬品等の健康関連商品のEコマースを一般消費者向けに行っております。

リテイル事業

健康

関連

商品

メ

ーカ

ー・

卸

一

般

消

費

者

商品仕入

リテイル事業

その他の事業

健康

ＥＣ

プラ

ット

フォ

ーム

（

当社

）

法人事業者等

ＥＣサイト

（当社）

ドロップシップ

4


ケンコーコムのご紹介（３）商品の特性-ロングテール-

当社はロングテールという考え方のもと、商品拡大をすすめ、現在約２０万点を取り揃えています。取扱商品数の推移

0

20,000

40,000

60,000

80,000

100,000

120,000

140,000

160,000

180,000

売上金額

売上順位

従来型（リアル店舗型）

Eコマース型

ロングテールとは・・・「回転の悪い少数市場向け商品が、ネット店舗での欠かせない収益源になる」

5


AWS導入の経緯（１）

第一段階：最初のAWS利用膨大な商品画像の送出用に、安価なS3を活用（2009年）

USリージョンのS3に画像を保存し、CDNを利用してキャッシュサーバーへ送出

第二段階：AWS本格的利用 2011年3月、AWS東京リージョン開設を機に

USリージョンから東京リージョンへ変更東日本大震災後に、安定的事業運営の構築

福岡へのオフィス移転に伴い、サーバーも移転移転時の停止は許容できない。移設用ハードウェア二重投資は非現実的移行先として、利用実績のあるAWSが自然な選択

第三段階：SAP on AWS 商品数、顧客数が急激に増加する中、スピード重視での導入

要件定義の早期完了ハードウェアの長い調達リードタイムの回避自社のAWS活用経験、自信をもって望むことができた

6


AWS導入の経緯（２）

初めてのAWS利用から現在に至る主要な活動内容

7

FY2009 FY2010 FY2011 FY2012

限定的利用開始 (画像送出用)

BCP目的

本格的活用

on AWS

本番開発

▲ES2のSAP認定

USリージョン東京リージョンにて稼働 Amazon S3

Bucket

本番稼働

▲AWS東京リージョン開設 ▲東日本大震災

構築本番稼動・停止を許容できないサーバー群・RDSは使わずDB on EC2

・残システムの全て・RDS利用開始

新iDCへ移設

構築

▲新iDCへサーバー移動・アプリ的にAWSを利用しにくいサーバー群 (C/S間の重い通信、古いOS、マシン依存)


施策

状況と施策の進捗

2011年3月 6月 9月 10月

震災の影響

本社機能一部移転

クラウド化

物流拠点の移転

AWS導入の経緯（３）

8

東日本大震災を機に、安定的事業運営の構築のため、 2011年5月より本社機能の一部を福岡オフィスへ移転

東京オフィス

福岡オフィス

クラウド移行前クラウド移行後

データセンター利用料

セキュリティ監視

保守管理費

ハードウェア刷新費など

9百万円/月

クラウド費用

3百万円/月

了完

10月末完了

9月末完了

5月上旬完了

了完

了完

削減額約6百万円/月

50台以上のサーバーを AWSへ移行


システム概要 - 概念図

AWSとオンプレミス間で多数のインターフェース大量データ転送は圧縮して速度を向上

ドロップシップパートナー (社外)

モール支店販売管理

仕入先 (社外)

倉庫 (オンプレミス)

リテール販売管理

(オンプレミス)

販売サイト (PC,スマホ, モバイル,FB)

ドロップシップ販売管理

有効在庫

各種マスタ

発注基準量

入庫予定

入庫実績

注文

注文

売上実績

売上実績

納期回答

自動発注 EDI/FAX

発注基準量計算


入庫実績

有効在庫

庫内移動

在庫引当

商品各種マスタ


9

在庫/購買管理（MM）

財務会計（FI）

管理会計（CO）

注文


システム概要 - SAPサーバー構成<本番環境>

NTTデータグローバルソリューションズ SAP Business All-in-One 「専門商社向けモデル」

10

Hinemos

DataSpider SAP本番機

EC2/m1.large

CentOS 5.x(64bit)

Hinemos

EC2/m1.xlarge EC2/m2.2xlarge

Windows 2008 R2 Server（64bit) Windows 2008 R2

Server（64bit)

Dataspider SAP ERP HULFT

SAPルータ

EC2/m1.small

Windows 2008 R2 Server（64bit)

SAPルータ

Microsoft SQL Server 2008 R2

Solution Manager

EC2/m1.large

Windows 2008 R2 Server（64bit)

Solution Manager

→現在、m2.4xlargeで運用中


SAP on AWS活用決定の背景

AWS選定にあたり、日本企業が提供するクラウドの比較はしなかった

2011年のオンプレミス（自社運用）からクラウドへの移行を行い、既に活用メリットを実感していた。そのため、新規のシステム導入に際しては

AWSを検討することは自然なこと

当時、AWSはまだSAP ERPの認証プラットフォームではなかったため、導入には慎重な判断が必要だったが、長期的視点に立って考え、

将来の二重投資を回避するために稼動時からAWS利用を決定

商品数・顧客数の増加スピードが上がり、SAP導入期間の長期化は許されない状況だった。その中でハードウェアなど、リードタイムの⻑い調達はボトルネック要素と思われた

最初にプロトタイプ環境としてAWSを利用した結果、すばやく要件定義を実施でき、短納期で稼動させる自信につながった

11


AWSの活用効果（１）標準化

オンプレミス時代のノウハウと変わらないこともたくさんあるが、AWS特有の部分に対して専門家の知見が重要計画的リブート対応初期に発生した理由不明のスローダウン・ロードアベレージ上昇専門家のアドバイスは必須 ⇒ AWSコンサルタント “ ” による支援

AWSでは技術もサービスも標準化されている。そのため、コンサルタントは複数社の共有リソースであり、コスト共有されている運用ノウハウが複数社で共有され、成功体験を直ちに横展開

12


AWSの活用効果（２）主な効果

SAPの初期導入費と5年間の運用費の合計額を、AWSとオンプレミスで比較６５％削減

テストを並行実施するため、作成したAMI(Amazon Machine Image)から別インスタンスを起動し、SAPの移送により環境の同期テスト期間の短縮環境の取り合いを回避し、開発で待ち状態を無くすテストやリハーサルなどサーバーを占有するタスクは別環境で実施

データ移行本番時の一時的サイズアップ

数日間限定でインスタンスサイズを変更、システム停止時間を最⼩限

インスタンスサイズをいつでも選択できるビジネス拡大を⾒越して余裕をもったサイジングを回避（過剰なマシンパワーは無駄）

13


AWSとオンプレミスとの対比（１）環境稼動度

オンプレミス：固定的

プロジェクト終盤には、テストやデータ移行準備などでサーバー利用の要求が急激に⾼まり、開発者に待ちが生じたり、夜間シフトなどで負担を強いられることが多くなる。

クラウド：弾力的

複製した環境を並行して稼動させることが可能なため、予定通りに稼動できた。

14


稼動前はテスト、リハーサル、データ移行が重なる環境負荷が⾼い時期

実現化フェーズテスト・移行フェーズ稼働後支援フェーズ

1 2 3 4 5 6 7 8

設計〜テスト

移行

結合テスト総合テスト

ﾕｰｻﾞｰﾃｽﾄ

設計・開発・単体テスト

移行Ｔ１

移行Ｔ２

移行リハ

本番移行①

本番移行②

本番移行③

並行テスト

結合Ｔ仕様

テスト計画

総合Ｔ仕様

並行Ｔ仕様

ﾕｰｻﾞｰT仕様

性能・負荷テスト

障害テスト

システム運用テスト

テスト仕様

テスト仕様

テスト仕様

★GoingLiveCheck

移行設計・開発（SAP）移行スケジュール詳細化

/移行手順書作成

移行設計・開発（周辺）

データクレンジング

AWSとオンプレミスとの対比（参考）

15

総合テスト、移行と並行稼働テスト

業務に支障なく短時間で実施

プレゼンター

プレゼンテーションのノート

----- 会議メモ (11/10/25 09:35) ----- Amazonのモール（Merchant＠）が増えている


AWSとオンプレミスとの対比（２）プロジェクトリスク

オンプレミス：遅延リスク高ハードウェア調達リードタイム、サーバー固定化により、プロジェクトリスク回避選択肢は限定される

クラウド：早期対応プロトタイプによって要件定義・技術検証を早期に開始でき、リスクを早期につぶすことができるのは大きな利点だと考えられる。

オンプレミス：コスト高サーバーのサイジングはプロジェクトの初期段階で、サイジング工数を投入した結果、余裕をもった上で、さらに安全性を加味して必要以上に大きなマシンを選定するケースも多い。

クラウド：コスト適正化常に実状に合わせて適切なコストで運用することができるので、無駄な初期投資を回避し、継続的に運用コストを適正化できると考えられる。

16


AWS利用において気付いたこと(1/2)

無期限キーなのにライセンスの有効期限が表示されたハードウェーキーが変わってしまったため。Windows環境では回避策待ち

従来と異なる運用を受け入れるメディアにバックアップする従来の方式とは異なる方法を構築する必要があった（楽になった）

リモートデスクトップ接続数インスタンスへの同時ログイン数が2アカウントのため、開発中ボトルネックになることも（オンプレミスだとWindows Server CALを購入数を増やせる）

ネットワーク速度/レスポンスインターネット越しだが、レスポンスが悪いと感じたことはないインターフェースでは、ファイル圧縮により遅延なしで連携

開発環境を停止できればさらなるコストダウンになる不要なときはインスタンスを停止（「Stop」して環境を保存)

17


AWS利用において気付いたこと(2/2)

新しいサービスへの適応は意外と楽ではない Provisioned IOPSは、たまたま利用ゾーンでは提供されていなかった本番機だけではなく、VPN内全体の移動になるので大変だ

AWSの変化に対応し続けることは必要と思うコスト削減、運用改善の実現のため

ケンコーコムの明細データはSAP他社事例と比べても大量推奨「セントラルサーバー構成(一台でAP＋DB)」は、拡張性が低い ⇒ 容易にスケールアウトできないので、サイズアップするしかない

オンプレ同様障害は付きもの Windows 2008 SP2で、UTC以外のタイムゾーン設定において年またがり障害仮想マシン自体の不調など

AWSは標準化された世界。だから安い、早いコンサルなどサポートコストが安価なのは、標準化の恩恵他社での成功体験が直ぐに横展開される

18


AWS利用の実感として

IaaSとは、インフラがサービスとして提供されるものだから、専門家によるサービスを受けつつ、アプリケーションの拡張、安定運用に専念する

⇒ 少人数のシステム部門にとって、ビジネスに近い領域に集中できるメリットは大きい

19


最後に

クラウド活用に課題はありますがビジネスの変化がダイナミックで、自社ですべてを対応することが人員的にもコスト的にも容易ではない中⼩規模の企業にとって、

クラウドは有効な手段であり、今後も活用を拡大予定です

20

http://www.kenko.com/

なお、本資料に記載のデータについて、特に出典の記載のないものついては当社集計数値によるものです。

21

ecシステム/sap...

Documents