[cisco-voip] Hardware for UC

Tue Mar 31 16:48:27 EDT 2015

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.Heim at 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-bounces at puck.nether.net] *On Behalf
> Of *Brian Meade
> *Sent:* Monday, March 30, 2015 11:16 AM
> *To:* Scott Voll
> *Cc:* cisco-voip at 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.voip at 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 at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150331/b6b6b924/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 1292 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150331/b6b6b924/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 1389 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150331/b6b6b924/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 3876 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150331/b6b6b924/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 1391 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150331/b6b6b924/attachment-0003.png>