NEC Corporation · TSE:6701

NEC — Technical Presentation (June 2014)

38 slides from NEC's technical presentation, June 2014

  1. Slide 1: SigmaSystemCenter ご紹介

    NECのプラットフォーム運用管理 SigmaSystemCenter ご紹介 2014年6月 日本電気株式会社 システムソフトウェア事業部

  2. Slide 2: はじめに

    はじめに Page 2 © NEC Corporation 2014 All rights reserved.

  3. Slide 3: 混在する物理サーバと仮想環境を統合管理

    混在する物理サーバと仮想環境を統合管理 ▐ 基盤部分の管理技術を一元化し、無理なく統合管理を実現 ▐ お客様環境の総合的な運用性を向上 ①物理サーバ ②仮想化/クラウド環境 ③シンクライアント 仮想化されたサーバ 仮想化されたPC 物理サーバ 仮想PCサーバ群 仮想化基盤サーバ群 VirtualPC VirtualPC VirtualPC VirtualPC Soft VirtualPCSoft VirtualPCSoft AP Phone AP Phone AP Phone 業務Ａ 業務Ｂ 業務Ｃ VirtualPC Soft VirtualPCSoft VirtualPCSoft AP P

  4. Slide 4: 混在する物理サーバと仮想環境を統合管理

    混在する物理サーバと仮想環境を統合管理 物理サーバと仮想化環境を統合的に管理し、さらに運用を 自動化することで、プラットフォーム管理の負荷を軽減 OS/ソフト/パッチ ハードウェア監視 インストール 基盤障害の復旧 パフォーマンス管理 物理・仮想の関連性 リソース有効活用 リソースの切出し キャパシティ管理 日々の運用管理を強力にサポート Page 4 © NEC Corporation 2014 All rights reserved.

  5. Slide 5: 企業システムの利用形態に合わせたSSCの進化

    (参考)企業システムの利用形態に合わせたSSCの進化 システムの変遷 ブレードサーバに 仮想化による プライベート ハイブリット よるサーバ集約 サーバ統合 クラウド クラウド SSC 3.0 クラウド基盤・仮想化基盤の SSC 2.0 管理機能強化 物理サーバ/仮想化環境の 統合管理機能強化 SSC 1.0 ブレードサーバ/ラックサーバ管理機能強化 Page 5 © NEC Corporation 2014 All rights reserved.

  6. Slide 6: 仮想化環境管理

    仮想化環境管理 ▐ 仮想化環境の監視と制御 ▐ ポリシー設定による自律運用 ▐ 「仮想化環境＋α」でクラウド基盤構築 ▐ 物理マシン混在管理 ▐ OS/アプリケーション/パッチの一括配信 Page 6 © NEC Corporation 2014 All rights reserved.

  7. Slide 7: システム基盤の障害・負荷をSSCによって一元監視

    システム基盤の障害・負荷をSSCによって一元監視 ▐ マシン、ツール、ＯＳ、ハイパーバイザーの多種多様な監視情報を集約 AP AP AP 上位運用管理ツール（WebSAM MCOperations）など（※） AP 上位運用管理ツールのAgent Windows Linux Windows OS Linux vCenter Server （ESX） Hyper-V KVM ハイパーバイザ/VM XenServer EXPRESSSCOPEエンジン ESMPRO/ServerManager 物理マシン ※ストレージやネットワーク機器の監視を統合する場合、 SigmaSystemCenterとは別

  8. Slide 8: SSCのサーバ監視/制御機能

    SSCのサーバ監視/制御機能 物理サーバと仮想化環境を一元監視・制御 ▐ さまざまなサーバ監視方式  ESMPRO/ServerManagerとの連携によるハードウェア監視  EXPRESSSCOPEエンジン経由のエージェントレス ハードウェア監視  サーバ仮想化ソフトとの連携による仮想化環境監視  Ping監視・ポート監視によるマシン死活監視 ▐ エージェントレスの性能情報収集  CPU使用率、メモリ使用量、ディスク使用量、消費電力、… ▐ 物理マシン・仮想マシンのリモート制御  電源ON、シャットダウン、再起動  強制電源OFF、リセット  ダンプ、LED点灯  リモート

  9. Slide 9: 物理構成と仮想化構成をシームレスに管理

    システム基盤の物理構成と仮想化構成をシームレスに管理 ▐ システム基盤の物理サーバ、仮想化サーバの構成を一元的に管理 ▐ サーバ構成時に必要なネットワーク制御とストレージ制御もＳＳＣで実行 仮 Hyper-V 想 VMware 化 KVM 環 XenServer 境 物理サーバ 物 理 SigmaSystemCenterで ネットワーク制御 ストレージ制御 環 システム基盤を 境 一括制御 ※連携するサーバ仮想化ソフト毎に提供機能が異なる場合があります。 ※管理可能なXenServerはCitrixXenServerです。 Page 9 © NEC Corporation 2014 All r

  10. Slide 10: SSCが環境ごとの差異を吸収

    仮想化環境の管理機能を既存の運用管理ツールに提供 例えば、仮想化環境の管理機能をもたないツールと仮想化環境を連携させる場合は・・・ ・管理対象となる仮想化環境ごとにAPI/CLIを用いた個別の作りこみが必要 ・各仮想化環境のAPI/CLIには互換性がないため、相互流用は困難 簡単なコマンドで Hyper-V 個別作りこみ 仮想環境全体を制御 VMware ESX SSCが 運用ツール 一括制御 運用ツール VMware ESXi XenServer SSCと組み合わせると・・・ SSCが環境ごとの差異を吸収 Page 10 © NEC Corporation 2014 All rights r

  11. Slide 11: 複数のサーバ仮想化ソフトに対応

    複数のサーバ仮想化ソフトに対応 複数の仮想化基盤を同時に 管理することも可能 VMware ESX KVM 利用するサーバ仮想化ソフトに Microsoft かかわらず、操作性は同じ Hyper-V Citrix XenServer Page 11 © NEC Corporation 2014 All rights reserved.

  12. Slide 12: 仮想化環境管理

    仮想化環境管理 ▐ 仮想化環境の監視と制御 ▐ ポリシー設定による自律運用 ▐ 「仮想化環境＋α」でクラウド基盤構築 ▐ 物理マシン混在管理 ▐ OS/アプリケーション/パッチの一括配信 Page 12 © NEC Corporation 2014 All rights reserved.

  13. Slide 13: 異常を検出した場合は自動で復旧処理を開始

    異常を検出した場合は自動で復旧処理を開始 ▐ 詳細な監視で可能な限り予兆段階で対処し、業務停止を回避 ▐ 予兆段階で対処できない場合でも、二段階の復旧処理で可用性を向上 通報 対処１ 管理者 検出 ライブマイグレーションで退避 業務Ａ 業務Ａ 業務Ｂ 業務Ｃ 異常発生 ＯＳ ＯＳ ＯＳ ＯＳ 仮想マシン 仮想マシン 仮想マシン 仮想マシン 仮想化ホスト 共有 仮想化ホスト ストレージ 対処２ 業務Ａ ＯＳ 対処１が不可の場合は 仮想マシン 仮想マシンを再起動して復旧 Page 13 © NEC Corporation 2014 All rights reserved.

  14. Slide 14: マシン診断を実施し、診断結果に応じた復旧処理を実行

    予兆イベント・障害イベントを検出した際には… マシン診断を実施し、診断結果に応じた復旧処理を実行 例えば… 一時的な高負荷による仮想化ホストへのアクセス不可能障害 管理者へ通報し、処理は終了。 複数の仮想化ホストに影響を及ぼす障害が発生 他の仮想化ホストに対してもマシン診断を実施。 1台のみの障害の場合は、VMをフェイルオーバ。 複数台で異常が認められると、管理者への通報のみを行って復旧処理は中止。 仮想化ホストの半死状態 仮想化ホストを強制電源OFFし、VMをフェイルオーバを実行できる状態に。 管理用NIC故障 業務用LAN経由でVMをシャットダウンした後に、VMをフェイルオーバ。

  15. Slide 15: 仮想化ホストのN+1リカバリが可能に

    さらにSIGMABLADE vIOコントロール機能と連携することで… 仮想化ホストのN+1リカバリが可能に ▌ 物理マシンに障害が発生 ▌ 他のESX上にVMをライブマイグレーション/フェイルオーバ ▌ ESXを起動し、VMを再配置 ▌ 仮想UUID/仮想MAC/仮想WWNを予備機に付け替え Page 15 © NEC Corporation 2014 All rights reserved.

  16. Slide 16: 仮想I/O管理「vIOコントロール機能」

    (参考)仮想I/O管理「vIOコントロール機能」 ▐ EMカードによる、仮想I/O（仮想MACアドレス、仮想WWNなど）を管理 ▐ MACアドレスやWWNの仮想化により、サーバ交換や予備機への切り替えにおいて、 スイッチ類の設定作業の手間を大幅に削減 サーバ交換、予備機への切り替えに伴い、MACアドレスやWWNが変わるため、 従来 ネットワーク管理者やストレージ管理者との連携して、スイッチ類の設定変更も必要 物理アドレス管理からの開放 vIOコントロール機能 サーバ交換や予備サーバへの切替時でもスイッチ類の設定変更は不要 ネットワーク管理者やストレージ管理者との連携を緩和 故障発生 MA

  17. Slide 17: 高負荷/低負荷時も自律的に対処しリソースを有効活用

    高負荷/低負荷を検出した場合も自律的な対処を実施し、 ハードウェアリソースを有効活用 ▐ 低負荷を検出したら必要最低限の仮想化ホストにVMを集約し、不要な仮想化ホストは電源OFFに ▐ 一時的な高負荷に備えて、仮想化ホストを電源ONのまま待機させることも可能 CPU使用率 CPU使用率 VM集約 省電力運用 VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM on on on on on on on on on  off ▐ 高負荷を検出したらVMを再配置 ▐

  18. Slide 18: 配置制約機能

    仮想マシンを動作させる仮想化ホストを指定する必要がある場合は… ▌ 「配置制約」機能で仮想マシンを特定の仮想化ホストに結び付けて 稼働させることが可能 ▌ 指定された仮想マシンは、負荷平準化（負荷に応じた仮想マシンの自動 再配置）や障害回避/復旧のポリシーの下でも指定された仮想化ホスト上で稼働 業務Ａは常に仮想化 制約指定のない業務は負 業務Ｆは常に仮想化 ホスト①で稼働 荷に応じて最適配置 ホスト②で稼働 仮想化ホスト ① 仮想化ホスト ② 制約例)  クラスタを構成した2台の仮想マシンを運用 2台の仮想マシンが同一の仮想化ホストで動作しないように制約  業務上関連のある仮想マシンを運用

  19. Slide 19: 配置制約例 性能と可用性確保の両立

    配置制約例)性能と可用性確保の両立 業務Ａ 業務B 業務Ａ 業務B 業務Ａ 業務B 業務Ａ 業務B ＯＳ ＯＳ ＯＳ ＯＳ ＯＳ ＯＳ ＯＳ ＯＳ VM1a VM2a VM1b VM2b VM1c VM2c VM1c VM2c 仮想化ホスト 仮想化ホスト 仮想化ホスト 仮想化ホスト 物理マシン１ 物理マシン２ 物理マシン３ 物理マシン４(予備) 物理マシン１ 物理マシン２ 物理マシン３ 物理マシン4 VM1a ○ × × ○ 本番稼働用として物理マシン1～3を、 VM2a ○ × × ○ 予備用として物理マシン4を用意 各VMが動作することができる VM1b × ○ × ○ 物理マシンを指

  20. Slide 20: 配置制約例 ライセンス数削減

    配置制約例)ミドルウェア/アプリケーションのライセンス数 削減 仮想マシンの移動は必要最低限に制限、ライセンスを節約 配置制約機能により、仮想マシンの移動を制限 VM3は この物理サーバでは DB DB 動作しない ＯＳ ＯＳ VM3 VM3 AP AP AP ＯＳ ＯＳ ＯＳ Web VM2 Web VM2 Web VM2 ＯＳ ＯＳ ＯＳ VM1 VM1 VM1 仮想化ホスト① 仮想化ホスト② 仮想化ホスト③ ＤＢ ＡＰ Ｗｅｂ ＤＢ ＡＰ Ｗｅｂ ＤＢ ＡＰ Ｗｅｂ 仮想化ホスト① 仮想化ホスト② 仮想化ホスト③ ライセンス ライセンス ライセンス ※ゲストOS上で動作するミドルウェア/

  21. Slide 21: 初期ポジションへの簡単な再配置

    自動で移動した仮想マシンも簡単に初期ポジションに再配置可能 VM配置制御機能により、メンテナンス作業の手間を大幅に削減  障害予兆/障害発生で他の仮想ホストにVMを移動した場合でも、 1度のSSCコマンド実行で、各VMを障害発生前の配置に切戻しが可能  仮想化ホストの定期メンテナンスでVMを片寄した場合でも、 1度のSSCコマンド実行で、すべてのVMを初期ポジションに再配置 コマンド 実行 障害発生時 復旧後 初期ポジション/障害発生前の VM移動で障害回避/復旧 状態にVM再配置 App App App App OS OS OS OS App App App App OS OS OS O

  22. Slide 22: 容易な自律運用設定

    容易な障害発生時・負荷変動時の自律運用設定 ▐ 「何のイベントに対して、どういう動作をするのか」をプルダウンメニューから 選択するだけの簡単設定 ▐ アクションとして、任意のスクリプトを実行させることも可能 ①イベント(何がおきたら）を選択し ②必要なアクション（どうする）を選ぶだけ Page 22 © NEC Corporation 2014 All rights reserved.

  23. Slide 23: 仮想化環境管理

    仮想化環境管理 ▐ 仮想化環境の監視と制御 ▐ ポリシー設定による自律運用 ▐ 「仮想化環境＋α」でクラウド基盤構築 ▐ 物理マシン混在管理 ▐ OS/アプリケーション/パッチの一括配信 Page 23 © NEC Corporation 2014 All rights reserved.

  24. Slide 24: リソースプール管理機能

    仮想化で基盤を共通化し、必要に応じて各システムに リソース割り当てを行う「リソースプール管理機能」 サブリソースプールから 仮想マシンを切出し システムA用 システムB用 リソースプール リソースプール システム毎に サブリソースプール を切出し リソースプール 物理リソースを リソースプール として管理 リソースプール利用状況 ネットワーク ストレージ サーバ ソフトウェア Page 24 © NEC Corporation 2014 All rights reserved.

  25. Slide 25: マシンプロファイル/ホストプロファイル機能

    柔軟なシステム展開・システム増強をサポートする 「マシンプロファイル/ホストプロファイル機能」 ▌ VM作成に必要な基本情報をVMテンプレートから切り離して、 プロファイルとして管理 ▌ プロファイルとVMテンプレートの組合せにより、さまざまな構成の VMを一括自動作成することが可能に Medium システムA用 ・CPU：2 ・ユーザ ・Mem:4GB ・パスワード Large システムC用 ・Network ・ライセンス ・CPU :4 ・ユーザ ・HDD:500GB ・タイムゾーン ・Mem:８GB ・パスワード ・…… Small ・Network システムB用 ・ライセンス ・CPU

  26. Slide 26: 権限に応じて操作機能を開放するポータル画面

    権限に応じて操作機能を各ユーザに開放するポータル画面を提供 ▌利用者自身がVMの電源操作や使用リソースの確認を することが可能 Page 26 © NEC Corporation 2014 All rights reserved.

  27. Slide 27: 仮想化環境を簡易クラウド基盤として利用

    仮想化環境を「簡易クラウド基盤」として利用することも可能に 社内・部門内サーバとして 開発環境として 電源制御 社内・部門内 VM構成変更 サーバ管理者 VM作成 ロール定義 社内・部門内サーバ用 開発環境用 リソースプール リソースプール 開発環境 VM作成 管理者 リソース確認 プール作成 ロール定義 リソースプール システム管理者 リソース確認 Page 27 © NEC Corporation 2014 All rights reserved.

  28. Slide 28: 仮想化環境管理

    仮想化環境管理 ▐ 仮想化環境の監視と制御 ▐ ポリシー設定による自律運用 ▐ 「仮想化環境＋α」でクラウド基盤構築 ▐ 物理マシン混在管理 ▐ OS/アプリケーション/パッチの一括配信 Page 28 © NEC Corporation 2014 All rights reserved.

  29. Slide 29: 仮想化環境を導入しても物理サーバは無くならない

    仮想化環境を導入しても、全ての物理サーバが無くなるわけではない  I/O負荷の高いものは、仮想化環境ではなく 物理サーバとして稼働  特別な装置の接続が必要  ソフトウェアの動作要件として、仮想化環境での 動作が認められていない …など 物理サーバと仮想化環境を統合的に 管理できることがポイント Page 29 © NEC Corporation 2014 All rights reserved.

  30. Slide 30: 物理サーバの異常時でも自律復旧 N+1リカバリ

    物理サーバの異常時でも自律復旧が可能 ～N+1リカバリ～ ▐ 複数の業務に対して最少１台の共有予備サーバを用意することで どの業務の障害にも対処が可能 ▐ ブレードサーバだけでなく、ラック/タワー型サーバでも対応可能 従来は・・・ 可用性を高めたい業務には個々にクラスタ、待機系などの可用性向上措置を実施 業務Ａ 業務B 業務C 待機ｻｰﾊﾞ 待機ｻｰﾊﾞ 待機ｻｰﾊﾞ 業務Ａ 業務B 業務C 共有予備 サーバ どの業務の障害にも十数分で対応（置換）可能 Page 30 © NEC Corporation 2014 All rights reserved.

  31. Slide 31: バックアップ/リストア方式によるN+1リカバリ

    バックアップ/リストア方式によるN+1リカバリ ▐ 自動復旧／手動復旧の選択が可能 ▐ 予備サーバは各業務で共用することが可能 ▐ 予備サーバに対する事前構築は不要 障害発生時 各サーバのデータをイメージファイルとしてバックアップ 5 ►バックアップは実際に使用しているディスク領域のみ。 ►バックアップデータは元データの約50～70%のサイズに 圧縮して転送 1 2 3 4 5 予 備 １ 2 3 4 5 管理サーバ Before 1 2 3 4 5 予 備 After １ 2 5 3 4 管理サーバ イメージ 1 2 3 4 5 5 ファイル イメージファイルを予備サーバにリストア ►故障し

  32. Slide 32: SANブート方式によるN+1リカバリ

    SANブート方式によるN+1リカバリ ▐ サーバ障害時には、ブートディスクを利用して予備サーバを起動 ▐ 万一のブートイメージ破損時にも、OSイメージをリストア(※)して復旧可能 ※手動操作で実現 稼動サーバ 予備サーバ 障害 サーバ切替指示 業務Ａ定義 業務Ｂ定義 業務Ｃ定義 管理サーバ ＦＣＳＷ １ 2 3 業務Ａ用 業務Ｂ用 業務Ｃ用 DISK DISK DISK データ データ データ 障害 OSイメージ ＯＳ ＯＳ ＯＳ リストア Page 32 © NEC Corporation 2014 All rights reserved.

  33. Slide 33: 仮想化環境管理

    仮想化環境管理 ▐ 仮想化環境の監視と制御 ▐ ポリシー設定による自律運用 ▐ 「仮想化環境＋α」でクラウド基盤構築 ▐ 物理マシン混在管理 ▐ OS/アプリケーション/パッチの一括配信 Page 33 © NEC Corporation 2014 All rights reserved.

  34. Slide 34: ソフトウェア配信機能

    ソフトウェア配信機能 OS/アプリケーション/パッチなど、煩雑なインストール作業を自動化 さらに対象マシンのイメージバックアップ/リストアも可能 個体情報も OSｲﾝｽﾄｰﾙ 自動反映 BIOS/FWアップデート 適用状況を アプリケーションインストール パッチ適用 自動判断・配信 バックアップ・リストア ファイル配布 簡単操作で 仮想基盤プロビジョニング サーバイメージの取得・復旧 （管理サーバ） 統合管理コンソール ディスクイメージ （OS、AP、パッチ） Windows、Linux、ゲストOS Page 34 © NEC Corporation 2014 All rights reser

  35. Slide 35: まとめ

    まとめ Page 35 © NEC Corporation 2014 All rights reserved.

  36. Slide 36: 仮想化環境＋SSCでクラウド基盤構築

    SigmaSystemCenterのめざすインフラ管理 物理サーバ・仮想化環境を一元管理 異なるサーバ仮想化ソフトの差異吸収と管理の統一 自律化・自動化によるインフラ/リソースの最適利用 仮想化環境＋SSCでクラウド基盤構築 Page 36 © NEC Corporation 2014 All rights reserved.

  37. Slide 37: 問い合わせ先／製品ご紹介サイト

    問い合わせ先／製品ご紹介サイト ＷｅｂＳＡＭに関するお問い合わせ先 ＮＥＣ プラットフォームビジネス本部 〒１０８－８４２４ 東京都港区芝五丁目３３番８号（第一田町ビル） ＴＥＬ：０３（３７９８）７１７７ 受付時間：９：００～１２：００ １３：００～１７：００ 月曜日～金曜日（祝日・ＮＥＣ所定の休日を除く） http://jpn.nec.com/websam/sigmasystemcenter/ ＷｅｂＳＡＭ 検 索 ※本資料に掲載の会社名、製品名は各社の商標または登録商標です Page 37 © NEC Corporation 2014 All rights reserved.

  38. Slide 38: Empowered by Innovation

    Empowered by Innovation NEC

NEC — Technical Presentation (June 2014) on 6ix