Microsoft PowerPoint - EMC v2.pptx[読み取り専用]

Size: px

Start display at page:

Download "Microsoft PowerPoint - EMC v2.pptx[読み取り専用]"

こごろうしどり
5 years ago
Views:

1 VMware vsphere を活用した最適なインフラの設計選択実践のポイント 2010 年 12 月 9 日ヴイエムウェア株式会社スペシャリストシステムズエンジニア各務茂雄目次仮想インフラからクラウドインフラへインフラを支える2つのサービス CPUとメモリの設計ポイントとアーキテクチャストレージ今後のVMwareとストレージのトレンドまとめ

2 VMware が提供する仮想化の価値効率性の向上 IT as a Service 管理性の向上柔軟な選択肢の提供 VMware が目指すクラウドの形サービスとしての IT セルフサービスのアクセス計測できてモニターできて課金状況を確認できる標準化されたサービスと自動化されたサービス展開をサービスレベルとして保証する Virtual Datacenters Virtual Datacenters Virtual Datacenters Resource Pools 仮想化されたデータセンタ仮想化されサーバストレージやネットワークリソースの共有プールが作成され仮想化されたデータセンタサービスが提供されるポリシーベースで管理される

3 VMware が目指すクラウドの自動運用ポリシーベースでアプリケーションの SLA をコントロールアプリケーションからのリソースの要求が Up vapp vapp vapp vapp アプリケーションの管理 : アプリ管理者 CPU とメモリのホットアドサービスカタログの管理 : プロダクト管理者 Resource Pools VM のサイズに合わせて DRS がリバランスをする vsphere vsphere vsphere vsphere コンピュータファクトリー : 仮想インフラ管理者仮想化の価値を約束する為の特徴分割同一基盤上で複数を同時に稼動可能仮想マシン間でハードウェアリソースを共有カプセル化起動ディスクを含む仮想マシンの全ての情報はファイルとして格納ハードウェア非依存仮想マシンは別のハードウェア上に移動させてもそのまま動作ファイルの特性を活かしコピーで別のハードに移動可能

仮想サービス基盤によって企業の物理インフラを標準化 < 社内クラウドとは > 企業のデータセンタのあらゆる物理リソースを抽象化し量場所複雑性を隠蔽することによって仮想サービス基盤はプライベートなクラウドサービスとなる

4 お客様のニーズに応じた選択 : 仮想化からクラウドへ迅速かつ透過的なプロビジョニング単一サーバの効率利用仮想化ハイパーバイザ複数サーバをプール化仮想インフラストラクチャ柔軟かつ信頼性の高いオペレーションプライベートクラウド管理性の向上パブリッククラウド豊富な選択肢の提供ハイブリッドクラウドサービスとしての IT/ アプリケーション効率性の向上社内クラウド全体最適の観点で仮想サービス基盤によって企業の物理インフラを標準化 < 社内クラウドとは > 企業のデータセンタのあらゆる物理リソースを抽象化し量場所複雑性を隠蔽することによって仮想サービス基盤はプライベートなクラウドサービスとなる仮想サービス基盤 1 台の超大規模コンピュータ仮想化を提供する複数の物理サーバをリソースプールとしてグループ化量場所複雑性を隠蔽サーバ (CPU/ メモリ ) ストレージネットワーク全てを抽象化 = ユーザから隠蔽個々のコンポーネントはユーザからは抽象化によって標準化されて見える

5 インフラを支える2つのサービスアプリケーション開発者提供者のインフラに対する期待可用性セキュリティパフォーマンスの維持インフラ管理者の HW に対する期待簡単にパフォーマンス良く使える CPU メモリディスクネットワーク各デバイスを効率よく使用し安定したインフラ構築するにはどうしたら良いのか? 結論 VMware vsphere 4 を選択すると CPU メモリの設計は楽で安心 + あとは I/O CPUとメモリパフォーマンス最新のハードウェアを選択する 8コア 12コア 16GBメモリ 10VM/ サーバは普通さらに最適化されたCPUスケジューラーメモリオーバーコミット拡張性のある仮想マシンリソース割り当ての優先度はシェアリミット予約で調整ほとんどのケースはシェアで調整 Capacity Plannerで既存システムのサイジング Capacity IQで導入後の仮想インフラを最適化

CPU スケジューリングをさらに最適化 CPU の競合状態の課題仮想マシンへの CPU の割り当て (scheduling) は公正性と効率性のトレードオフの関係 De-Schedule されることによる待ち時間 VM Context Switch による遅延 vcpu Migration によるキャッシュヒット率の低下 CPU の競合による De-Schedule の発生 VM-01

Hyper threading の構造を把握 CPU Scheduler Cell 概念の破棄 SMP 仮想マシンの各仮想 CPU の Cache / メモリ bandwidth を最大化 NUMA VM-01 VM-02 VMM CR3 物理 CPU IDTR CR0 EIP LDTR CR4 ESP Seg GDTR TR Regs EFLAGS VM Context Switch

6 CPU スケジューリングをさらに最適化 CPU の競合状態の課題仮想マシンへの CPU の割り当て (scheduling) は公正性と効率性のトレードオフの関係 De-Schedule されることによる待ち時間 VM Context Switch による遅延 vcpu Migration によるキャッシュヒット率の低下 CPU の競合による De-Schedule の発生 VM-01 VM-02 VM-03 VM-04 VM-05 VM-06 物理 CPU CPU あたりの統合率 SMP 仮想マシンの効率化を大幅に向上 Further Relaxed co-scheduling SMP 仮想マシンで仮想 CPU をバラバラのタイミングでスケジューリング可能 Physical CPU Topology Aware Load-Balancing の強化 NUMA マルチコア Hyper threading の構造を把握 CPU Scheduler Cell 概念の破棄 SMP 仮想マシンの各仮想 CPU の Cache / メモリ bandwidth を最大化 NUMA VM-01 VM-02 VMM CR3 物理 CPU IDTR CR0 EIP LDTR CR4 ESP Seg GDTR TR Regs EFLAGS VM Context Switch SMP VM / 複数 VM 統合のスケール率の高さ物理 CPU8 コアに対して仮想 CPU8 コア ( リニアにスケールしている ) 物理サーバのスケールアップに対して仮想 CPU1 個の仮想マシンを 1 台の物理サーバ上でスケールアウトさせた方がスケールしている Order Entry benchmark (Oracle 11g R1 / RHEL bit) SPECweb (Oracle) (Web)

メモリのオーバーコミット統合率を高めコスト削減効果を高める最近では柔軟な運用の確保や非計画ダウンタイム時のリソース確保としても注目される

透過的ページシェアリング ( 例 ) 20 台の仮想マシンに計 11GB のメモリを割り当てているがメモリの消費量は 6.

通常の範囲ではパフォーマンスへの影響は限定的ページシェアリングはキャッシュヒット率を向上バルーンを使用しない場合 ( 緑 ) は

7 メモリのオーバーコミット統合率を高めコスト削減効果を高める最近では柔軟な運用の確保や非計画ダウンタイム時のリソース確保としても注目されるオーバーコミットを実現する技術透過的ページシェアリングバルーニング ( ゲストの LRU と連携 ) ハイパーバイザスワッピング透過的ページシェアリング ( 例 ) 20 台の仮想マシンに計 11GB のメモリを割り当てているがメモリの消費量は 6.3GB のみメモリバルーニングメモリーオーバーコミットの性能への影響バルーンドライバがゲストと連携通常の範囲ではパフォーマンスへの影響は限定的ページシェアリングはキャッシュヒット率を向上バルーンを使用しない場合 ( 緑 ) はオーバーコミット状態で急激に性能劣化バルーンを使用している場合 1.7GB までバルーンアウトされても性能を維持 Oracle/Swingbench によるバルーンの効果測定

