Netapp innvation2012 ”アンリツ様事例とストレージ活用方法”

アンリツ株式会社様導入事例のご紹介と
運用投資効果を高めるストレージの活用・
導入方法

株式会社クニエ
CS事業部
テクノロジー・プリシパル
広木太

www.qunie.com

■株式会社クニエのご紹介

■アンリツ株式会社様プロジェクト・導入事例紹介

■運用投資効果を高めるストレージ活用方法

© 2012 QUNIE CORPORATION. All rights reserved. 2

QUNIEのご紹介
【会社概要】

1997/02 2000/05 2004/04 2005/10 2009/07

 会社名株式会社クニエ（英文 QUNIE CORPORATION）
 設立２００９年７月１日
 株主株式会社 NTTデータ・コンサルティング（１００％）
 資本金９５百万円
 従業員数３００名
 代表取締役社長高木真也
 事業内容経営戦略・企業変革を実現するためのコンサルティングサービスの提供
 URL www.qunie.com
 所在地本社（赤坂見附）
大阪オフィス
名古屋オフィス
福岡オフィス


QUNIEのご紹介

●ビジネスコンサルティングサービス Requirement
（要件定義）
●SAP グローバルロールアウトサービス

Optimize Design
（最適化）（設計）
●SSAE16 Type2
対応サービス ●BP,テンプレート活用

Operate Build ＆ Test
（運用）（構築&ﾃｽﾄ）
●SAPﾏｲｸﾞﾚｰｼｮﾝ・ｱｯﾌﾟｸﾞﾚｰﾄﾞｻｰﾋﾞｽ
●SAP 運用サービス
Deploy ●ｻｰﾊﾞｰ（基盤）構築サービス
（配置）
●Hybrid Cloudサービス


QUNIEのご紹介

プライベート・クラウド
Hinemos for SAP
パブリック・クラウド
Hinemos for Cloud
ハイブリッド・クラウド

クラウド OSS
運用コストの最適化
運用投資効果の向上
SAP
BASIS

Upgrade
Migration
新規構築

© 2012 QUNIE CORPORATION. All rights reserved.
2009 5 5

事例紹介：アンリツ株式会社様

■ 会社名アンリツ株式会社（英文 Anritsu Corporation）
■ 設立 1895年（明治28年）
■ 資本金 17,105百万円
■ 売上高 93,586百万円（平成23年度・連結）
■ 従業員数 3,681名（連結・平成24年3月31日）
■ 事業内容計測機器、産業機械、情報通信機器
■ 本社所在地神奈川県厚木市

SAP システム

• SAPシステム R/3（FI/CO/SD/MM/PP/PS/CS）,BW

• アドオン本数 ABAPプログラム 222本、汎用モジュール 60本
• SAPバージョン SAP R/3 Enterprise 4.7 、BW3.5
•OS/DB UNIX/Oracle


チャレンジ
課題チャレンジ

SAP の保守切れ Widows/SQLserverへの
マイグレーション
仮想環境への移行

国内海外グループ会社への
SAPアップグレード／Unicode化
SAP展開/IFRS対応

UNIXシステムによる
災害対策システムの構築
ロックインされ柔軟性のない環境

バックアップ運用／テストデータ
事業継続計画の見直しコピーの効率化・自動化


プロジェクト概要スケジュール

2011 2012
10 11 12 1 2 3 4 5 6

準備・調査開発検証本稼働準備運用

アプリケーション
プロト
調査ﾓﾃﾞｨﾌｨｹｰｼｮﾝ調整・ｱﾄﾞｵﾝ改修・IF改修
改修統合テスト予備期間
テスト
★本稼動
ｶｽﾀﾏｲｽﾞ調整・新機能移行

単体テスト

インフラ・Basis

クラウド上に機器搬入 DRテスト
テスト
DR実装
実装 DR移設 DRテスト DR再同期
開発環境構築基本導入

本番環境
Upgrade

検証環境障害テスト
システムコピー
開発環境
コピー

リハ1st リハ2nd 本番移行

SAP/DB
システム運用テスト
運用設計・設定


