Presentation is loading. Please wait.

Presentation is loading. Please wait.

Ulrich Siesenop Solution Manager Network Strategy & Optimization

Similar presentations

Presentation on theme: "Ulrich Siesenop Solution Manager Network Strategy & Optimization"— Presentation transcript:

1 Edge Virtual Server Infrastructure (Edge-VSI) mit integrierter WAN-Optimierung
Ulrich Siesenop Solution Manager Network Strategy & Optimization Enterprise Services

2 Herausforderung – Konsolidieren von Server und Storage
Inhaltsverzeichnis Herausforderung – Konsolidieren von Server und Storage Riverbed Granite Innovation Funktionalität einer Edge Virtual Server Infrastructure Vorteile einer Riverbed Granite Lösung Marktpotential Target Opportunities und Qualification Questions Angebot IBM Application Network Performance Optimization

3 The IT Want – Consolidation
BRANCH Control Organizations worldwide have set out on a mission to consolidate their IT infrastructure - both within the data center itself, but also from branch and remote locations. There are some primary goals and outcomes that these organizations are looking for when consolidating to the data center. This includes: Lowering IT costs – both from an equipment and a manpower perspective To reduce risk by ensuring that valuable corporate data instead of living in isolated locations around the globe is centralized, secure and protected And ultimately this is all about gaining better control over valuable corporate data – and better control of the business. Lower Costs VM VM VM VM VM VM Reduced Risk VM VM VM VM VM VM DATA CENTER 3 3

4 Why? Yet… Unable to Achieve 100% Consolidation
PERFORMANCE! BRANCH Applications that don’t work well across the WAN Write-intensive Custom apps Disconnected operations Need to work when WAN down Requires local compute and storage Yet – one of the things that we’ve discovered is that even though organizations have put a lot of time, money and effort into consolidation – including deployment of Steelhead WAN optimization- what we’ve found is that organizations have been unable to achieve complete consolidation. At Riverbed we’ve spent a lot of time with customers to understand why this is. <click> What it comes down to is performance. First of all - Many of our customers and prospects have applications within the branch that simply don’t work well across the WAN. These are things that defy WAN optimization – including Write-intensive applications that generate a lot of data and large files – things like Access databases or CAD applications – or PST file management – and also custom applications that use unique protocols that aren’t optimizable by Steelheads. Secondly, some organizations are keeping applications and servers in branches due to the concern of disconnected operations – that is – if the WAN link goes down the impact of user productivity would be too great. In both cases, the customer requires local compute and storage to remain in the branch. 4 4

5 Problems of Leaving Servers and Storage at the Branch
No Control Management Backup/Recovery Unsecured data at Branches Remote and vulnerable Difficult to provision Difficult to support Less reliable backup Slow restore Cost $ - Server and storage hardware $ - Backup and replication software $ - IT personnel The challenge with keeping this branch local server and storage infrastructure is highlighted here. This is where the challenges begin – especially from a headquarters point of view: lack of control – and potentially exposed and unsecure data IT management challenges from provisioning to ongoing support Backup and recovery – its just not as reliable or effective when its maintained in the branch And costs – anything we keep infrastructure in the branch we increase the cost – both in equipment and IT personnel. Its here that Riverbed is focused on our next innovation. 5

6 Riverbed Innovation – Granite
Edge Virtual Server Infrastructure WAN VM VM VM VM branch Data Center / Private cloud Solve the problem at the block-level Separate storage from compute Project storage to the branch Achieve 100% consolidation Local performance I’m very happy to introduce to you a new architectural approach that does for edge servers - outside of the data center - what virtual desktop infrastructure (VDI) did for desktops: and that is to allow IT to consolidate and manage all edge servers in the data center. This new approach - edge virtual server infrastructure (Edge-VSI) is delivered by our new product Riverbed Granite. Granite solves the problem at the block level – and does what was previously thought impossible: it allows storage to be decoupled from its server over thousands of miles of distance—and actually work as if the storage were local to the server. A user in Paris, for example, can access a virtual server in Paris, which in turn accesses data over 4000 miles away in Chicago and the experience is as if it is all local. Granite effectively projects data center storage from the data center to the branch enable global enterprises to achieve complete consolidation of edge applications, servers and storage to the data center. User gets uncompromised performance – and IT is able to manage it all within the four walls of the data center. 6

