Scott, (Disclaimer: I work for Nutanix now)
The specs based server support as documented on the Cisco DocWiki gives a world of flexibility when choosing infrastructure. A hyperconverged solution like Nutanix that Brian mentioned could provide a lot of the benefits of shared storage while serving hot data from a local flash and memory tier to provide blazing fast storage performance. It would eliminate the SAN controller bottleneck you mentioned. Each Nutanix node is a local storage controller. We've had Nutanix customers provisioning Cisco UC (and contact center) clusters with stellar performance. Take a look at some blog posts I wrote as well as a best practices guide for Cisco UC on Nutanix: Best Practices Guide with example deployments: http://go.nutanix.com/bpg-cisco-unified-communications.html Personal blog posts: http://bbbburns.com/blog/2014/12/nutanix-and-uc-part-1-introduction-and-overview/ http://bbbburns.com/blog/2015/01/nutanix-and-uc-part-2-cisco-virtualization-requirements/ http://bbbburns.com/blog/2015/01/nutanix-and-uc-part-3-cisco-uc-on-nutanix/ http://bbbburns.com/blog/2015/02/nutanix-and-uc-part-4-vm-placement-and-system-sizing/ On Tue, Mar 31, 2015 at 3:49 AM, Heim, Dennis <dennis.h...@wwt.com> wrote: > It all depends on the layer 8 of your environment and the size of your > environment. If your environment is more than say 3-4 physical servers, > then I would make a push for UCSM (UCS Manager). I think a compelling case > could be made for the virtual san stuff that Brian mentioned coupled with > UCS Fabric Interconnects and C-series with single connect (vic 1225 cards). > > > > Cons: > > Cost of Fabric Interconnects > > > > Pros: > > Ease of Management > > vSAN is under your control just like local disks > > Flexibility of shared storage > > 2-4 10gb uplinks instead of 4-6 per physical server. > > Centralized Management platform > > > > I personally am not a big fan of the TRCs for larger installs, as the > TRC’s limit flexibility which is sometimes needed. Booting esxi via flash > card is not supported under TRC, but under spec’s based is. However, > despite my dislike UCS C-series server sprawl, that is the most common > option deployed today. UCS-mini does bring a lot of cool options with it > too. I have never touched a UCS mini. > > > > I contend you could create a RAID 5 or 6 array on SSD’s and never ever > have to worry about IOPS again. > > > > *Dennis Heim | Emerging Technology Architect (Collaboration)* > > World Wide Technology, Inc. | +1 314-212-1814 > > [image: twitter] <https://twitter.com/CollabSensei> > > [image: chat][image: Phone] <+13142121814>[image: video] > > "Innovation happens on project squared" -- http://www.projectsquared.com > > > > *Click here to join me in my Collaboration Meeting Room > <https://wwt.webex.com/meet/dennis.heim>* > > > > > > > > *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf > Of *Brian Meade > *Sent:* Monday, March 30, 2015 11:16 AM > *To:* Scott Voll > *Cc:* cisco-voip@puck.nether.net > *Subject:* Re: [cisco-voip] Hardware for UC > > > > C series with local storage is definitely the most popular for UC. If you > still want enterprise storage features, Nutanix has a nice solution for > utilizing your local storage- > http://bbbburns.com/blog/2014/12/nutanix-and-uc-part-1-introduction-and-overview/ > > > > On Mon, Mar 30, 2015 at 11:42 AM, Scott Voll <svoll.v...@gmail.com> wrote: > > What hardware is everyone using to upgrade there UC enviroment to? > > > > We have UCS Blades with netapp storage, but have had some limitations on > IO (prior to the upgraded controllers) that I'm a little concerned about. > > > > I like the idea of vmotion. But I'm thinking if it's my back side on the > line with my UC environment, Maybe the rack mount UCS might be a better > bet? We (UC Team) have also been thinking about the UCS mini with storage > blade. > > > > What our others doing? What is Cisco suggesting these days? > > > > Thanks > > > > Scott > > > > > > > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-voip > > > > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-voip > >
_______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip