What is your primary use case for VMware vSAN?
Thanks for sharing your thoughts with the community!
We use this solution exclusively for our VDI. We are running vSAN on six Cisco C240 M4 servers.
We deliver the only end-to-end enterprise technology platform exclusively designed for quick service and food service communities. Our primary use case for this solution is for customer use in our internal labs. As partners with the vendor VMware vSAN, we leverage their tech to build customer-specific simulated environments, to provide unique, controlled individual environments to gain insightful perspectives and capture helpful data.
It is used as a remote/branch office solution for a new site that we acquired.
My primary use case is for storage and resilience between centers.
We primarily use this solution for consolidation on the cloud.
We use it for our DMZ and any test environments that we put into our industry. It's performing pretty well. We have no issues with vSAN at all.
We're primarily using it in a VDI environment, a four-node VDI environment. Performance is very good. We're very happy with it. Networking setup was a little bit of a challenge, but we got around that.
We use vSAN primarily as an R&D tool to test our products and see how they work on it, and it is absolutely phenomenal. It is one of the best hyperconverged solutions I've been able to get my hands on.
We are using vSAN as a product in vSphere. Recently, we signed up for the 6.7 version of vSAN. We use it on all-flash and VME. All the discs that we use are NVMe disks.
We are using it for management of all the data that we collect from our customer bases and from our 500-plus locations. There is also the data that we use to manage employee systems, so it's both ends of the business. It's the actual retail side of the business, as well as the internal operations.
Our primary use case for vSAN is server virtualization. We've used it to virtualize close to 500 servers which would normally have been on physical hardware. We have virtualized and consolidated it down to run on nine nodes of vSAN. That workload primarily consist of web servers running Linux or Windows Servers to support the Windows Active Directory that we have for the environment onsite.
Our primary use case for vSAN has been our branch locations and multiple different office locations. We are running vSAN as an alternative to external storage arrays, and it's working really well to provide us with data storage at these branch sites.
We recently adopted vSAN. We adopted VDI for our desktop solution about ten years ago and we have a single KPI for delivery which is clinical data accessed in five seconds. Throughout the last decade, as new back-end technologies have come to market, we have always been investing in the hosting end of VDI. Five years ago, we went to an all-flash array, and two years ago, we went to the vSAN hyperconverged.
We primarily use vSAN for cloud automation, so we provide test workloads for specific test use cases for customers who want to do software testing. In these specific cases, we also use vSAN because it gives us flexibility from a profile perspective on how we roll out specific workloads and specific test scenarios, making it easier for us to actually deploy things in comparison to legacy storage platforms.
Our primary use case for vSAN is for our corporate cluster, and we have many different use cases using vSAN. It was a perfect solution for us. We were there for the beginning of vSAN. We created our own vSAN environment with their early installers and now we have a professional one. It's a great solution.
Primary use is just for VMDK storage. We're running an all-flash array with NVME caching tier. The performance is really good, we're using SATA drives. We're about to do a complete rebuild with 12-gig SATA drives as the capacity tier, and bigger, newer, faster NVME for the caching tier.
Our primary use case is production data and the performance has been great.
We use if for our primary infrastructure. In terms of performance, vSAN is fine.
The primary use of the product is for storage for VDI plus some other storage for file servers and the like. The performance is great. We use it on all-flash.
It's going to be employed for our VDI infrastructure and, potentially, we will move it into our VSI infrastructure.
We use it for localized storage converted into virtual storage. The performance is perfect, awesome. No complaints.
It runs our core virtualization, both in our data centers and our edge or remote-site data centers. The performance has exceeded our expectations and exceeded our traditional converged infrastructure.
For us, vSAN is a really good option for our EDGE network sites. We're able to use it in a high-available environment that enables our end-users to get to the data they need. We're heavily leveraging it for our VDI deployments.
We use it to provide and sell infrastructure as a service. The performance for us is very good. Our infrastructure now is only solid-state disks, with two different levels. There is one for write-intensive and one for read-intensive. Our decision was to change traditional storage to vSAN.
We use it for VDI.
We use it for all of our Production and it has been very effective.
We use it for all our virtual desktop storage.
The primary use case is bringing redundancy into our plants for failover. It has been performing great.
The primary use case is that we're getting ready to deploy a VDI solution across the campus and our healthcare network.
In a lot of cases, the primary use case for vSAN is in small to medium businesses, where they may not have the space or the funds for an actual storage array to provide a shared storage medium for their virtual environment. And even if they do, they may not have the expertise to maintain that and a separate network. vSAN gives them the ability to make use of storage they already own, across their host. As they add more, more storage, more compute, they'll add more memory. It makes their environment simpler to manage and keeps it moving smoothly for them.
We use it for our developer clusters.
The primary use case is for VDI. In fact, we have created what's called a virtual research desktop with VDI, which is insulated because we're dealing with HIPAA data. I think it has performed pretty well.
Today, we use it for general compute and VDI. We have not put our VDI into production yet, but on the general compute side, it works great. The performance has been exemplary.
The primary use case is all of our VMware workloads. In terms of performance, it does alright with the general workloads. I've had some issues with the dupe clusters, but that's just the right-sizing overwriting the cache.
We do reference architectures using our SSDs so we're all about All-Flash vSAN. It's part of our portfolio.
We use our vSan primarily for our VCF deployment. We run our production workloads on it, mostly for Microsoft SQL databases and various WebSphere and web-based front-end applications. It performs pretty well for the most part. The older versions had some issues, specifically regarding upgrade paths and the robustness of the product, but in the last two or three versions they've really addressed those issues and brought it up to speed and made it a real enterprise solution.
Because our company is an architecting company, we require a lot of IOPS going from the server side to the clients who are using the models. They require faster transactions and that's the reason we thought of having a type of HCI solution. That's why we went with the vSAN solution.
We use it for hosting all our business products on virtual machines.
We use it for our compute clusters, for running our virtual machines. We use it for our vROps clusters. Our customers use it for their compute workloads.
Our vSAN setup is used in our development system, not our production system, for ease of use and ease of access.
Our primary use of vSAN is to set up a deployment of a small subset of clusters that we have out in our gas and oil prepossessing plants, in remote areas. Performance-wise, it has gone above and beyond what we originally spec'ed it for. From that respect, for us, it's like the "golden gun".
We use vSAN because it's a VMware product which integrates with all the other virtualization, and it simplifies hyper-converged environments.
We use it as a primary storage for our Horizon View environment. The product is great. It runs well.
We use it for our management cluster. All of our network services are on this cluster, on vSAN. That way, it's off the production network, it's off by itself. We have four nodes in case there is an issue with it, it has the failover capabilities. The performance is very good. We have NVMe performance in it so it's very fast.
We use it for storage and redundancy.
Dataprev has a strategic partnership with VMware and the federal government of Brazil. We're developing a new public cloud and private cloud for the whole government of Brazil.
VMware was used to manage multiple servers in a DMZ for an eCormerce service (Coy). VMware made the server management, migration and backup/maintenance efficient.
We are thinking of using vSAN instead of the traditional SAN. We are just starting to explore how vSAN can benefit us.
Our primary use case is server workload and mission critical work.
We have a traditional, multi-host cluster with SAN and a small (three host) vSAN cluster alongside it. I built the vSAN cluster mostly to experiment with the platform.
We use vSAN as our server virtualization solution for Dell install of our customer base, and vSAN is our primary solution.
Virtual desktop infrastructure (VDI) implementation on vSAN with an environment of about 2000 desktops and 1000 servers.
For a new full site, vSAN was used instead of going with the usual fibre SAN. Since vSAN requires SSDs, it was a great way to introduce that tech to the company. If we would have gone with a traditional SAN SSD, it would have been an option, so a debatable feature.