プロジェクトの特徴その１
クラウド活用によるプロジェクト期間の確保
ハードこの結果によって決算期にテスト
発注後続工程の期間要員が確保でき
本稼働開始
当が明確になるない懸念（連休）
初ベンダ選環影響度洗出しプロト総合運用テスト
計定ハード納期
設置境評価テストユーザトレーニング
画準アドオン改修
ハード選導入
定備
新機能実現
当初想定期間・不確定要素を見込む

クラウド活用により、当初計画よりも余裕を持ったスケジュールを確保
インフラを意識することなくアプリ改修・テストの実施
修環影響度洗出し
ベンダプロト総合運用テスト
正選定境評価テストユーザトレーニング
計準
備
アドオン改修

（画新機能実現
当初計画より余裕を持ったスケジュール
環基
AWS

ハードハード納期
選定境盤
設置
準テ
活導入
備ス
用ト
）

プロジェクトの特徴その２
SolutionManagerを活用した分析
アクティビティ 1：
カスタムオブジェクトで使用（参照）されているアクティビティ 2：
SAP オブジェクトを検出使用されている SAP オブジェクトの中
でUpgrade中に変更されたものを検出
SAP オブジェクト

カスタム
カスタムオブジェクトで
使用されている対象オブジェクト：
オブジェクト SAP
オブジェクト  ドメイン
カスタム  データエレメント
オブジェクトでアップグレード中に
使用されている
使用
変更された  検索ヘルプ
と
SAP SAP オブジェクト  ロックオブジェクト
変更
オブジェクト
 ビュー
 テーブル
 汎用モジュール
アクティビティ 3：  プログラム
 …
参照システム/ナレッジベースのバージョンと
分析システムのバージョンを比較する
変更の
インパクト特定


ハードウェア全体構成イメージ
運用サイト DRサイト

WAN

vSpher5.0
vSpher5.0
全環境仮想化
ESX ESX
全環境仮想化

FAS3201A FAS3201A
（クラスタ構成）（シングル構成）

SAS SATA

SATA

大阪サイト厚木サイト

仮想マシン/ストレージ構成
ハイパーバイザストレージ構成概要図 (大阪 / 厚木)

ゲストOS
SAP
DB

・・・iSCSI
iSCSIイニシエータ
・・・NFS
ESXi VM kernel

BL460c G7

ローカルディスク NetApp FAS3210A
RAID1
NFS iS CSIターゲット
(データストア)
ESX

300GB 300GB OnBoard 拡張ゲストOS SAP DB
10krpm 10krpm Gigabit NIC Gigabit NIC
SAS SAS
NIC1 NIC2 Port1 Port2

ストレージ接続セグメント


バックアップ/DR 構成

運用サイト DRサイト

開発・検証系本番系
（SATA) （SAS)


バックアップ方式
■各ドライブ毎に最適な方式でバックアップ
対象システム使用ソフトウェア対象領域頻度

ERP、BW本番機 SMVI OS(C:), Pagefile(D:) 週次
（CI/DB）
Snap Drive SAP(E:) 必要時

Work(W:) 日次

SMSQL System DB(F:), User DB(J:,K:),User DB LOG(L:) 日次

User DB LOG(L:) 30分毎

ERP本番機（AP） SMVI OS(C:), Pagefile(D:), SAP(E:) 週次

SMVI ：SnapManager for Virtual Infrastructure
VM単位でSnapshotによるバックアップ/リストア可能とするsoftware

SMSQL ：SnapManager for SQL Server
SQL Serverに排他ロックをかけオンライン状態でも整合性のとれた
Snapshotによるバックアップ/リストア可能とするSoftware

DRシステム

■RPOは前バックアップポイント
・対象は本番機
・仮想マシン全体をDRサイトへ転送
・Dailyで DB全体および中間ファイルをDRサイトへ転送

通常は、オフライン

ERP ERP BW ERP ERP BW
本番機本番機本番機本番機本番機本番機
（CI/DB）（AP）（CI/DB）（CI/DB）（AP）（CI/DB）

SMVI SMVI
OS（NFS）

SMSQL SnapMirrorで SMSQL
DB（iSCSI）
差分転送
Snapdrve Snapdrve
中間ファイル（iSCSI）


