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.: