Deploying a Cloud Storage Infrastructure - making the promise reality

796 views

Published on

There has been a lot of noise in the marketing about Cloud Computing. Whether it is a private or public cloud
the right architecture is vital to making it a reality. This session will look at the role of storage in building an
architecture to deliver cloud based services.

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
796
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
37
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Bring it together. To enable consolidation, you need a system that scales as additional applications/workload is added to system Add slammers for bandwidth - MB/sec - streaming video from a website Add bricks for additional IOPS - throughput Add more bricks for IOP/capacity scale
  • FIFO Queuing leaves the array at the mercy of whatever application, regardless of it’s business value, happened to issue its I/O requests first. Important applications can be starved for I/O as a result and perform poorly. Important: Sub-Volume tiering does not address this issue. Even if the data the application wants has been promoted to a higher tier, previously issued I/O’s will have to execute first, thus delaying the response times to the important application.
  • The big message: To really make QoS work, you have to control the entire data path. Pillar does that by: Prioritizing I/O execution order Implicitly allocating more cache to higher priority applications Controlling what storage class (Media type) the data is placed on Controlling where the data is placed on disk. Controlling what type of RAID is used to optimize performance to the I/O characteristics of the application Controlling cache behaviors like read-ahead aggressiveness, Using either LRU (Lease Recently used) or MRU (Most recently used) to make sure the cache is not “polluted” by application that will tend to *not* ever re-read cached data. All these variable may be changed on the fly should needs to I/O patterns change. Summary; Only by controlling all facets of the I/O part can completely deterministic performance under load be maintained. Think any service provider with SLA’s and Make-goods, must have this function.
  • Deploying a Cloud Storage Infrastructure - making the promise reality

    1. 1. Deploying a Cloud Storage Infrastructure - making the promise reality Adrian Groeneveld Marketing Director, EMEA
    2. 2. Market Dynamics <ul><li>Economic meltdown </li></ul><ul><li>Virtualisation is mainstream </li></ul><ul><li>Cloud computing on everyone’s discussion agenda </li></ul><ul><li>Unified everything </li></ul><ul><li>Companies forced to adopt a new approach </li></ul><ul><li>Storage at the centre of everything </li></ul>
    3. 3. The Storage Issues <ul><li>Silo’d or fragmented storage through project driven acquisition </li></ul><ul><li>Poor utilisation </li></ul><ul><li>Highly inefficient due to power, space and resource overhead </li></ul><ul><li>Legacy storage scales poorly, creating bottlenecks </li></ul><ul><li>Sharing storage between applications creates contention and missed SLAs </li></ul>
    4. 4. Cloud - A Simple Understanding <ul><li>Private Cloud </li></ul><ul><ul><li>Typically an internal shared compute environment to support business units/divisions and internal applications </li></ul></ul><ul><li>Public Cloud </li></ul><ul><ul><li>Typically an external organisation using their own infrastructure to deliver services to multiple clients e.g. SalesForce.com </li></ul></ul><ul><li>Cloud Benefits </li></ul><ul><ul><li>Efficiency of resource </li></ul></ul><ul><ul><li>Flexible shared environment </li></ul></ul><ul><ul><li>Simple resource allocation </li></ul></ul><ul><ul><li>Simplified management </li></ul></ul><ul><ul><li>Project based charge back </li></ul></ul>
    5. 5. Obstacles to Successful Cloud Storage Infrastructure <ul><li>How unified is unified? </li></ul><ul><li>Applications don’t like sharing </li></ul><ul><li>Issues around scalability </li></ul><ul><li>Who’s using what </li></ul><ul><li>Securing the Infrastructure </li></ul><ul><li>Allocation of resources </li></ul><ul><li>Resource prioritisation </li></ul>
    6. 6. <ul><li>“ Pillar delivers an innovative next generation data storage solution enabled by patented Quality of Service technology and built on a highly scalable modular architecture to automatically regulate and manage fulfillment of incoming application data requests based on business importance.” </li></ul>
    7. 7. One Key Enabling Technology:
    8. 8. Pillar Quality of Service <ul><li>Enabling Cloud Storage </li></ul><ul><li>Enabling the Virtual Datacentre </li></ul><ul><li>Enabling Faster Applications </li></ul><ul><li>Enabling More Usage with Less Costs </li></ul>
    9. 9. How Do We Do It? <ul><li>One Platform: </li></ul><ul><li>Axiom 600 </li></ul>Key Value: IO Prioritization Virtual Server Virtual Machine 2 Virtual Machine 1 Virtual Machine 3 1 3 9 4 5 8 10 7 2 6 Medium Priority Queue high medium low High Priority Queue Low Priority Queue Core Technology: QoS
    10. 10. One Platform: Axiom 600 <ul><li>4x SAN and/or NAS Slammers </li></ul><ul><ul><li>SAN (FC, iSCSI) </li></ul></ul><ul><ul><ul><li>4-16 4Gbps and/or 8Gbps FC ports </li></ul></ul></ul><ul><ul><ul><li>4-16 1Gbps Ethernet ports </li></ul></ul></ul><ul><ul><li>NAS (NFS or CIFS) </li></ul></ul><ul><ul><ul><li>8-32 1Gbps Ethernet ports </li></ul></ul></ul><ul><ul><li>48-192 GB of Cache </li></ul></ul><ul><li>64x Bricks </li></ul><ul><ul><li>1.66 PB of Capacity </li></ul></ul><ul><ul><li>Storage Classes </li></ul></ul><ul><ul><ul><li>SATA: 500GB, 1TB and 2TB </li></ul></ul></ul><ul><ul><ul><li>FC: 300GB and 450GB </li></ul></ul></ul><ul><ul><ul><li>SSD: 50GB and 200GB </li></ul></ul></ul><ul><li>Guarantees </li></ul><ul><ul><li>Performance guarantee with 80% Utilization </li></ul></ul>
    11. 11. Pillar Axiom Modular Scaling Pilot Slammer Slammer Bricks
    12. 12. True Performance Scalability: Proof
    13. 13. Differentiating Cloud Technologies <ul><li>Quality of Service (QoS) </li></ul><ul><ul><li>Dynamic CPU, Cache, and Capacity Management </li></ul></ul><ul><li>Unified Storage </li></ul><ul><ul><li>Native SAN & Native NAS shared storage pool </li></ul></ul><ul><li>Distributed RAID </li></ul><ul><ul><li>Linear Scaling, Performance under fault, fast rebuild </li></ul></ul><ul><li>Policy based Management & Application Aware Profiles </li></ul><ul><ul><li>Storage services linked to application priority </li></ul></ul><ul><li>Modular architecture </li></ul><ul><ul><li>Scale with highest utilization rates in enterprise storage </li></ul></ul>
    14. 14. Quality of Service <ul><li>Problem : Traditional arrays still use a FIFO (First in First Out) I/O queuing model </li></ul><ul><ul><li>No regard for the business importance of an application – first come first served </li></ul></ul><ul><li>Solution : Prioritize I/O’s by the business value of an application </li></ul><ul><ul><li>Multiple I/O queues: Important I/O’s executed first regardless of received order </li></ul></ul><ul><li>Benefit : Aligns performance with business needs vs. who got there first </li></ul>
    15. 15. How we do it: QoS Control Points
    16. 16. Storage Domains – Extending QoS in the Cloud <ul><li>Isolates specific bricks within the storage pool </li></ul><ul><li>Usage </li></ul><ul><ul><li>Database Environments - Create separate domains for the logs and the data files for data protection and comfort </li></ul></ul><ul><ul><li>Hosting – Allocate specific bricks to specific customers within the overall Axiom pool </li></ul></ul><ul><ul><li>Private cloud – allow departmental charging for bricks </li></ul></ul><ul><ul><li>Overcome project based storage acquisition </li></ul></ul><ul><ul><li>Brick based data migration for brick upgrades </li></ul></ul>
    17. 17. Extending QoS for Cloud Environments <ul><li>Slammer acts as Cloud Controller </li></ul><ul><li>Each domain has its own Bricks, Storage Classes and RAID controllers </li></ul><ul><li>Storage Domains act as separate application containers </li></ul><ul><li>A separate storage domain can be created for every Cloud user (application owner or external cloud customer in a hosting example) </li></ul><ul><li>Users can acquire additional bricks to be added to their own storage domain within the Cloud </li></ul><ul><li>Every Cloud user still has the benefits of Quality of Service and storage classes </li></ul>
    18. 18. A Customer Example
    19. 19. Supporting the NHS <ul><li>UK’s leading supplier of IT to GPs </li></ul><ul><li>Store 39 million UK patient records </li></ul><ul><li>More than half of UK GPs use their software </li></ul><ul><li>Written by doctors for doctors </li></ul><ul><li>Delivers Cloud services to the NHS </li></ul><ul><li>Delivering storage and shared access of patient records </li></ul>
    20. 20. The Challenges Faced <ul><li>Existing system could not scale fast enough </li></ul><ul><li>Tens of thousands of users would be accessing the system </li></ul><ul><li>Huge growth with the system likely to grow to 15 times that of the original </li></ul><ul><li>Needed a predictable cost model as they scaled </li></ul><ul><li>Needed to feel comfortable around performance SLAs with growth </li></ul>
    21. 21. The Solution Deployed <ul><li>Systems Deployed </li></ul><ul><ul><li>6 x Tri Slammer Axiom 600s for production operations </li></ul></ul><ul><ul><li>1 Axiom 600 for test and development </li></ul></ul><ul><ul><li>1 Axiom 500 for offsite development </li></ul></ul><ul><li>Applications Serviced </li></ul><ul><ul><li>In-house </li></ul></ul><ul><ul><li>PCS </li></ul></ul><ul><ul><li>EMIS Web </li></ul></ul><ul><ul><li>VMware ESX (migrating to VSphere 4.0) </li></ul></ul><ul><ul><li>Microsoft SQL Server </li></ul></ul><ul><ul><li>Symantec NetBackup </li></ul></ul><ul><ul><li>Virtual Tape Library </li></ul></ul>
    22. 22. The Benefits <ul><li>High scalability of performance and scalability to address rapid growth </li></ul><ul><li>Predictable pricing model </li></ul><ul><li>Adaptability to address the differing business needs of multiple applications </li></ul><ul><li>High utilisation and efficiency to deliver maximum value for money to customers </li></ul>
    23. 23. Building Your Cloud
    24. 24. And Finally <ul><li>WIN AN iPad </li></ul><ul><li>Come to Stand 559 </li></ul><ul><li>Answer 3 simple questions </li></ul><ul><li>This could be yours </li></ul>
    25. 25. Thank You Questions?

    ×