Presentation is loading. Please wait.

Presentation is loading. Please wait.

PernixData FVP & Architect Storage that is Fast, Scalable and Predictable Frank Brix Pedersen Systems Engineer -

Similar presentations


Presentation on theme: "PernixData FVP & Architect Storage that is Fast, Scalable and Predictable Frank Brix Pedersen Systems Engineer -"— Presentation transcript:

1 PernixData FVP & Architect Storage that is Fast, Scalable and Predictable Frank Brix Pedersen Systems Engineer - Nordics frankbrix@pernixdata.com @frankbrix

2 © PernixData. All rights reserved. 2 PernixData Lottery Fill out the form at: http://www.vfrank.org/pernix

3 © PernixData. All rights reserved. 3 Software Overview (FVP + Architect) PernixData VIB  Kernel Module  vSphere 5.0, 5.1, 5.5, 6.0  Works with any vSphere license edition FVP Management Server –OVA (Virtual Appliance) FVP Plug-In for –vSphere Client –vSphere Web Client FVP for Performance Architect for unique VM storage visibility

4 © PernixData. All rights reserved. 4

5 5 Storage bottlenecks cause 70% of VM performance issues Traditional SANs weren’t designed for virtualization Random I/O patterns create storage bottlenecks (“blender” effect) Not enough storage controller cycles VM workloads are dynamic

6 © PernixData. All rights reserved. 6 Lack of analytics makes design and management difficult You can’t fix what you don’t understand VM management Storage management (Vendor A) Chasm Storage management (Vendor B)

7 © PernixData. All rights reserved. 7 Rethink storage with PernixData software Hypervisor (vSphere) Capacity / Data services Design & Management Performance PernixData FVP Software PernixData Architect SoftwareStorage analytics Storage acceleration Any SAN

8 © PernixData. All rights reserved. VM intelligence  Infra intelligence What is PernixData Architect? Host ExtensionHost extensionHost Extension Architect Data System and Analytics VM metadata  Infra metadata  Actions Architect User Console Design Operate Optimize

9 © PernixData. All rights reserved. 9 PernixData Architect: Eliminate the guesswork Real-time VM and storage analytics Predictive design recommendations 100% hardware agnostic PernixData Architect Software VM intelligence Infrastructure intelligence Holistic VM and Storage Management Any shared storage Design & Management

10 © PernixData. All rights reserved. Accurately understand workload behavior 10

11 © PernixData. All rights reserved. 11 Optimize storage for applications

12 © PernixData. All rights reserved. 12 What is a block? A block is a chunk of data. A single unit in a data stream. This unit would be a read or a write from a single I/O operation. Block “size” refers to the payload size* of the unit. * 256K block has 64 times the payload compared to a 4K block. The importance of block sizes

13 © PernixData. All rights reserved. 13 Why does it matter Large block require more effort/resources to pass across storage stack, impacting performance of VMs and infrastructure. Processing overhead on physical HBAs, switches, storage controllers, etc. Bandwidth across storage fabric. Protocol characteristics Queues and their limits The importance of block sizes Credit: Chad Sakac

14 © PernixData. All rights reserved. 14 Traditional methods of visibility of block sizes Kernel statistics using vscsiStats. Cannot present data in real time. Cannot provide context relative to other workloads. Extremely time consuming. Command line only on a host. Not visible in vCenter. Storage array Not VM aware Measuring at the wrong location. Unknown method of measurement. Not treated as a first class citizen. Storage array dependent. The End result… Block statistics are largely invisible. The importance of block sizes

15 © PernixData. All rights reserved. 15 Showing block sizes with relative impact in Architect Reads and writes using different block sizes The importance of block sizes

16 © PernixData. All rights reserved. 16 Avoid storage overprovisioning costs

17 © PernixData. All rights reserved. FVP: Strategic platform for storage acceleration Turn any SAN into an all flash array Infrastructure level in-memory computing 10x faster than storage alone 17 Any shared storage PernixData FVP Software Low latency reads and writes using server flash / RAM Performance

18 © PernixData. All rights reserved. 100% non-disruptive 18 Hypervisor (vSphere) No changes to VMs Transparent to storage (FC, iSCSI and NFS) Any Server Any Storage Any Flash/RAM PernixData FVP Software No reboots, application rewrites or process changes

19 © PernixData. All rights reserved. 19 Acceleration medias SSD / PCI-E / RAM Flash: SSD  Easy to install.  Convenient form factor. Flash: PCI-E (NVMe)  Requires available PCI-E slot  Limited choices in Blade environments  More predictable experience. High bandwidth and no SATA/SAS controller RAM  Volatile media. Think about Write-Back design and fault domains.  Extremely low read and write latency. Any block size.

20 © PernixData. All rights reserved. Flash & RAM clustered across hosts 20 Seamless VM operations –vMotion –HA –Snapshot –vCloud Director Resilient and elastic layer of I/O acceleration Hypervisor (vSphere) Hypervisor (vSphere) PernixData FVP Software

21 © PernixData. All rights reserved. 21 Clustered Platform – remote access vMotion/HA Restart On Request Access  Remote blocks are accessed as needed  Pre vMotion Warming not required  On request access of flash footprint FVP Flash Fabric  Leverages the FVP Flash Fabric  Used for both write-through and write- back FVP works seamlessly with  DRS  vMotion  HA

22 © PernixData. All rights reserved. Fault tolerant write back acceleration Hypervisor (vSphere) Hypervisor (vSphere) Hypervisor (vSphere) Data Write Copy 1 Copy 2 Write Back

23 © PernixData. All rights reserved. 23 Write-back fault tolerance Write-back Replicas Per VM or datastore option Up to 2 network flash devices per VM Synchronous writes to peers Leverages Flash Fabric (vMotion default)

24 © PernixData. All rights reserved. 24 Performance is all about location

25 © PernixData. All rights reserved. 25 Insert Flash Here Insert Flash Here Or Insert Flash Here Or use RAM!

26 © PernixData. All rights reserved. Hypervisor (vSphere) Hypervisor (vSphere) Hypervisor (vSphere) The fastest distance is no distance Traditional Data Path Decoupled Data Path 26 Guaranteed lowest latency with FVP

27 © PernixData. All rights reserved. Any shared storage Add performance as needed 27 IOPS (PernixData) IOPS (SAN only) PernixData FVP Software Decoupled storage ensures predictable scale-out

28 © PernixData. All rights reserved. 28 Sizing of the cache – use Architect

29 © PernixData. All rights reserved. 29 PernixData + All-Flash-Array

30 © PernixData. All rights reserved. 30 Where do you go when AFA, Hybrid, HCI does not provide the performance you need? More flash and CPU in the Array does not remove the latency of the network RAM extreme low latency RAM is in the host, no network penalty Hyper performance with FVP

31 © PernixData. All rights reserved. 31 The result... Time taken for task to complete reduced by half! Rambøll Experience with Server Side Acceleration

32 © PernixData. All rights reserved. 32 Rambøll Experience with Server Side Acceleration

33 © PernixData. All rights reserved. 33 $100 for every new PoC Between now and August 31, 2016 PernixData will pay $100 to anyone accepted into “The Fastest SAN (and NAS) Alive” performance challenge. The company will pay another $400 if the following performance guarantees are not met after FVP software is installed and run using pre-approved testing criteria: 10x faster VM performance with a disk-based array 5x faster VM performance with a hybrid array 2x faster VM performance with an all-flash array


Download ppt "PernixData FVP & Architect Storage that is Fast, Scalable and Predictable Frank Brix Pedersen Systems Engineer -"

Similar presentations


Ads by Google