AWS

Microsoft Azure hitting capacity constraints

Looks like Microsoft is having capacity issues in some of its world datacenters including the UK ( Especially UK West)

Microsoft’s statement was as follows

Due to a large spike in demand from customers responding to COVID-19 mitigation measures, Microsoft is managing capacity in some locations and will add new capacity as soon as possible. If your orders are failing, please select a different virtual machine size, or try provisioning in a different region. Microsoft has also paused sale of Reserved Instances, so is unable to process these orders at the current time. We will resume Reserved Instances orders once Microsoft also resumes them.

It is also now prioritizing extra resources for key customers

We are working closely with first responder organizations and critical government agencies to ensure we are prioritizing their unique needs and providing them our fullest support.

“We are also partnering with governments around the globe to ensure our local datacenters have on-site staffing and all functions are running properly,"

Specifically, we are providing the highest level of monitoring during this time for the following:

First Responders (fire, EMS, and police dispatch systems)
Emergency routing and reporting applications
Medical supply management and delivery systems
Applications to alert emergency response teams for accidents, fires, and other issues
Healthbots, health screening applications, and websites
Health management applications and record systems

If you are facing issue the recommendation if to find another region in their 54 Regions

For UK  Partners are advised to provision in UK South is UK West fails. 

For Australia: Partners are advised to provision in Australia South-East (Melbourne) if provisioning in Australia East (Sydney) fails. 

For Asia South-East: Partners facing provisioning failures in Asia SouthEast (Singapore) need to identify the best location for their customers in terms of latency. India South, Korea or Japan are suggested locations. 

For East Asia: Partners are advised to provision in Korea or Japan regions where provisioning fails for East Asia (Hong Kong).

Interestingly enough Google Cloud ( GCP ) which is the largest growing cloud provider in 2019 and Amazon’s AWS which still has the largest market share has had no growth or capacity issues

Microsoft services have been increased in demand by around 700%

This confirms why Hybrid Cloud or Multi Tenant Cloud solutions are used in some situations for extra redundancy!

Costs of Azure VS AWS for Virtual Tape Library and Veeam

For organisations wanting to ultilse a VTL setup for Veeam instead of Veeam Cloud connect , they should be aware that VTL won't be able to roll up incremental backups into synthetic fulls, meaning every full back you are going to do will copy then entire full backup set to AWS.

AWS

Each virtual tape is limited to 30MB/s of upload throughput. To get up to the gateway maximum of 120MB/s, you need to have 4 virtual tapes running simultaneously

Guide

Amazon vtl is 20-30 megabytes per second

Gateway : Maximum of 95 GBP / Month

Archive Glacer Storage : 0.0034 GBP per GB / Month

Azure

You will need a Starwind VTL Virtual Machine running ( is free software ) 

You will need to pay for this VM in Azure : 133 GBP / Month

Azure Cool Storage : £0.0079 per GB ( first 50TB ) 

VTL - Why you shouldn't invest in new tape Drives or Tapes

Amazon provides a service called VTL , Virtual Tape Library which means your Existing Backup Programs can utilise this service per normal E.g. Veeam! This means whenever your tape drive fails you can not move to this service with a Gateway and continue on your retention per normal without a shift in Technology or process

Costs

  • Virtual tape storage - $0.024 per GB-month of data stored
  • Virtual tape storage - Archived - $0.0045 per GB-month of data stored

How To 

  1. Download the AWS Storage Gateway virtual machine (VM) from the AWS Management Console, and deploy it where your backup server is located, on VMware ESXi, Microsoft Hyper-V, or even in Amazon EC2.
  2. Install the gateway and provision storage (DAS, NAS or SAN) locally for the tape gateway. This storage will act as a durable “Upload Buffer" for data being uploaded to AWS, and as a cache for recently read virtual tape data. This Cache Storage space can be used to retain the latest backup for quick local recoveries.
  3. Configure the local gateway as a VTL using the AWS Management Console, associate its IP Address with your AWS Account and select an AWS Region for your gateway to store uploaded data.
  4. Mount the AWS Storage Gateway virtual tape drives and virtual media changer to your existing backup server and allow your backup software to discover the Virtual Tape Library and virtual tapes.
  5. Switch your backup jobs to the gateway, and data will be first written locally to the gateway, cached and buffered for upload into the VTL, which resides in S3. Much like tape automation systems, virtual tapes can be archived to Amazon Glacier for lower-cost retention which removes them from the online VTL.
  6. Retrieve tapes from archive in Amazon Glacier via the AWS Management Console and manage your recovery process via your backup software.
  7. You can deploy additional gateways at other sites, or in EC2 as well, both to back up data from those locations, and also for remote recoveries of your other sites.

Learn more about getting started here.

Azure

Starwind has partnered with Azure to offer a similar product however you need to purchase a VM to be able to do this

https://azuremarketplace.microsoft.com/en-us/marketplace/apps/starwind.starwindvtl?tab=Overview

Cost of this is : $0.01 / Month / GB in "Cool Storage" . and it's Archive Storage ( Cheaper ) is still to be priced