8 メモリオーバーコミットの利用状況メモリのオーバーコミットしていますか? どのような目的のサーバでメモリのオーバーコミットを使用していますか? NO 43% YES 57% Average = 1.80 N= メモリオーバーコミットは本番で使われる機能大規模なアメリカの銀行での事例 16-core IBM x3850 M2 64GB physical RAM 178 active WinXP 512MB VDI VMs 89GB allocated 19GB consumed 1.4 倍の統合率 16

9 Memory Compression バルーニングだけでは不十分な場合でもスワッピングの発生を回避メモリのDecompressionは約 20usとディスクアクセスより圧倒的に高速圧縮率 50% を切るページはCompressionの対象外としてスワップアウト仮想マシンごとに有効無効を指定可能ゲストバルーニング Compression ハイパーバイザ CPU とメモリ可用性信頼のあるサーバを選択デバイスの 2 重化ができるサーバを選択 HW の RAS 機能等を使用信頼性を多少犠牲にしてクラスタ化で対応するストレージ編にて説明

ネットワークパフォーマンス 10Gbを選択物理結線に依存しない低遅延で柔軟に分割できる仮想化されたネットワークデバイスを使用マルチプロトコル対応も視野に入れるロードバランス QoSの保持可用性 NIC Teaming ネットワークトポロジの冗長化 vnetwork Distributed Switch (vds) vswitch vswitch

10 ネットワークパフォーマンス 10Gbを選択物理結線に依存しない低遅延で柔軟に分割できる仮想化されたネットワークデバイスを使用マルチプロトコル対応も視野に入れるロードバランス QoSの保持可用性 NIC Teaming ネットワークトポロジの冗長化 vnetwork Distributed Switch (vds) vswitch vswitch vswitch データセンタの仮想ネットワークを統合設定 / 変更の簡素化監視機能の充実ポート単位の統計情報アラーム権限割り当て物理スイッチに匹敵する高度な機能セキュリティ QoS サードパーティ製品による透過的な仮想環境管理を実現 vnetwork Distributed Switch vcenter で一括管理全 ESX をまたいで設定が可能全体の接続構成を GUI で確認可能

11 ハイブリッドデザインを使用したネットワーク構成ハイブリッド vds ESX SC VMkernel 物理 NIC を 4 ポート以上用意 CおよびVMkernel 用のvSSと仮想マシン用のvDSをそれぞれ作成 dvportgroup vds dvuplink vss 物理 NICは2 枚ずつ仮想スイッチに割り当て仮想マシンについてはネットワーク vmotionの恩恵を享受 FT や iscsi / NFS 通信等の要件も別途考慮物理スイッチハイブリッド vds での vds と vss の使い分けの考え方 vds を使わないポート C VMkernel ポート内部スイッチ vds に Physical Adapter なしで ESX を登録する際には警告がでる vdsでのc VMkernelポートを必ずしもお勧めしない理由これらのポートはネットワーク vmotionのメリットを受けることがないいずれにしてもESX 毎にIPアドレスを指定するなど個別設定が必要 Cは必ず最初はvSSに接続されている管理ネットワークの瞬断などリスクがある ( 設定移行時 ) ウィザードでのvSSからの一括移行ができないため ESXごとの作業が必要 dvpgを作ってからポートを作るので二度手間

既存のネットワークベストプラクティスの踏襲冗長性の確保セキュリティと運用性 VS W VS W NICチーミング物理 NICの構成は冗長化をするためチーミング構成にすることを推奨 S C 管理ポートを独立サービスコンソールや Vmkernel ポートなど管理用の通信をつかさどるポートはセキュリティ上独立させることを推奨ネットワーク構成の自由度確保 VLAN 構成

