- Community Home
- >
- Storage
- >
- Midrange and Enterprise Storage
- >
- StoreVirtual Storage
- >
- Re: StoreVirtual VSA and Workload accelerators
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-18-2017 09:08 AM
03-18-2017 09:08 AM
StoreVirtual VSA and Workload accelerators
Hi,
looking to test some Workload accelerators with StoreVirtual VSA 2-node cluster. Idea is to put in each server one accelerator card and then make network raid-1 over 10GbE links. I know they are not built for this purpose but I am interested is this supported configuration with VSA without going thru SPOCK. Anybody doing it already?
Tnx
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-24-2017 05:32 AM
03-24-2017 05:32 AM
Re: StoreVirtual VSA and Workload accelerators
VSA is supported on top of any block storage device that is on the Hardware Compatibility List of the hypervisor (Vmware, Hyper-V or KVM) that you want to use.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-30-2017 06:54 AM
04-30-2017 06:54 AM
Re: StoreVirtual VSA and Workload accelerators
Hi Tom,
can you please shed some light on how workload accelerator will operate under StoreVirtual VSA? We are looking to use 800GB Workload accelerator with 4x1.8TB SAS disks and 10TB license where is adaptive optimization included (too bad this is not avaliable in 4TB license). My question is what would happen if this workload accelerator dies while server is running. Let's assume we have 2-node identical cluster.
Another question is towards 4Tb 3pack licence: Can adaptive optimization be turned on on this licence ? I don't see any SKU for upgrade and I am curios why is this left out in this setup.
Tnx.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-02-2017 01:40 PM
05-02-2017 01:40 PM
Re: StoreVirtual VSA and Workload accelerators
At this time, the only way to get AO on StoreVirtual VSA is to order the 10TB or 50TB license. We don't have an upgrade license to enable AO on the 4TB license. We are looking into enabling AO on the 4TB VSA license in the future as several customers have requested this.
Thanks for the question.
Amy Mitchell
HPE StoreVirtual product manager
- Tags:
- AO
- StoreVirtual
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-02-2017 01:44 PM - edited 05-02-2017 01:46 PM
05-02-2017 01:44 PM - edited 05-02-2017 01:46 PM
Re: StoreVirtual VSA and Workload accelerators
Hello Amy,
thank you for update. Is there any timeframe for this since we may have issue now with this 4TB license?
Also, do you guys planning to make possible to use SSD and NL-SAS disks on same server in separate volumes or datastores on Vmware like other vendors do?
Thank you.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-03-2017 08:41 PM
05-03-2017 08:41 PM
Re: StoreVirtual VSA and Workload accelerators
>> Also, do you guys planning to make possible to use SSD and NL-SAS disks on same server in separate volumes or datastores on Vmware like other vendors do?
Is use case
- To deploy a server (and associated VSA instance) with SSD and NL-SAS disks attached to VSA? and
- then create explciitly create SV volume with either tier specified as SSD OR NL-SAS storage. which will allow store virtual volume (and thus VMFS data store created on it) to be be tied to specific tier.
Note : I am from store virtual VSA engineering and responding on bahalf of product management.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-03-2017 11:21 PM
05-03-2017 11:21 PM
Re: StoreVirtual VSA and Workload accelerators
Hi Nilesh,
yes, that's use case. Since SSD drives getting cheaper people are putting more workload on them. My understanding that with SV is not possible to pin specific VM or workload to specific tier. Also we would be migrating pinned workload on SSD drives to SSD drives on another node if required. So also this type of pinning in required as well :-).
So, for example, we have:
- 2 x DL 360G9, each with 2x1.6TB WI SSD and 2x2TB NL-SAS 7200
- StoreVirtual 4TB 3pack license
it would be great if we can pin workloads to these SSD drives and also to get for example 200Gb from SSD drive and use it for adaptive optimization for NL-SAS drives.
I beleive that without this, StoreVirtual VSA is pretty much dead in water. I know we won't be using it anymore. However, this has someting to play with overall strategy with Simplivity now in house.
If you wish to discuss it more, PM me and we can jump on webconf session. I can show you few things what actually is required :-).