Георезервирование там, чтобы обеспечить переход на большие аварийные ситуации.
Если вы посмотрите на цели scalability and performance, вы увидите, что гео-избыточное хранилище имеет более низкие значения пропускной способности (вход и выход). Вы должны установить для него доступ к гео-избыточному хранилищу для доступа к вторичной конечной точке (т. Е. Не использовать тот же адрес, что и первичный). Вы можете включить этот вариант перехода на другой ресурс в свои приложения/веб-службы, если хотите, но при этом он будет доступен только для чтения, он все равно будет отставать.
Я полагаю, это зависит от: а) насколько важны ваши данные (всегда приятно сообщить вашим клиентам, что их данные безопасны даже в случае бедствия) и б) будет ли вы реалистично достигнуть любого из пределов учетных записей ,
Я не использовал медиафайлы любого размера из учетной записи хранилища, поэтому я стараюсь работать с ограничениями на предмет/раздел до пределов входа/выхода. Я бы включил гео-репликацию с самого начала и отключил ее, если/когда вы сталкиваетесь с проблемами производительности (или разделяете данные между несколькими учетными записями). Существует плата за повторное включение георепликации, если она была отключена, я предполагаю, что этот сбор должен быть связан с потенциально большим объемом данных на вторичном сервере.
мои два цента