12 既存のネットワークベストプラクティスの踏襲冗長性の確保セキュリティと運用性 VS W VS W NICチーミング物理 NICの構成は冗長化をするためチーミング構成にすることを推奨 S C 管理ポートを独立サービスコンソールや Vmkernel ポートなど管理用の通信をつかさどるポートはセキュリティ上独立させることを推奨ネットワーク構成の自由度確保 VLAN 構成物理構成の変更を伴わずにネットワークを構成するには VLAN を利用することで構成の自由度を確保することができる各種機能用ネットワーク vmotion 用ネットワーク専用の Gigabit Ethernet を割当て VM ネットワークと別セグメントでの構成することを推奨 23 ネットワークトラフィック管理 : 10 GigE の登場 1 GigE 物理 NIC 10 GigE 物理 NIC iscsi FT vmotion NFS iscsi FT vmotion NFS TCP/IP TCP/IP vswitch vswitch 1 GigE 10 GigE トラフィックタイプが競合どれが vmnic をどの程度使用するか一部のトラフィックタイプ専用の NIC (vmotion IP ストレージなど ) 専用の物理 NIC によって保証された帯域幅 2 つの 10 GigE NIC に集約した典型的なトラフィック一部のトラフィックタイプおよびフローがオーバーサブスクリプションによってほかに影響を及ぼす可能性がある

Network I/O Control Ent Plus 6つのネットワークリソースプールにシェア値と制限 (Mbps)

制御は送出トラフィックに対してのみ 10GE 搭載サーバなどポート数が少ない環境でパフォーマンスを保護分散仮想スイッチ必須

負荷をベースとした新しいチーミング負荷分散アルゴリズム負荷に応じてにポートIDと物理

13 Network I/O Control Ent Plus 6つのネットワークリソースプールにシェア値と制限 (Mbps) を指定シェアは物理 NIC リミットはチーミング単位で制御されるシェアは物理 NICの帯域幅が飽和した場合のみ考慮される制御は送出トラフィックに対してのみ 10GE 搭載サーバなどポート数が少ない環境でパフォーマンスを保護分散仮想スイッチ必須 LBT (Load Based Teaming) 概要 Ent Plus 物理 NIC 負荷をベースとした新しいチーミング負荷分散アルゴリズム負荷に応じてにポートIDと物理 NICの関連付けを更新し平準化物理スイッチにリンクアグリゲーションの設定不要 10GEと1GEといった異なるリンク速度の物理 NICも考慮 ESX C O S 分散仮想スイッチ分散仮想スイッチのポートグループで指定

仮想マシンに透過的 ) vshield Edge4.1はESX4.0 Update1 以降で利用可能 vshield Manager 4.

メモリ? ネットワーク? ディスク? DB サーバ?App サーバ Web サーバクライアント?

14 vshield Zone 4.1 概要 Advanced ハイパーバイザ上でL2~L4でのファイヤーウォールを実現 vshieldはdvfilterを利用してブリッジのように動作 ( 仮想マシンに透過的 ) vshield Edge4.1はESX4.0 Update1 以降で利用可能 vshield Manager 4.1 を仮想アプライアンスとしてインポートデータセンタ単位でファイヤーウォールルールを定義ストレージパフォーマンスのボトルネックはどこで発生するか CPU? メモリ? ネットワーク? ディスク? DB サーバ?App サーバ Web サーバクライアント? 多くの場合ストレージ障害発生時に一番クリティカルな場所は CPU? メモリ? ネットワーク? ディスク? サーバ? ネットワーク? ストレージ? 多くの場合ストレージインフラの可用性を維持するクラスタに必要な仕組みは CPU メモリ : 一般的にはクラスタ技術を活用ネットワークディスク : アクセスパスの二重化 RAID 共有ストレージが重要多くのお客様が仮想化時にストレージへ投資します

アプリケーション要件を超える処理能力を提供パフォーマンス 95% のサーバの稼働実態 * ESX3.5 が提供可能な VM のスペック ESX4.1 が提供可能な VM のスペック CPU 1~2 CPU 4way-vCPUs 8way-vCPUs アプリケーションの割合(%) メモリネットワークディスクI/O ピーク時 4GB 未満 2.

