Nutanix Disaster Recovery

Hi Experts !We recently upgraded one of our Nutanix clusters to AOS 6.8.1.8 and started facing an issue with the Cerebro service shortly after.Symptoms observed:Remote replication alerts after the upgrade.Remote site configuration warning indicating that some CVM/SVM IPs were not properly configured on the peer site.Cerebro entering a crash loop?cluster status showing constantly changing/high PIDs for Cerebro.cerebro.FATAL reporting an error similar to: Check failed: citer != (pd.second)->snapshot_uuid_map().end() with a snapshot stuck in a pending action.It looks like there is a stale or orphaned snapshot operation in the WAL / metadata, likely triggered after the upgrade while replication configuration was not fully consistent.Has anyone already seen this behavior after an AOS upgrade?Did you resolve it by fixing the remote site configuration o

Are we able to configure a recovery plan in Nutanix Leap when we have Production and DR clusters (10 Clusters each) managed across two separate PCVMs (both running version 7.5.0.5)?Currently, while creating the recovery plan, I can select individual VMs, but I do not see an option to select at the cluster level. Is this expected behavior when using two PCVMs, and how can we properly configure a recovery plan in this setup?Any guidance on achieving this design would be helpful.

Hi I have a customer that is asking me for some feature on Nutanix (AHV) that may provide some kind of immutability for the VM snapshots, so in the event of an admin account hack the snapshots could not be destroyed.I was looking for something like that on AHV and I discovered Secure Snapshots with Approval Policies in Prism Central and I’d like to confirm a few points regarding requirements and licensing.https://portal.nutanix.com/page/documents/details?targetId=Disaster-Recovery-DRaaS-Guide-vpc_7_5:ecd-approval-policies-dr-pc-c.htmlContext:The customer has two AHV clusters, each one with his own Prism Central Licensing: NCI Pro + Advanced Replication add-on (

HiThis thread is related with the previous one that I opened some days ago but it was already closed as solved.https://next.nutanix.com/nutanix-disaster-recovery-29/replicated-recovery-points-not-found-error-45362In summary:I’ve recently deployed a pair of AHV clusters, each one with his on Prism Central. Later I’ve created a specific container for testing purpose called “Replica-Container” on both sites I’ve moved some test VMs to that specific container and and I’ve created a manual bi-directional syncronous replica between both sites. I’ve manualy added the test VMs to the protection plan and I’ve waited some time for them to replicate between sites. Finaly I’ve created two different Recovery plans Recov

