Exam AZ-301 topic 17 question 32 discussion

Answer should be D as GRS replication meets the requirement for recovery in the event of a region failure and as there is an RTO of up to 7 days , 'Azure Recovery' (which doesnt actually exist, just 'Azure Site Recovery' but lets assume it is that) has a cost per instance covered and the requirement for the solution is to minimize costs, so using ARM templates to redeploy would be more cost effective.

D is the correct answer, 7 days RTO, when disaster happens, Microsoft will make the GRS storage avilable for you in the DR region and you can use ARM template to redeploy the VMs from existing disks in the the storage account. Azure site recovery gives ability to quick recovery but is expensive.

sorry, i took back what I said before, I realized it is HDD, HDD can run on unmanaged disk with GRS, so the answer is C

answer is C: Storage accounts that contain Azure managed disks for virtual machines always use LRS. Azure unmanaged disks should also use LRS. It is possible to create a storage account for Azure unmanaged disks that uses GRS, but it is not recommended due to potential issues with consistency over asynchronous geo-replication https://docs.microsoft.com/en-us/azure/storage/common/storage-redundancy

I would choose C. See also here: https://quizlet.com/355067597/real-microsoft-azure-certification-az-302-practice-exam-killtest-flash-cards/ and Explanation: Not A, B or D. The requirement is also to minimize cost. Azure Site Recovery and GRS storage are expensive services. The RTO is up to 7 days and this gives enough time for executing ARM deployment. Reference: https://docs.microsoft.com/en-us/azure/virtual-machines/windows/using-managed-disks-template-deployments

My two cents ... 1. we are dealing with Test and Dev environments with 7 days RTO. Most companies either don't backup these platforms at all or, if they do, have OS-level backup or Templates only (the reason is simple - backups cost money). 2. Requirements say we must minimize cost - using GRS is justifiable option for PROD, DR and PET platforms but is definitely overkill for Test/Dev (GRS is too expensive for non-PROD environments; especially if we know some large Apps have multiple Test, Dev and QA environments) So the most economical Backup option for Test/Dev VMs would be to use lower cost LRS and RM Templates By doing so we accept risk associated with this approach just in order to reduce the cost NOTE: or course, this configuration should never be used on higher platforms (PROD/DR/PET) but it is perfectly suitable for Test/Dev In short - i would pick Option C, as the least expensive Backup solution offered

Note that the RTO can be 7 days, so there's no necessity to use ASR, which is much more expensive. A and C are out because we need to take care regional failure. Hence, D is the final answer.

yes, you cannot store VMs disks in GRS, and you need a recovery in place ti move data - Disks: Use Azure Backup to back up the VM disks used by your Azure virtual machines. Also consider using Azure Site Recovery to protect your VMs in the event of a regional disaster. - Storage accounts that contain Azure managed disks for virtual machines always use LRS. Azure unmanaged disks should also use LRS. It is possible to create a storage account for Azure unmanaged disks that uses GRS, but it is not recommended due to potential issues with consistency over asynchronous geo-replication https://docs.microsoft.com/en-us/azure/storage/common/storage-disaster-recovery-guidance answer should be A

I think D is incorrect since it lacks of the last step. A standard ARM template will create a new VM without any data. However, it is not mentioned to copy or mount the GRS replicated unmanaged disk to the new created VM.

its correct. B. Store the disks in a Standard_GRS storage account. Configure Azure Recovery. If a failure occurs, initiate a manual failover.

I think it should be A, although unmanaged disk are available on GRS it is not recommended "Azure unmanaged disks should also use LRS. It is possible to create a storage account for Azure unmanaged disks that uses GRS, but it is not recommended due to potential issues with consistency over asynchronous geo-replication" And with C you don't have the data available in another region so won't work unmanaged disk are supported on site recovery see https://docs.microsoft.com/en-us/azure/site-recovery/azure-to-azure-support-matrix. smaller sizes but nothing mentioned about this.

Answer is C. As solution unmanaged disks can only be store in an LRS Storage account and if you want to failover u need to shutdown VM's , recreate them and re-attach disks. References: https://docs.microsoft.com/en-us/azure/storage/common/storage-redundancy#zone-redundant-storage https://docs.microsoft.com/en-us/azure/storage/common/storage-disaster-recovery-guidance#azure-unmanaged-disks

GRS + ARM Templates would work - the procedure is described here: https://docs.microsoft.com/en-us/azure/storage/common/storage-disaster-recovery-guidance when scrolling down to Azure Virtual Machines. So D is a viable and rather cheap option. I wouldn't advise anyone to do it but I guess it's the answer that's being asked for.

I would say LRS + backup

1. it is possible to create GRS also for unamanaged disk https://docs.microsoft.com/en-us/azure/storage/common/storage-redundancy 2. I can not find, that ASR doesnt support unmanaged disks

https://docs.microsoft.com/en-us/azure/site-recovery/azure-to-azure-support-matrix Site Recovery doesn't support unmanaged disks

It is A. Unmanaged Disk should be on LRS. They cannot be on GRS. It cannot be C, because we need a backup of the disk