5 Essential Tips for Maximizing Your Experience at Nutanix .NEXT for Bloggers
[url=http://next.nutanix.com/member/profile?mid=8553]@DaemonBehr[/url] Why IP Communicator instead of Cisco Jabber? I understand that the requirements for one or the other aren't always directly in your control, but if you have the option to do Cisco Jabber you can use the VXME Plugin: http://www.cisco.com/c/en/us/products/collateral/collaboration-endpoints/virtualization-experience-media-engine/datasheet-c78-734102.html This plugin allows the media to be streamed directly between the thin clients, thus you can keep all of your RTP audio traffic out of the data center and directly between endpoints. Your QoS marking and classification is then done at the switches near the endpoints and you avoid hairpinning RTP audio back and forth to the data center. The caveat here is this won't work on a zero client. If you remove the RTP traffic from the VM then you no longer have to look at giving special QoS to all traffic from this VM. If you have no choice but to use IP Communicator I sti
Yes, without VXME the audio will be in line with the rest of the desktop streaming session.
That's a great point! Thanks for providing the command here. We'll make sure the guide is updated with this information.
Following up on this thread - we've finally released our Nutanix Solution Note covering VMware NSX for vSphere. Check out the blog announcing it here: [url=http://next.nutanix.com/t5/Nutanix-Connect-Blog/Nutanix-Validates-Two-Crucial-Deployment-Scenarios-with-VMware/ba-p/7580]http://next.nutanix.com/t5/Nutanix-Connect-Blog/Nutanix-Validates-Two-Crucial-Deployment-Scenarios-with-VMware/ba-p/7580[/url] The document can be found here: [url=http://www.nutanix.com/go/vmware-nsx-for-vsphere.html]http://www.nutanix.com/go/vmware-nsx-for-vsphere.html[/url]
Hi Is there a specific need for jumbo frames? We find that performance is still excellent with standard 1500 byte MTUs. You may find this is the simplest answer to your problem, and it's what I would recommend unless there is a hard customer requirement you need to satisfy. If you have a need for jumbo frames for either performance or feature (VXLAN / NSX) requirements we recommend taking a look at the following guides: [b]VMware vSphere Networking on Nutanix[/b] [url=http://go.nutanix.com/rs/nutanix/images/Nutanix_TechNote-VMware_vSphere_Networking_with_Nutanix.pdf]http://go.nutanix.com/rs/nutanix/images/Nutanix_TechNote-VMware_vSphere_Networking_with_Nutanix.pdf[/url] [b]VMWARE NSX FOR VSPHERE[/b] [url=http://www.nutanix.com/go/vmware-nsx-for-vsphere.html]http://www.nutanix.com/go/vmware-nsx-for-vsphere.html[/url] If you want to separate the management traffic of the CVM from the storage traffic of the CVM we call this a "multi-homed" or "three-legged" CVM. I wouldn't r
Mike, Yeah - the default setting of 1500 is what I use in my own lab and test environments for vSwitch0 MTU. I know a few of the other engineers at Nutanix (and some customers) use and test jumbo frames - but they have their own lab networks setup for end-to-end jumbo. I don't control all of my own lab network so stick with 1500. All of our performance testing I do (with the exception of NSX testing) also happens with the default MTU. You can get performance gains with end-to-end jumbo frames, but the extra complexity (for me) isn't worth the percentage gains. Check out Michael Webster's post here for an alternative to my opinion ;) You can decide for yourself based on the performance charts and config complexity which you'd like to use. [url=http://longwhiteclouds.com/2013/09/10/the-great-jumbo-frames-debate/]http://longwhiteclouds.com/2013/09/10/the-great-jumbo-frames-debate/[/url] This pull quote is something I strongly agree with: Why 10G plus equipment doesn’t come out o
Robert, If you try the wrong password a few times, there is a lockout timer on the account. I've run into this myself. The reboot probably allowed the timer to expire so you could log in again.
Jean-Phillipe, You can connect the CVM to multiple networks if required. This KB article has detailed instructions: [url=https://portal.nutanix.com/#/page/kbs/details?targetId=kA0600000008i7qCAA]https://portal.nutanix.com/#/page/kbs/details?targetId=kA0600000008i7qCAA[/url] (KB 2127)
With one caveat for new versions of Foundation: Foundation can actually run from the Nutanix CVM now, so you can think of the Foundation in that diagram as another component included inside the CVM. That would increase the ports between CVM and IPMI during node imaging. I can't say for sure if that list is exhaustive as new features are added constantly. My general approach there is to allow all traffic between hosts, CVMs, and IPMI internally if possible.
Hello [url=http://next.nutanix.com/member/profile?mid=26456]amunoztico[/url] ! Avaya has certified core Avaya Aura components on Nutanix AHV as of their 7.1.1 release on August 14th. Check out the "What's New in Aura 7.1.1" document here and look for "KVM": [url=https://downloads.avaya.com/css/P8/documents/101038449]https://downloads.avaya.com/css/P8/documents/101038449[/url] You can deploy the following Avaya Aura® applications on KVM:• Avaya Aura® System Manager Release 7.1.1• Avaya Aura® Session Manager Release 7.1.1• Avaya Aura® Communication Manager Release 7.1.1• Avaya Aura® Utility Services Release 7.1.1Note:Utility Services 7.1.1 requires the Utility Services 7.1 KVM image.• Avaya Aura® Application Enablement Services Release 7.1.1• Avaya Aura® Media Server Release 7.8 SP5 (Software only)• Avaya Diagnostic Server Release 3.0 (Software only)• Avaya Session Border Controller for Enterprise Release 7.2 They don't specifically mention Nutanix in the "What's New" document, but if y
Network function chains can do this today in AHV. You would create a tap mode network function VM and put it in the network that these VMs use. This would allow you to capture traffic between VMs on the same "Network" regardless of whether or not they were on the same host. All traffic to and from a VM MUST flow through the network function chain when it's enabled. [url=https://portal.nutanix.com/#/page/docs/details?targetId=AHV-Admin-Guide-v55:ahv-ahv-integrate-with-network-functions-intro-c.html]https://portal.nutanix.com/#/page/docs/details?targetId=AHV-Admin-Guide-v55:ahv-ahv-integrate-with-network-functions-intro-c.html[/url] I'm working on a blog post to cover this use case. Here is an image to show how it would work. You can do an inline port or a tap port. [img]https://d1qy7qyune0vt1.cloudfront.net/nutanix-us/attachment/3877i6F0F52626C27FFD5.png[/img]
Depends on where you're capturing the traffic from, where you're sending it to, and how you're sending it. The NFV I referred to is a special VM that runs on every single AHV host in the cluster. You provision this VM and mark it as an agent VM. Then you add it to a network function chain. This VM can run any OS that's supported on AHV, and you can decide whether to hook up a single interface as a tap, or multiple interfaces as inline. This NFV VM can receive, inspect, and capture in tap mode. In inline mode it can do these function AND decide to reject or transmit the traffic. In the example diagram above, imagine that VM as a Palo Alto Networks VM-Series firewall. I've also used the Snort IDS in my own lab. With this type of NFV configured in a network function chain, you can only capture traffic sent or received by VMs running on AHV. You cannot capture traffic sent by physical hosts, or send in ERSPAN type traffic to the NFV VM. If you setup a regular VM on AHV, you can use this
The Nutanix Reference Architecture for Avaya Aura has also been updated with a detailed matrix of support Aura versions on AHV. This also includes instructions on how to get your Aura VMs running on AHV. [url=https://portal.nutanix.com/#/page/solutions/details?targetId=RA-2014_Virtualizing_Avaya_Aura:top_avaya_aura_vappliances.html]https://portal.nutanix.com/#/page/solutions/details?targetId=RA-2014_Virtualizing_Avaya_Aura:top_avaya_aura_vappliances.html[/url]
[quote=FilipOlsen]Is UCCX also supported ? [/quote] Filip, UCCX will run on Nutanix with ESXi. You can find the UCCX documents from Cisco here: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/uc_system/virtualization/virtualization-cisco-unified-contact-center-express.html
[quote=jlackman]I've read a lot of the documentation on Cisco and Nutanix. Simple question that is not even addressed on the eBook from Nutanix that I can find; Can you run the Cisco UC on the AHV hypervisor yes or no? Much of the documentation implies ESX, but if a UC platform is a combination of RHEL and Windows servers, shouldn't it run on AHV with no problems?[/quote] Today, you cannot run Cisco UC on Nutanix AHV (Or Hyper-V, or XenServer) while also being supported by Cisco. This is not a technical limitation, it is a support limitation. Cisco requires that their UC VMs run on very specific versions of ESXi that they perform full regression testing on. There are some bits and pieces in the Cisco UC VMs that perform hardware checks at install time and boot time to verify you're running on an approved hypervisor. Typically this just presents a disclaimer that you have to acknowledge before the VM will boot. That often looks a bit like the following. [img]https://d1
Mike, The main purpose of having a second network adapter in the server is for redundancy and high availability. We recommend connecting the two 10g links coming from the server to two separate 10g switches for this reason as well. Since you only have a single switch, I'd lean toward connecting just a single 10g uplink from each server to your existing switch. It's worth considering adding a second 10g switch as well for high availability. It's not possible to separate the data and management of the CVM between the 10g and 1g at this time.
Check out the AHV networking best practices guide section on bridge and bond management. [url=https://portal.nutanix.com/#/page/solutions/details?targetId=BP-2071-AHV-Networking:top_open_vswitch_bridge_and_bond_recommendations.html]AHV Networking BPG[/url]
Prasad and Andrew, Flow should work on the latest version of Community Edition. The requirements are as follows: [list=1] [*]Prism Central, AOS, and AHV >= 5.6 ([url=https://next.nutanix.com/download-community-edition-15/download-getting-started-with-ce-5-10-24210]I recommend at least 5.10 to take advantage of the latest features[/url]) [*]Prism Central running on AHV cluster [*]AHV cluster registered to Prism Central [*]One additional GB of RAM for the Prism Central VM [*]One free GB of RAM for each AHV host in the clusters registered to Prism Central [/list] Once these requirements are met, you can walk through the One-Click workflow to enable Flow in Prism Central. Click on the ? menu and you'll see a "New In Prism Central" section where Flow, or microsegmentation, can be enabled.
Hi, In Prism Central 5.11 (not yet released) we're adding the ability to disable Flow in a one-click process from PC User Interface. I'm checking to see if there is a more streamlined way to disable this before 5.11.[img]https://d1qy7qyune0vt1.cloudfront.net/nutanix-us/attachment/83e93ad2-35c2-426e-a357-be44217dcf0d.png[/img]
Starting in AOS 5.6.1 with NCC 3.5.2, Prism Central should by default act as a Proxy for any connected PE clusters that have Pulse enabled. There is no configuration required beyond enabling Pulse in PC and enabling Pulse in PE. Make sure that there is NO manual proxy configuration in the PE. Here is the official documentation: [url=https://portal.nutanix.com/#/page/docs/details?targetId=Prism-Central-Guide-Prism-v511:mul-pulse-proxy-server-c.html]https://portal.nutanix.com/#/page/docs/details?targetId=Prism-Central-Guide-Prism-v511:mul-pulse-proxy-server-c.html[/url] The logic on the PE looks like the following: [img]https://d1qy7qyune0vt1.cloudfront.net/nutanix-us/attachment/254107da-bf4e-4775-b68d-94ad048bad8d.png[/img]
Yes, your understanding is correct. You'd remove the proxy configuration from the PE. Then PE would automatically use the PC for sending pulse data. PC would in turn send that data out over whatever mechanism is available. PC will try to directly reach the destination (or use your configured proxy). If those mechanisms don't succeed, then it will send data using the configured SMTP server. You can find more info in the Prism Central guide here: [url=https://portal.nutanix.com/#/page/docs/details?targetId=Prism-Central-Guide-Prism-v511:mul-support-pulse-recommend-pc-c.html]https://portal.nutanix.com/#/page/docs/details?targetId=Prism-Central-Guide-Prism-v511:mul-support-pulse-recommend-pc-c.html[/url]
@fredzone.net I would recommend changing the subnet mask so you’re able to use the same VLAN for multiple clusters if you desire. This allows you to dedicate a subnet for the backplane network of each cluster, and avoid overlapping the backplane IP addresses. For example: Cluster 1 Backplane: Subnet: 172.16.250.0 Netmask: 255.255.255.128 VLAN: 202 Usable IPs: 172.16.250.1 - 172.16.250.127 Cluster 2 Backplane: Subnet: 172.16.250.129 Netmask: 255.255.255.128 VLAN: 202 Usable IPs: 172.16.250.129 - 172.16.250.254 That gives you the ability to add 127 nodes in every cluster - however - that may not be practical so you could subnet that even further with a smaller netmask if you require.
Hello! We don’t maintain an explicit list of supported switches, it would be MUCH too long. We do make recommendations about what is required in switches for high performance environments, or ROBO environments. We also give examples for each of these environments. You are free to use any switch vendor or model you like as long as they meet our general requirements. Finally - we do list some switches we know should never be used for high performance storage networking. Take a look at the Physical Networking Best Practices Guide. Find the section called: Choosing a Physical Switch.
Hello, There are absolutely no special requirements needed to install F5 BIGIP on Nutanix AHV. Simply move the F5 BIGIP qcow KVM disk image to the Nutanix image service. Then create a VM using this disk image and connect as many network adapters to the VM as you need. At that point you’re ready to power up the VM and follow the F5 installation and configuration instructions.
Hello, the Nutanix AHV Networking Best Practices Guide outlines how to configure your VM NICs in both access and trunk mode and how to move between these modes. Look for the section titled: VM NIC VLAN Modes The only way to do this today is using the aCLI command line (or with REST if desired). This is not currently possible to do through a GUI.
Already have an account? Login
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.
