Разъяснение по плану резервного копирования базы данных SQL Azure (краткосрочное хранение)
Меня смущает план резервного копирования базы данных Azure SQL (краткосрочное хранение резервной копии).
Насколько я понял,
- В модели покупки DTU дополнительная плата за хранилище резервных копий не взимается, вы платите только за тип резервирования (например, LRS, ZRS).
- В модели покупки виртуальных ядер вам придется платить за хранилище резервных копий.
я прав ?
означает ли это, что у меня не будет никаких резервных копий, если я не подпишусь на хранилище резервных копий в vCore?
Кроме того, в калькуляторе цен Azure, в vCore, вариант общего назначения, у вас есть два раскрывающихся варианта избыточности (я не говорю о плане долгосрочного хранения), в чем разница между ними?
Спасибо.
1 ответ
у меня не будет никаких резервных копий, если я не подпишусь на хранилище резервных копий в vCore?
Да, в vCore , если вы не выделите учетную запись хранения для резервных копий, вы не сможете выполнять операции резервного копирования ни вручную, ни автоматически. Если вы считаете, что вам не нужны резервные копии, то вы можете быть дураком ; ), Azure будет поддерживать доступ к вашей базе данных в соответствии со стандартными соглашениями об уровне обслуживания, но инфраструктура не предоставит вам возможность восстановить состояние на определенный момент времени. вашей базы данных, только резервные копии могут адекватно сделать это за вас. Но затраты на хранение, как правило, являются минимальным компонентом ваших общих расходов. После завершения операции резервного копирования вы можете загрузить резервную копию для локального хранилища, а затем очистить большой двоичный объект, что делает этот аспект практически бесплатным, но вам потребуется учетная запись хранения для завершения процесса резервного копирования.
в калькуляторе цен Azure, в виртуальном ядре, вариант общего назначения, у вас есть два раскрывающихся варианта избыточности.
Вы имеете в виду резервирование компьютеров:
Избыточность зоны для уровня общего назначения базы данных SQL Azure
В конфигурации избыточности зоны используютсязоны доступности Azure для репликации баз данных в нескольких физических расположениях в регионе Azure. Выбрав избыточность зоны, вы можете сделать свои бессерверные и подготовленные отдельные базы данных общего назначения и эластичные пулы устойчивыми к гораздо большему набору сбоев, включая катастрофические сбои в работе центра обработки данных, без каких-либо изменений логики приложения. Эта конфигурация предлагаетSLA доступности 99,995% и RPO=0. Дополнительные сведения см. в разделеДоступность избыточной зоны уровня служб общего назначения .
На других уровнях эти режимы резервирования называются LRS (локально избыточный ) и ZRS ( зональный избыточный). Думайте об этом как о своем выборе того, что происходит, когда на ваш центр обработки данных влияет какое-либо геологическое или политическое событие, которое означает, что кластер серверов, блок или весь центр обработки данных отключены.
Локально избыточный предлагает избыточность только из географически локального (часто того же физического сайта). Как правило, это защищает от локальных сбоев оборудования, но обычно не от сценариев, при которых весь центр обработки данных отключается. Это минимальный уровень избыточности, который требуется Azure для планов управления оборудованием и обслуживания.
Zone Redundant предлагает избыточность в нескольких географически независимых зонах, но все еще в пределах одного и того же региона Azure . Каждая зона доступности Azure — это отдельное физическое расположение с собственной независимой сетью, питанием и охлаждением. ZRS обеспечивает как минимум 99,9999999999% прочности объектов в течение данного года.
На более высоких уровнях предлагается третий тип избыточности: геоизбыточное хранилище (GRS). Он имеет ту же избыточность на уровне зоны, но настраивает дополнительные реплики в других регионах Azure по всему миру.
В случае базы данных SQL Azure эти термины для вычислений (то есть фактический сервер и ЦП) имеют почти такое же значение, как и для избыточности хранилища. Итак, что касается доступных опций, калькулятор цен довольно хорошо документирован для всего остального, используйте информационные подсказки для быстрой информации и перейдите на справочные страницы для получения дополнительной информации:
Особенности перечислены здесь: Избыточность службы хранилища Azure , но избыточность в Azure достигается за счет репликации. Это означает, что поддерживается вся работоспособная и пригодная к использованию версия вашей базы данных, чтобы в случае сбоя реплика взяла на себя нагрузку.
Особенностью репликации является то, что вы можете активно использовать реплицированный экземпляр для рабочих нагрузок только для чтения , что дает нам, как разработчикам и архитекторам, некоторые интересные возможности производительности для переноса сложных отчетов и аналитических рабочих нагрузок из OOTB манипуляций с транзакционными данными. -тривиальная конфигурация.
Префикс RA для опций резервирования является аббревиатурой от Read Access.