7 Funktionalität einer Edge Virtual Server Infrastructure
Storage Storage G WAN Steelhead EX Steelhead EX + Granite Steelhead DATA CENTER BRANCH OFFICE SMB Shares Mail Servers AD/DNS /DHCP Websense Mail Servers File Servers Eine Edge Virtual Server Infrastructure (Edge-VSI) auf Basis von Riverbed ermöglicht eine vollständige Virtualisierung und Konsolidierung von Server und Storage im zentralen Rechenzentrum. In Kombination mit der WAN-Optimierung wird nahezu eine Performance erreicht werden, als ob die Infrastruktur nach wie vor lokal vorhanden ist.

8 Granite – File system-aware block-based acceleration
WAN VM VM VM VM branch Data Center / Private cloud Innovative block-level prediction algorithms Authoritative read cache for LAN speed access Accelerated block access for the WAN Read Up to 40x Faster And here’s a closer look at the magic of what Granite is really doing. You see, one of the challenges of storage protocols at the block level working across the WAN is that block-level access tends to be very random – which at the local level with no latency is OK – but as soon as you introduce a bit of latency – as in – across the WAN – it breaks down. Applications have no tolerance for delays in response from block-based storage. But we’ve cracked the code at Riverbed with Granite because we have engineered a way to provide file system-aware block-based acceleration. By this awareness we can then from a read perspective predict block usage and understand the range of random blocks that required when opening a file. And at the local level – meaning at the branch we Granite has an authoritative read cache which ensures that active data is present and delivered at LAN speed. In fact you can Pin the LUN to the branch – and ensure that an entire working set of data is always present – yet is safely secure – including any changes in the data center. And on the write-side – Granite accelerates block writes – once again providing fast local write access with writeback to the data center – and because the local Granite device is authoritative – it alone owns the data – the data that is streamed back to the data center and consistency issues are eliminated. Unique block-based write accelerator Authoritative – no consistency issues Accelerated asynchronous writeback Write Up to 100x Faster 8

9 Granite Benefits Control Data secured centrally Branch encryption
Management Manage with data center tools Quick storage provisioning Backup/Recovery Backup in the data center Improved RTOs and RPOS Cost Eliminate hardware/software/local backup Better utilize data center investments No local IT personnel When customers are able to centralize their applications and data with Granite to the data center, what do they ultimately gain? The benefits are highlighted here. This includes: Control – where data is secured centrally – and data projected in the branch is encrypted – so there’s no concern about someone walking away with the Steelhead device. Management is much easier – why – because its all now part of the main data center where management and provisioning is much easier to achieve. Backup is also now possible from the data center – and because data is continually and consistently streamed from the branch to the data center – customers improve their recovery point objectives – and in the reverse, we easily stream data to the branch which improves recovery times. And from a costs perspective, Granite can help reduce or eliminate hardware and software – and eliminate the need to backup in the branch. Customers gain better use of the tools and equipment that they’ve invested in to support consolidation at the data center – all to support now the broader business. And there is also a real impact in terms of reducing IT personnel requirements – all of which is savings to business. 9