Hi,I’m currently configuring synchronous replication (manual failover, no Witness VM yet) between two AHV clusters managed by Prism Central 7.5.0.5 (each cluster has it’s own PC).Since there is no Witness deployed, this is not Metro Availability, but a synchronous Protection Policy with manual failover. As soon as I have the Witness VM I will test the Metro Availability feature.Current setup Created a container named Metro_CPD1 on both clusters. Created 3 test VMs on Cluster1 and placed them in the Metro_CPD1 container. From PC1 I’ve created a Synchronous Protection Policy (ReplicaMetro-CPD1-to-CPD2) with manual failover. From PC1 I’ve created a Recovery Plan (

Currently we are running VM’s workload in VXRail VMware, these VM’s replicating to Azure cloud using recovery vault.Now these VM’s migrating to Nutanix native AHV environment.Please advise how to replicate VM’s from Nutanix to Azure cloud using which tool,Thanks in advance.

Hi, We have two cluster, Prod and DR. We have protection policies all set up, as well as recovery plans. However, when performing a planned failover (for testing) ​​​​​​, the execution of the recovery fails. But it also succeeds… with warnings. The warnings say as follow:------VMs/Recovery Points detected on Prism Element(s) with unsupported licenseIMPACTSome VMs might not be recovered.CAUSESome of the VMs/Recovery Points are located on Prism Element(s) with unsupported license.RESOLUTIONMake sure that the Prism Element(s) have supported license. Supported License includes Ultimate License or Pro license with add-on advanced replication.-----The (planned) failover is also successful - so why the warnings? We have Pro licence. As far as I understand it, we need Ultimate licence for Test failover, but not for the planned failover (as long as we don’t do staging in bringing VMs bac

We are using Nutanix Data protection APIs to compute the changed regions between VM recovery points, where we are seeing in-consistent behaviour. API version - v4.1API First we do discover cluster on Prism central IP - /api/dataprotection/v4.1/config/recovery-points/{extId}/$actions/discover-cluster Then we Compute VM change regions on Prism Element IP - api/dataprotection/v4.1/content/recovery-points/{recoveryPointExtId}/vm-recovery-points/{vmRecoveryPointExtId}/disk-recovery-points/{extId}/$actions/compute-changed-regionsSo for Second request the start offset is provided as 0 to compute the regions from the start. It provides the change regions and let’s say the last offset changed is n. Now when we request the same compute regions API with the start offset n, it stills gives more compute regions which should not be the case as the last request ended the compute regions in n. We check below meta data response for if t

Hi.Currently, virtual machine A running on cluster A (consisting of three machines) is being remotely backed up to cluster B (consisting of one machine) using Prism Element's protection domain.In this state, is it possible to remotely back up virtual machine B running on cluster B to cluster A using the protection domain?Is this a problem?kind regards.

Our current setup is physical prod servers and VMs are in 10. 172.31.40.1 segment and DR physical servers are in 172.31.30.1 segment and DR VMs are in 10. 172.31.40.1 segment and we configured Async DR setup. Currently we configured IPsec VPN in HQ and DR through FortiGate firewall. If production site  down, how can we access the production VM servers in DR site. This is our concern please provide solution for this design.

I’m configuring Nutanix DR with zero compute but when i try to deploy MST from marketplace i receive the following errors:Credential is invalidVariable new_secret_keySecret value for variable is emptyVariable new_access_keySecret value for variable is emptyCredential default_credSecret value for credential is emptyI’ve tried to configure default credentials from self service but with no luck.thanks in advance

Hi everyone,A customer currently operates a VMware vSAN cluster at their primary site and is planning to deploy a new HCI platform at a secondary site. One of the key requirements is that the new HCI cluster must be able to replicate workloads to the existing VMware vSAN environment.My question is the following:Is it feasible to propose Nutanix with AHV for the secondary site while keeping VMware vSAN at the primary site? If yes, which third-party solution would be recommended to ensure reliable replication between Nutanix AHV and VMware vSAN? If not, what alternative HCI architecture would you recommend to meet this requirement? Thanks in advance for your insights and feedback.

Hello,First post here!I previously developed an automation flow using the Nutanix V3 API that interacts with Prism Central and orchestrates the "Test Failover", "Failover" and "Clean Up" DR Actions for a specified list of Virtual Machines.For the V3 API version, I utilised both the "recovery_plans" and "recovery_plan_jobs" API endpoints.These do not appear to be present within the V4 API (not that I can find in the various V4 API documentation).Are there plans to add these and if so, are there any timescales for when these will be added?Thanks.Regards,Paul 

I am working on setting up DR replication between two 3 node Nutanix clusters running AOS and AHV. Can someone help clarify something for me? It does not appear that you can replicate a PC VM, and the clusters can only be registered to a single PC instance. So:If the cluster hosting the PC VM were to go down, how would you be able to initiate a manual failover with the controlling PC VM also down?Do I need to stand up PC on each cluster and register each to a separate PC instance to avoid this single point of failure?Is bi-directional replication possible with two clusters registered to the same PC? It appears that once a protection policy is setup to replicate from cluster A-->B that A is no longer an option to setup as a replication target from cluster B.

Hi. It appears that you cannot backup PC to an AWS storage gateway, it must be able to reach AWS natively. Is this true? Thank you!

Hi everyoneI have to deploy a Metro Availability architecture for two AHV clusters (no ESXi involved) and I have several questions so I’d appreciate some feedback from those who have deployed similar setups. The main goal is to achieve the lowest possible RPO and RTO between two datacenters with a robust and simple architecture. Both clusters will be separated by about 100m on two separate buildings and they will be connected with FC cables (<5ms).As far as I know, only ESXi with vMSC supports true RTO = 0 However, since this environment is AHV-only, my understanding is that in a failover event the VMs from Site A would need to be powered on in Site B rather than running continuously on both sides... Is that correct?That being said, here you are the possible scenarios to deploy Metro Availability between both sites: Two AHV clusters in

With the Starter license, am I able to configure asynchronous replication in both directions— from site A to site B and from site B to site A?

Hi,Thoughts from the community please on this one.We have two clusters, in two different data centers with NearSync to replicate VMs.  So my problem is when I do a unplanned fail-over I get a VM with a new GUID, all good, until my backup software (Veeam) sees this as a new VM and creates a fresh full backup.  How do I deal with this in a better way? A full backup of all my VMs is going to need a lot of space and time! 

I’m setting up my DR site, will be using asynchronous/near-sync replication with Protection Policies in Prism Central (NOT Protection Domain) I don’t want to completely drown my WAN link in replication traffic during the initial VM seeding. Is there any way of throttling or controlling the replication traffic?

Hi,I need some clarification regarding the following scenario:We have an on-premises infrastructure running on Nutanix with AHV as the hypervisor. Our goal is to replicate these virtual machines to Microsoft Azure to establish a disaster recovery (DR) setup.Is Nutanix AHV fully supported for replication to Azure in the same way that VMware or Hyper-V environments are supported by Azure Site Recovery (ASR)?Could you please help clarify the possible options, associated challenges, and the feasibility of replicating Nutanix AHV workloads to Azure—particularly through ASR or any alternative solutions? I’m looking for clear insights and confirmation on the best approach for this use case.Thank you.

Hello, I’m new to Nutanix and setting up DR for VMs on vSphere ESXi.While failover from primary to DR site is straight-forward, I was wondering on the amount of time for failback. Normally, when failback is initiated, it will replicate changed blocks from DR site to primary site.And this may take a while depending on the changes occurred while at DR. Is it possible to do reverse replication while still at DR? This way, when failback is initiated, only the few remaining changed blocks need to be replicated - shortening the failback time.Thanks for your comments

Recommendations for DR Configuration between On-Prem AZsRecommendation for Virtual Networks• Recovery plans do not support overlapping subnets in a network-mapping configuration. Do not create virtual networks that have the same name or overlapping IP address ranges.Quotes from Nutanix Disaster Recovery Guide I would like to clarify the meaning of the recommendation point (Recovery plans do not support overlapping subnets. / Do not create networks that have the same name or overlapping IP address ranges.). Kindly, provide a simple example for clarification, if necessary.

Hello everyone !I have lost the entire administrator access to my Nutanix CE infrastructure exepted to AHV. I cannot log to my CVM by SSH and cannot log to the web interface of Prism Element ( Account locked due to too many failed attempts.). I also do not have backup account, only the admin one with wich I’m trying to log.I have access to the IPMI of my server and can log to AHV on it, if someone has any idea how i can regain control I would deeply appreciate itThanks in advance

PC version Version pc.2024.3.1 Please find the below failover summary in which I can see the guest script is successful as per https://portal.nutanix.com/page/documents/details?targetId=Disaster-Recovery-DRaaS-Guide-vpc_2024_1:ecd-ecdr-create-recoveryplan-pc-t.html Step 7. When we checked guest for the below script result we found it didn’t run. =========================================== [root@RHEL9 sbin]# pwd/usr/local/sbin[root@RHEL9 sbin]# ls -ltrtotal 12-rwxrwxrwx.

Hi,Is there a way to query which cluster that a VM is running on from within the VM itself?   I will need this for both Windows and Linux VMs. The reason is I want to take different actions in the Data Protecion Recovery Plan scripts production_vm_recovery and test_vm_recovery depending on which cluster the VMs failed over to.  Thanks,Howard