バックアップJOB
Weekly
SMVI バックアップジョブネット
SAP停止 OS,PageFile SAP起動
（SMVI）

SnapMirror ジョブネット
OS
Pagefile

Daily
Snapshot バックアップジョブネット（ローカルバックアップ）
Work UserDB SystemDB
（SnapDrive）（SM SQL）（SM SQL）

SnapMirror ジョブネット（DRサイトへ転送）
Work System User User
DB DB1 DB2

User DB SnapInfo
Tran-Log


本番機からのシステムコピー

３＋１ランドスケープ
開発は開発と本番擬似環境の
２インスタンス構成

リモートクライアントコピーすること ERP
ERP
ERP
本番機
で開発データのリフレッシュも実施開発機評価機
（CI/DB）（CI/DB）
（CI/DB）

①SMSQL
②SnapMirror

本番系開発・検証系
（SAS) （SATA)

③FlexClone & Split


アンリツ様プロジェクトのまとめ

■UNIXからのIA化、仮想化、Netappストレージ採用に
より、柔軟な基盤の実現。

■NetappストレージのSnapShot機能によりオンライン
で確実のバックアップの保護の実現、災害対策システ
ムの実現、テストデータの精度向上を実現。

■アップグレードプロジェクトにおいても、移行作業中
のSnapShot実施よる作業リスクの低減、移行時に一時
的に必要な中間サーバなどNFS上に作成することによ
り移行時間の短縮を実現。


■効果的なストレージ活用法

• キャパシティ（容量圧縮）
• バックアップ運用
• 統合管理運用
• データコピー＆デプロイ
• 災害対策


キャパシティ（容量圧縮）
■重複排除および圧縮機能
・重複排除は、仮想環境においてOS部分の容量削減に効果あり
・圧縮機能は、“ストレージ機能による圧縮”と“DB機能による
圧縮“の２種類が存在する。

■ストレージによる圧縮 or DBによる圧縮？

ストレージ圧縮機能によりSAPのデータベースを
50～70％程度圧縮可能とのデータあり。
ただし、実際のデータベースが圧縮されるわけではない。

SQL 2008 R2 ,SQL 2012 のページ圧縮機能によりSAP
のデータベースを６０～70％程度圧縮可能。
ただし、CPU負荷は１０％であがる。


キャパシティ

■ストレージによる圧縮 or DBによる圧縮？
２つの圧縮を同時に使っても効果がなく、CPUとストレージ
両方の負荷増加となるため推奨されない。

SAPでは標準でページ圧縮がonになっていること、
実ファイルが圧縮されるメリットを生かし、
DB機能による圧縮を推奨。

DBサーバのCPU負荷率が高く、負荷率削減が必要な場合
や、圧縮機能のないDBバージョンの場合は、ストレージ
圧縮を利用。


バックアップ運用

■D2D2D(T)はベストプラクティス？
従来からよく使用されるバックアップ構成

Database clone

SnapShot
バックアップバックアップ
DISK DISK

スナップショットを取得後別デバイスへバックアップ
別デバイスへバックアップ

運用には影響を与えることなくバックアップが可能。

しかしながら、DB容量が数TBになると最終バックアップに時間がかかる。
例）
３TBのデータファイルのバックアップは、３TBのファイルのコピーと同じ
300GB/hと計算しても１０時間はバックアップにかかる事になる。



■SQL Server2008 ,Oracle11から
DB機能による圧縮バックアップが可能
バックアップファイル

Database

実例）
SQL Server 2008 R2
データファイル３TB ：実容量２TB （非圧縮）

他サーバのDAS接続のDISKへネットワーク経由でバックアップ
バックアップ時間：１時間強
バックアップファイル：３５０GB

ただし！！
圧縮処理にDBサーバのCPUを使用します。
CPU利用率が常に高いDBサーバには不向き。


■おすすめは“組み合わせ”
① 論理障害等のために瞬時にリカバリーできる
Snapshotによる高速バックアップ
② 世代外部バックアップにDB機能による
圧縮バックアップ
監査では複数のバックアップを求めれることがある。
単純に、同じ手法のバックアップを正副とるよりも
異なる手法でバックアップを実施した方が安全性は高まる。