15 アプリケーション要件を超える処理能力を提供パフォーマンス 95% のサーバの稼働実態 * ESX3.5 が提供可能な VM のスペック ESX4.1 が提供可能な VM のスペック CPU 1~2 CPU 4way-vCPUs 8way-vCPUs アプリケーションの割合(%) メモリネットワークディスクI/O ピーク時 4GB 未満 2.4Mbps 未満ピーク時 100 未満 64GB 9Gbps 100,000 I/O 秒 255 GB 30Gbps < 350,000 I/O 秒これを実現するにはディスクが 3000 本規模で必要 * Source: VMware Capacity Planner assessments アプリケーションのパフォーマンス要件 ESX4.1: 仮想マシンのスケーラビリティ向上パフォーマンス CPU 数を増加させた場合物理環境と遜色無くスケーリング 8,900トランザクション / 秒 60,000 I/OPSの負荷をOracleで検証これを実現するにはディスクが 400 本規模で必要

16 ESX 4.1: 圧倒的なパフォーマンス ( 例えるとこれくらい ) パフォーマンス 5 倍グローバルの支払い処理のトラフィック Storage I/O Control 概要 Ent Plus データストアの観点で仮想ディスクのシェアに基づくスループットの制御平均レイテンシが閾値を超えると制御を開始 ( デフォルト 30ms) 仮想ディスクごとに iops の上限値の指定も可能 (Ent Plus ライセンス不要 )

VAAI (vstorage API for Array Integration) 概要 Enterprise 対応しているストレージであれば ESX の処理をオフロード Full Copy/Block Zeroing/Hardware-Assisted Locking 効果が期待される処理 Storage vmotion / クローン /eagerzeroed thick ディスクの作成など

17 VAAI (vstorage API for Array Integration) 概要 Enterprise 対応しているストレージであれば ESX の処理をオフロード Full Copy/Block Zeroing/Hardware-Assisted Locking 効果が期待される処理 Storage vmotion / クローン /eagerzeroed thick ディスクの作成など例 : Storage vmotion での Full Copy の効果 ESX の詳細設定で個別に有効無効を指定可 DataMover.HardwareAcceleratedMove DataMover.HardwareAcceleratedInit VMFS3.HarwareAccelerated Locking アレイが有効化されたオフロードに対応していない場合は従来の処理を実施する同一アレイ上でのみ有効 vsphere 4.1 では VMFS のみでサポート Performance Chart の機能拡張概要新たな項目を追加しより広範なパフォーマンス情報を表示 ( 履歴なし ) ストレージパスストレージアダプタデータストア仮想ディスク電源データストアはストレージのアーキテクチャおよびプロトコルに非依存 (NFSも) 例 : パス毎の発行コマンドでパス分散の状況を把握

仮想環境におけるバックアップ 1 エクスポート 2 バックアップエージェント 3

Consolidated Backup (VCB) or vdap 6VMware Data

18 仮想環境におけるバックアップ 1 エクスポート 2 バックアップエージェント 3 イメージングツールデータ保護 4 アレイベースのバックアップ 5 VMware Consolidated Backup (VCB) or vdap 6VMware Data Recovery vstorage API for Data Protection の主な機能データ保護 1. Changed Block Tracking( 変更ブロックトラッキング ) 仮想ディスクの変更されたブロックをトラッキング次回のバックアップ時には変更ブロックしかバックアップしないフルイメージバックアップの増分バックアップが可能 2. VMware ディスク Mount フルイメージバックアップした仮想ディスクからファイルレベルリストア Windows/Linuxのに対応 3. Advanced transport for SAN and HotAdd フルイメージバックアップの際に SAN もしくは HotAdd 経由でダイレクトファイル転送が可能

マウントデータ保護のための vstorage API データ保護データ保護のための vstorage API バックアップアプリケーション物理サーバまたは仮想マシン (Windows または Linux) バックアッププロキシサーバスナップショット統合されたデータ移行機能 SAN ストレージ VMware Data Recovery(vDR) の動作データ保護

