Changing redundancy in Recovery Services Vault? - azure

I created Recovery Services Vault in Azure and didn't see any option to choose from GRS or LRS. I am told it uses GRS by default. How can I change it to LRS?

That's right, GRS is the default option but you can change it.
From Proprieties of your vault > Backup Configuration > Update
Note: if you already have VMs protected, you shall delete them and backup them again.

Related

What is the different between vault vs snapshot and vault in azure backups

I have the following question when backing up VMs using Azure Backup there are two types of recovery - Snapshot and Vault & Vault. What is the difference between those?
In the docs they mention at least this:
If the recovery type for a restore point is “Snapshot and vault” and I perform a restore operation, which recovery type will be used?
If the recovery type is “snapshot and vault”, restore will be automatically done from the local snapshot, which will be much faster compared to the restore done from the vault.
So this seems to be related to the Instant Restore feature.
Snapshot and Vault means there is a local snapshot in your storage account, and is faster to restore from.
The ones with Vault are slower as it needs to be pulled from the vault.
By default, these snapshots are kept for 2 days.

What is the point of having Geo-redundant recovery service vault with/without Cross region restore?

There are two back up configuration options for Azure Recovery Service Vault - LRS vs GRS
This is a question regarding Azure Recovery Service Vault.
How does geo-redundant enabled recovery service vault being handled when its residing region failed ?
If the cross region restore is not being enabled for a recovery service, which by default it isn't, what will happen to my recovery service vault ?
I am trying to find out the difference between enabling cross region restore and not to.
There is not much info that i can find through the internet and official documents.
Configure cross region restore for recovery service vault
There is one more helpful link GRS vs LRS. However, as of time writing, seems like cross region restore has not been enabled, and right now, it is on enabled in west central us. However, we can enable GRS for all(most) regions.
The Recovery Services vault is an entity that stores the backups and recovery points created over time. Azure Backup automatically handles storage for the vault. The LRS and GRS mean to the Storage Replication type. Read the storage replication strategy.
Locally redundant storage (LRS) replicates your data three times
within a single data center.
GRS replicates your data to another data
center in a secondary region, but that data is available to be read
only if Microsoft initiates a failover from the primary to secondary
region.
Storage Replication type by default is set to Geo-redundant. The CRR feature is based on A vault created with GRS redundancy. So you can enable GRS for all(most) regions but CRR is currently available in the WCUS region. Read here.
As the GRS storage replication, If the primary region that geo-redundant enabled recovery service vault residing on failed, Microsoft initiates a failover from the primary to a secondary region. The secondary region serves as a redundant source for your data.
With CRR enabled service, The restore operation on the secondary region can be performed by Backup Admins and App admins. Which gives you full control to restore data to a secondary region. The secondary region is an Azure paired region.
Without CRR enabled service, you probably could not restore all the Azure VMs for the selected recovery point if the backup is done in the secondary region. You can create a new VM from a restore point, restores a VM disk, replace a disk on the existing VM. See the restore options.
Hope this could help you.
THis is another answer from Cross Region Restore - check comments for reference purpose.
The storage redundancy configuration for the Recovery Services Vault (RSV), is specific to Azure Backup data, not Azure Site Recovery (ASR).
This means, in the event of an Azure region failure, if the RSV is configured with Geo-Redundant Storage (GRS), then (with the help of the Azure support team), the RSV can be made available in the paired Azure region, and the data would be accessible.
The cross-region restore (CRR) option, is something that’s specific to Azure Backup, not ASR. You can have an RSV configured with GRS storage, but not have CRR enabled. The CRR feature allows you to take a backup of a VM in Region1, and perform a VM restore in Region2. The storage redundancy is for geo-failover of the RSV itself in the event of a full Azure region failure.

Recovery Services Vault - What does LRS vs GRS apply to in this context?

An Azure Recovery Services Vault has a "Backup Configuration" setting to control the "storage replication type" of the vault. There are 2 options: LRS or GRS storage. I need some guidance on what this means in the context of a vault.
1) What exactly does the LRS/GRS setting of a recovery services vault apply too when it comes to a vault? For example does it apply to the settings/configuration of the vault, does it apply to any backup data in the vault?
2) If the GRS setting applies to backup data within the vault does this mean that in the event of a disaster all backup data within the vault will be made available to a secondary region when a failover is triggered?
3) If point #2 above is true what is the point of recovery services vault replication? Does this just allow a customer to failover whenever they want instead of waiting for Microsoft to initiate the failover?
Using GRS for a recovery service vault means that your data is replicated to a second region. If the primary region goes down you will still be able to restore data using this recovery service vault in the secondary region.
GRS storage failover is under the control of Microsoft, they will choose when to failover (which has not happened yet), not you. There is a preview running for customer initiated failover for GRS storage, but this does not extend to backup vaults.

Way to control location of Azure Vault used for backup?

I'm backing up my VM using a Vault in the same Storage Group but noticed that is was sent to GRS instead of LRS. GRS is double the price and I don't need anything better than LRS. I've checked the vault and backup setting but don't see a way to change or even configure that from the start.
Is there an option that I'm missing or is this controlled by Microsoft. On-line documents seem to indicate that is can be controlled but don't show how/where.
In fact, currently, we could not change the storage replication type if you have set up or have used this recovery service vault for backup. For the first time, you deploy this recovery service vault, you could change the storage replication type from GRS to LRS in the Azure portal.
In this case, you have to remove the old one and create a new vault. Refer to changing Azure Recovery Services Vault to LRS Storage. You also could vote this similar user voice here.

Azure Recovery Services Vault Backup Usage

I have started using the Azure Recovery Services Vault to backup some Azure VMs for the first time. While looking at the vault I noticed in both recovery services vaults that the backup files were being stored in Cloud-GRS storage and not Cloud-LRS storage. I've looked everywhere I can think of and I can't find a way to change it (or anything even saying why I would want to). So, a couple of questions:
Is it possible to change the backup destination to Cloud-LRS?
If yes, why would one want to change it?
Is it possible to change the backup destination to Cloud-LRS?
Once you have registered servers on it, no. You have to remove all protected items before switching vault type. By default, GRS is used.
Assuming you have no protected items, select the Recovery Services Vault >> Backup Infrastructure >> Backup Configuration >> Select storage type
If yes, why would one want to change it?
Basically, you'd want to change it only if Azure is not your primary backup storage endpoint or if your backup data is not so critical after all.

Resources