SQL Server 2012 からは、DBミラー機能によりミラー側でも
バックアップが可能。CPU負荷が高いシステムの場合には
DBミラーと組み合わせるのも有効


データコピー・デプロイ

ストレージレプリケーション or TDMS ？
■ ストレージレプリケーションはDB全てをコピー。
■ TDMSは、特定ビジネスシナリオ、期間を指定して、他シス
テムのクライアントへコピー。

ストレージレプリケーションとTDMS組み合わせて使用するこ
とがおすすめ。

本番機 QA機開発機

FlexClone
本番擬似 TDMS TDMS
環境



■SAP LVMの利用

LVM Standard
仮想マシンの起動/停止
SAPシステムの起動/停止
ダッシュボード機能
プロビジョニング機能（APサーバプロビジョニング）

LVM Enterprise
Storage Service Connectorを経由してストレージと連動
仮想マシンプロビジョニング、システムコピー機能



■SAP LVMの利用



LVMとの連携シナリオ
LVM modifyExports
clone SSC vol clone create
exportfs

Quiesce
Unquiesce
provision
VMstartsap

mounts
SID
sap sap
VMware ESX

data log
Flex
Clone

mounts sap sap
SID
data log
Datastore
VMware

NFS/FC/iSCSI
VMDK VMDK VM
DS


災害対策

■災害対策システムの課題

計画・構築時
– 災害対策に多額コストがかけられない
– リアルタイム同期ソリューションは高額/回線コストも高額
– 災害対策のためだけに多数のサーバを用意できない

構築後
– テスト・リハーサルなどが実施できず、本当に動作するのか不安
– 構築した後の修正・テストが簡単に実施できない


災害対策
■VMwareSRM + Snapshot/SnapMirror
運用サイト “リカバリ” サイト
vSphere Client vSphere Client

SRM プラグイン SRM プラグイン

vCenter vCenter
SRM サーバ SRM サーバ
Server Server

ESX ESX ESX ESX ESX

ストレージ
Storage SnapMirror ストレージ


災害対策
vCenterの画面にプラグインとして表示されます。
保護する仮想マシンをグループ化し、起動する順番などを設定が可能。
各マシンのリカバリプランの中でリカバリ時のIPアドレスなども設定可能。


災害対策
RUNボタンをクリックすると設定したリカバリプランが起動されます。

Storageの切り替えはSRMの機能で自動的に行われます。
Storageの切り替えが終わると、
事前に設定しておいたネットワークの情報設定を行います。
ネットワーク設定が完了すると仮想マシンが自動的に
パワーオンされます。


災害対策
SRMにはテスト実行という機能があります。

実際に本番同様にストレージまで切り替えて実行するこ
とが可能です。
また、仮想マシンも起動します。
テスト用にテスト用vSwtichを指定することも可能、
テスト実行を行うことで、本番と同様のテストが可能です。


まとめ

■堅牢性・安全性はだけでなく、変化に対応できる
柔軟性・俊敏性が求められます。
 クラウドの普及に伴い DevOpsという開発・運用の一
体化の考え方も普及しはじめています。開発者が必要
なリソースを容易に準備できることが重要になりつつ
あります。
 これらに対応するためには、運用・保守の容易性が重
要なポイントになります。
■ソフトウェア機能、ハードウェア機能あらゆる
知恵を使い、変化に耐えれる基盤を構築が必要です。


本件に関するお問い合わせ先

広木太 Masaru Hiroki
HP : http://www.qunie.com hirokim@qunie.com
E-MAIL : info@qunie.com


Netapp innvation2012 ”アンリツ様事例とストレージ活用方法”

Recomendados

Recomendados

Más contenido relacionado

Destacado

Destacado (8)

Similar a Netapp innvation2012 ”アンリツ様事例とストレージ活用方法”

Similar a Netapp innvation2012 ”アンリツ様事例とストレージ活用方法” (20)

Más de Masaru Hiroki

Más de Masaru Hiroki (7)

Netapp innvation2012 ”アンリツ様事例とストレージ活用方法”