19 マウントデータ保護のための vstorage API データ保護データ保護のための vstorage API バックアップアプリケーション物理サーバまたは仮想マシン (Windows または Linux) バックアッププロキシサーバスナップショット統合されたデータ移行機能 SAN ストレージ VMware Data Recovery(vDR) の動作データ保護 ESX エージェントを使用しないディスクベースでの仮想マシンのバックアップおよびリカバリ仮想マシンまたはファイルレベルのリストア増分バックアップおよびデータデデュープ ( 重複排除 ) によるディスク使用領域の削減仮想マシンの迅速シンプルでかつ完全なデータ保護 vcenter サーバを使用した統合管理費用対効果に優れたストレージ管理デデュープされたストレージ

20 Site Recovery Manager でリーズナブルな災害対策データ保護 VC サーバ SRM サーバ VC サーバ SRM サーバ VMware vsphere VMware vsphere SAN iscsi SAN iscsi Primary ストレージ Array Base ReplicatI/On Remote ストレージ Primary Site Recovery Site クラスタ機能可用性を上げるクラスタ機能に共有ストレージが必要 vmotion VMware HA VMware FT データセンタの効率運用をするには共有ストレージが必要 VMware DRS VMware DPM SLAにあわせたストレージの選択 Storage vmotion 可用性向上

計画停止の削減 : vmotion と Storage vmotion 可用性向上

から GUI 操作あるいはスケジュール実行が可能 vmotion サーバの無停止メンテナンス Storage

時間はワークロードに応じて変化 ) 同時に実行できる vmotion の数が増加 : ESX ホスト : 1 Gbps

21 計画停止の削減 : vmotion と Storage vmotion 可用性向上サービスを止めないハードウェアメンテナンスが可能に IT 管理工数の大幅削減エンドユーザ SLA の向上いずれも VC から GUI 操作あるいはスケジュール実行が可能 vmotion サーバの無停止メンテナンス Storage vmotion ストレージの無停止メンテナンス vmotion の機能強化移行全体にかかる時間を大幅に短縮 ( 時間はワークロードに応じて変化 ) 同時に実行できる vmotion の数が増加 : ESX ホスト : 1 Gbps ネットワークで 4 台 10 Gbps ネットワークで 8 台データストア : 128 (VMFS と NFS の両方で ) 新機能! これらの機能強化によりメンテナンスモードの退避時間を大幅に短縮

22 非計画停止の削減 : VMware HA / FT 可用性向上 VMware HA (High Availability) 障害発生時に仮想マシンを別ホストで再起動 ESX と仮想マシンの障害を監視クラスタソフトの複雑性とコストを排除約 40% のお客様がHA を利用 VMware FT (Fault Tolerance) App App App XHA XHA VMware ESX FT App App App App VMware ESX 異なるホストに仮想マシンを常時同期障害発生時に無停止ノーデータロスで仮想マシンを切り替え HA と組み合わせることでサービスレベルに応じた高可用性を提供 X 効率的な運用 : VMware DRS / DPM パフォーマンス VMware DRS (Distributed Resource Scheduler) サーバの負荷状態を検知しロードバランスを実行 5 段階のスロットル調整が可能管理モデルに合わせ手動半自動全自動の選択が可能 VMware DPM (Distributed Power Management) 夜間等待機時間における消費電力を抑制 WoL / ilo / IPMI をサポートクラスタいずれも仮想マシンは無停止 ( バックグラウンドで vmotion を使用 ) クラスタ

DRS Host Affinity 概要ルールに基づいてクラスタ内で仮想マシンが起動 / 移行するホストを限定パフォーマンスやライセンスの要件に応じて起動する ESX ホストを調整クラスタのサイロ化を回避 Enterprise 厳密性について 2 段階で指定可能 VMware

Monitoring アプリケーション監視 vsphereでステータスアプリケーション障害を検知協調的なアプリケーション障害復旧アプリケーションの再起動さらなる復旧のためにVMware HAをトリガー App Monitoring APIによる連携様々な障害に対応物理障害

