Connecting Cloud Innovators: Building Community at .NEXT 2024
Hi everybody,i’m trying to Size a Mine appliance with Veeam (Workload: Mine (v2) with Veeam) leaving all default and with Nutanix Hardware and i get the error below:No Optimal Solution found for following cluster(s) due to:MineModel not supported for standalone backup mineIn order to generate an optimal solution, please try modifying the workload requirements and/or sizing options. You can also try switching the Sizer Policy profile or re-configuring the selected Sizer Policy profile. If i try the same with HYCU it works as expected.Any suggestion?Thank you
Hi everybody,the question is, as i’d to reinstall a new PC Instance (the old one crashed), is there a way to import the configuration of a previously deployed Karbon Cluster in the new PC instance?I would like to manage the old cluster with the new PC.Thank you all
I have a problem with arp requests on the bridge for guest traffic In the drawing below the current architecture. If a request arrives from the outside, passing through the firewall, and the firewall is starting to communicate to a VM connected to a NIC to BR1-UP bond of BR1 bridge, the ARP request for the resolution of the VM address stops at the bridge BR1 and do not reach the VM, in this case the firewall and VM ARP tables remain unpopulated and the communications stop. On the other hand, if the communications depart from the VM to the Firewall (for example with a ping) the ARP request is processed by the firewall and the ARP tables of firewall and VM are correctly populated with the respective MAC ADDRs. Firewall IP and VM IP are in the same broadcast domain, no routing. I checked with Wireshark on the windows VM, with tcpdump and ovs-appctl fdb/show on the Nutanix host and when the communications start from the firewall the ARP request goes up to the physical card of the BR1
A customer asked.... Is there a sort of table to compare the Acropolis version with che KVM corresponding one? Thank you!
As the most of you probably know, with AOS 5.6, has been introduced the Volume Group with Load Balancing function, well known as VGLB As i know the 5.6 version is in short term support. Now i'm deploying a two Oracle 12c RAC clusters on 2 8000 6-nodes AOS-AHV clusters with AOS 5.5.3.1. It involves using volume group with multiple vdisk, network related configuration, Linux related tuning and so on... Of course, with 5.5.3.1 (so far the latest GA version in long term support), i've not the VGLS choice, every volume group's I/O is managed by a single CVM. By the other side, with AOS 5.6, i could distribute this load on every single CVM and every single node storage on the cluster. Of couse this heavily impact on the resiliency, the performance and the resources distribution. The questions are two and i need some suggestions. 1) could be better to upgrade to 5.6 even if it is in short term support? 2) is it possible to update "on the fly" the volumes's configuration with "vg.upd
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.