Дополнительные возможности для обеспечения доступности
База данных SQL Azure и Управляемый экземпляр SQL Azure по умолчанию предоставляют обширные возможности обеспечения доступности на различных уровнях служб. Существует несколько дополнительных операций, которые можно выполнить для увеличения или изменения доступности баз данных и экземпляров. Вы можете напрямую наблюдать влияние на соглашение об уровне обслуживания (SLA). В этом уроке вы узнаете о дополнительных возможностях обеспечения доступности в SQL Azure.
зоны доступности;
На уровне служб "Критически важный для бизнеса" в базе данных SQL Azure можно (без дополнительной платы) использовать конфигурацию, избыточную между зонами, если она поддерживается вашим регионом. В общих чертах группа доступности Always On, на которой основана работа критически важных для бизнеса баз данных и управляемых экземпляров, развертывается в трех разных зонах доступности в пределах региона. Зона доступности — это, по сути, отдельный центр обработки данных в заданном регионе. Между зонами доступности всегда существует физическое разделение. Данная функция обеспечивает защиту от неустранимых сбоев, которые могут возникнуть для центра обработки данных в регионе.
С точки зрения производительности может наблюдаться небольшое увеличение задержки в сети, так как группа доступности теперь распределяется по нескольким центрам обработки данных, находящимся на определенном расстоянии друг от друга. По этой причине зоны доступности не включены по умолчанию. У вас есть выбор между развертыванием с одной или несколькими зонами доступности. Настройка этого параметра выполняется так же просто, как добавление параметра в команду PowerShell или Azure CLI или флажок в портал Azure.
Зоны доступности являются относительно новой функцией в SQL Azure, поэтому сейчас они доступны только для некоторых регионов и уровней служб. Со временем эта функция, скорее всего, будет поддерживаться для дополнительных регионов и, возможно, дополнительных уровней служб. Например, недавно уровень общего назначения для Базы данных SQL Azure выпустил предварительную версию для развертывания с несколькими зонами доступности.
Соглашение об уровне обслуживания SQL Azure
SQL Azure предлагает соглашение об уровне обслуживания (SLA), которое гарантирует финансовое обеспечение обязательств по достижению и поддержанию уровней обслуживания. Если уровень обслуживания не обеспечивается указанным в SLA образом, вы можете иметь право на частичную компенсацию месячных выплат за использование служб.
В настоящее время максимальный уровень доступности (99,995 %) можно получить с помощью развертывания базы данных SQL Azure на уровне "Критически важный для бизнеса" с настроенными Зонами доступности. Уровень критически важный для бизнеса является единственным вариантом в отрасли, который предоставляет соглашения об уровне обслуживания RPO и RTO от 5 до 30 секунд соответственно.
- RPO расшифровывается как recovery point object, то есть целевая точка восстановления. Это объем данных, которые вы готовы потерять в худшем случае.
- RTO расшифровывается как recovery time objective, то есть целевое время восстановления. Это количество времени, которое требуется для восстановления резервной копии и повторного запуска в случае аварии.
Для развертываний Базы данных или Управляемого экземпляра SQL Azure типа "общего назначения" или "критически важный для бизнеса" (с одной зоной) используется уровень SLA в 99,99 %.
Соглашение об уровне обслуживания для уровня служб "Гипермасштабирование" зависит от количества реплик. Помните, что вы выбираете, сколько реплик вы используете на уровне "Гипермасштабирование". Если у вас нет реплик, отработка отказа будет выполняться так же, как на уровне "Общего назначения". Если реплики есть, отработка отказа будет больше похожа на процесс на уровне "Критически важный для бизнеса". Ниже приведены соглашения об уровне обслуживания, основанные на количестве реплик:
- 0 реплик: 99,5%
- 1 реплика: 99,9%
- 2 или более реплик: 99,99 %
Георепликация и группы автоматической отработки отказа
После выбора уровня служб (и зон доступности, где это применимо) можно рассмотреть и другие варианты обеспечения масштабирования для чтения или возможности отработки отказа в другой регион: георепликация и группы автоматической отработки отказа. В локальной среде SQL Server настройка любого из этих способов может потребовать значительного объема планирования, координирования и времени.
Облако — и SQL Azure — упрощают этот процесс. Как георепликацию, так и группы автоматической отработки отказа можно настроить несколькими щелчками мыши на портале Azure или несколькими командами в PowerShell или Azure CLI.
Необходимо учесть несколько факторов, чтобы решить, что лучше подходит для вашего сценария — георепликация или группы автоматической отработки отказа:
| Функции | Георепликация | Группы отработки отказа |
|---|---|---|
| автоматический переход на другой ресурс | No | Да |
| Одновременная отработка отказа нескольких баз данных | No | Да |
| Пользователь должен обновить строку подключения после отработки отказа | Да | No |
| Поддержка Управляемого экземпляра SQL Azure | No | Да |
| Может быть в том же регионе, что и основной | Да | No |
| Несколько реплик | Да | No |
| Поддержка масштабирования для чтения | Да | Да |