23 DRS Host Affinity 概要ルールに基づいてクラスタ内で仮想マシンが起動 / 移行するホストを限定パフォーマンスやライセンスの要件に応じて起動する ESX ホストを調整クラスタのサイロ化を回避 Enterprise 厳密性について 2 段階で指定可能 VMware HA と手動 VMotion についても制御 A B A A B サーバ A サーバ A サーバ B サーバ B 4 台のホストを使用した DRS / HA クラスタ仮想マシン A サーバ A のみ仮想マシン B サーバ B のみ VMware HA Application Monitoring アプリケーション監視 vsphereでステータスアプリケーション障害を検知協調的なアプリケーション障害復旧アプリケーションの再起動さらなる復旧のためにVMware HAをトリガー App Monitoring APIによる連携様々な障害に対応物理障害ゲスト障害アプリケーション停止アプリケーションが誤動作 VM1 ORA VM2 SQL VMware HAの設定 VM1 ORA VM2 SQL Application Application HA HA VMware HA VMware ESX VMware HA VMware ESX

24 今後の VMware とストレージのトレンドより密にストレージと連携 API で HW と連携ポリシーベースのストレージ SLAに応じた自動的な配置の調整分散 I/Oをディスクコントローラ I/Oパスボリュームなど様々なレイヤで実現 HW の効率的利用 HBA( ネットワークストレージ ) を直接 VMにマウント準仮想化デバイス I/O の SLA を確保 I/OベースのDRS VMに対するI/Oをコントロールクラスタファイルシステムの改良より多くの仮想マシンをホストできるファイルシステムにプライベートクラウドミッションクリティカルシステムの仮想化へのロードマップ課題 IOの集中対策全体的なリソース管理可用性向上ユーザにとってよりオンデマンド等々色々ありますが広範囲のセキュリティ対策について防止発見監査修正ハイパーバイザーゲストネットワークマルウェア不正アクセスなりすまし複数のポイントでマトリックスで見る必要がある

25 vshield が提供する仮想環境のセキュリティ機能 vshieldedge / App Zones / Endpoint を集中管理 vcenter との連携 API を利用することによるオンデマンドなサービスの提供 vshield Edge ハイブリッドクラウドの境界管理ポートグループに対し L3 スイッチング機能と以下のネットワークサービスを提供 Firewall NAT Load balance DHCP VPN ハイブリッドクラウド環境への迅速なプロビジョニングとネットワークサービスの付与が可能 vshield App / Zones 仮想マシン単位のセキュリティフラットなL2ネットワークにおいて各仮想マシン間に以下の機能を提供ポートフィルタリングフローモニタリング VLANの削減と仮想マシンレベルでのセキュリティ管理が実現可能 vshield Endpoint アンチウィルス負荷のオフロード Ainti-Virusスキャン機能をセキュリティアプライアンスにオフロード CPU I/Oの負荷集中を回避パフォーマンスの向上 AVの集中化によるリスクの軽減まとめ最新のサーバとvSphereを選択すると CPU メモリのボトルネックはない仮想インフラクラウドインフラで投資のポイントはストレージ可用性データ保護パフォーマンスをSLAとコストに応じて選択ユニファイドストレージの新しい可能性分散 I/Oをしながら I/OのSLAを保証次のステップ初期コスト運用コストを考慮した上でコストパフォーマンスを上げて法規制やダイナミックなビジネスに対応するのか考える SSD 等高速なストレージを使ってみて時間の節約できる価値を体験する VMware でインフラを組むことを検討する共有化されたインフラ ( プライベートクラウド ) のセキュリティ対策を講じていく

Presentation Template Koji Komatsu

Presentation Template Koji Komatsu OpenStack Day 2013 Panel Discussion 2013-03-12 ヴイエムウェア株式会社テクニカルアライアンスマネージャ小松康二アジェンダ VMware のクラウドソリューション VMware と OpenStack クラウド時代の IT エンジニア - 2 - VMware のクラウドソリューション SDDC ( = Software-Defined Datacenter