10 Granite Compared to Local Servers
Backup centrally Provision centrally Single box for branch Leverage SAN capabilities RPO RTO Last backup Continuous And since what we’re really aiming for here with the solution is to remove the isolated islands of applications and data from local server deployments, for the last slide in the Granite section – lets look at a comparison to business as usual and you’ll see how Granite drives new value. Local servers – backup occurs locally – typically to tape – or maybe over the WAN – but – with Granite backup can take place centrally in the data center. When its time to provision more storage – its time to visit the branch office when storage is in the branch. With Granite you can provision storage as needed in the data center and project it out to the branch. With the EX platform – which we’ll discuss in just a moment – you can have Granite, WAN optimization, and a virtual server platform on one branch office box in the branch., Not so with a server separate from wan op and potentially even a separate storage array or jbod (just a bunch of disks). With Granite, customers can utilized the Storage Area Network and enterprise storage they’ve invested in for the data center. This is unusable with a remote server and application. And with Granite, since data is continuously streamed and safe in the data center, where it can also be protected more frequently, customers improve their recovery point objectives. And – data can easily be streamed back to the branch from the data center – no shipping and loading of tapes. Customer recovery time objectives then are significantly improved. Long Instant 10

11 How much data is at the edge? Forrester Consulting, August 2011
More than half have 50%+ of data is at the edge Here’s another cut at expressing that indeed the opportunity for Granite is great. In a recent Forester survey of just over 200 IT leaders, over half indicated that 50% or more of their data is stored in branch offices. Forrester Consulting, August 2011 11

12 Granite Target Opportunities
Branch offices with: Windows (app & file) servers Less than <10TB Less than 200 users per branch Applications that require local storage CAD with large files Content creation Location-critical apps WAAS! For version 1 of Granite here are the types of customer environments we want to look for: Windows (app & file) servers – with essentially Direct Attached Storage that is supporting the applications. The level of data to look for per site running a single Granite edge device would be 10 TB or less. And the number of users – while not fixed - helps determine load and performance requirements. Typically if a branch has more than 200 users, chances are it will be larger that what would be supported by Granite version 1. The we want to look for the kinds of applications that require local storage and thus has caused the application to be locked into the branch. CAD or other application dealing with large files Content creation – like a scanning application at the edge Location-critical apps WAAS! – more about this later – but yes, we can use Granite to have a new conversation with a customer who may have bought a competitive WAN optimization product. 12

13 Granite Qualifying Questions
Do you have servers and storage at your branch offices? Why? What applications? What type of storage do you manage in the branch? DAS? NAS? SAN? How much storage? Do you run a SAN in your data center? iSCSI? What storage vendor? And here is a sample line of questioning that we can use to uncover opportunities. Do you have servers and storage at your branch offices? Why? – try to understand if it because of What applications? What type of storage do you manage in the branch? DAS? NAS? SAN? How much storage? Next – since it is a pre-requisite to have a SAN to connect to in the data center – explore this area Do you run a SAN in your data center? Will it support iSCSI? – this is required for v1 of Granite What storage vendor? – this gives us an understanding of the storage in the data center. We’ve tested with different devices from different vendor. It is really the ability to support iSCSI that matters most, but we will have a tested compatibility matrix when we release Granite. 13

14 Application Network Performance Optimization
ANPO Riverbed ANPO mit Riverbed Teststellung Teststellung einer Rivebed WAN Accelatoren Lösung : Teststellung Riverbed HW kostenlos Konfiguration nach Aufwand auf Z&M Beispiel: Teststellung eine WAN-Verbindung zwei bis drei Standorte, Konfiguration, Einweisung, Betreuung Ab ca. 8000,- € Teststellung einer Riverbed WAN-Accelatoren Lösung auch mit Riverbed Granite und Riverbed Mobile Betreuung und Bewertung der Teststellung Lösungsdesign und Konzeption einer Riverbed Accelatoren Lösung Roll-out der Komponenten Installation und Konfiguration Riverbed Steelheads Optional Managed WAN Optimization (RoC Erfurt) IBM Maintenance . Hilfe und Information Udo Weinel Network Specialist Tel.: Ulrich Siesenop Solution Manager Network Strategy & Optimization Tel.:

Download ppt "Ulrich Siesenop Solution Manager Network Strategy & Optimization"

Similar presentations

Ads by Google