Лекция Облачные технологии

Избыточность
Что произойдет, если узел хранилища, на котором размещены ваши BLOB-
объекты, аварийно завершит работу? Что, если случится сбой всей стойки, в 
которой находится узел хранения? Azure поддерживает избыточность. Параметр 
избыточности может принимать четыре значения и устанавливается при 
создании учетной записи хранения. Режим избыточности можно изменить после 
его начальной установки, если не было выбрано хранилище, избыточное в 
пределах зоны.
Локально избыточное хранилище (Locally Redundant Storage, LRS) Для 
обеспечения высокой доступности хранилище Azure считает операцию записи 
успешной только после синхронного создания трех копий данных. Эти копии 
хранятся на устройствах в одном регионе и в одном помещении. Реплики 
размещаются в различных доменах сбоя и доменах обновления. Так 
обеспечивается доступность данных даже в том случае, если на узле хранилища 
с данными произойдет сбой или отключение для обновления. Когда вы 
отправляете запрос на обновление хранилища, Azure направляет его всем трем 
копиям, ждет их ответа об успешной операции и только потом передает ответ 
вам. Это значит, что копии, размещенные в основном регионе, всегда 
синхронизированы. LRS дешевле, чем GRS, и обеспечивает более высокую 
пропускную способность. Если приложение хранит данные, которые можно 
легко восстановить, LRS будет оптимальным вариантом.
Геоизбыточное хранилище (Geo-Redundant Storage, GRS) В режиме GRS 
создается три синхронные копии данных в основном регионе для обеспечения 
высокой доступности, а затем асинхронно создается три реплики в связанном 
регионе для возможности аварийного восстановления. Каждому региону Azure 
соответствует определенный связанный регион GRS, который относится к той 
же геополитической зоне. Такую пару образуют, например, западная часть США 
и восточная часть США. Это мало влияет на целевые показатели 
масштабируемости учетной записи хранения. Копии GRS в связанном регионе 
для вас недоступны. Аварийное восстановление данных из GRS — задача 
корпорации Microsoft, а не ваша. В случае масштабного сбоя в основном регионе 
Microsoft откроет доступ к репликам GRS, но такого еще ни разу не случалось.

---

82 
Геоизбыточное хранилище с доступом на чтение (Read-Access Geo-
Redundant Storage, RA-GRS) Это хранилище GRS с дополнительной 
возможностью считывать данные из вторичного региона, благодаря которой оно 
подходит для частичного аварийного восстановления клиентских данных. В 
случае проблем в основном регионе вы сможете настроить приложение так, 
чтобы оно считывало данные из связанного региона. Возможность 
переключения 
на 
резервный 
регион 
реализована 
в 
компоненте 
Microsoft.WindowsAzure.Storage.RetryPolicies.LocationMode 
клиентской 
библиотеки хранилища. Она позволяет считывать данные из вторичной копии в 
случае, если основная копия недоступна. Эта возможность реализована и готова 
к использованию. При сбое ваши клиенты, возможно, не смогут обновлять 
данные, однако смогут их считывать, составлять отчеты на их основе и т. п. Такое 
хранилище также подходит для приложений, в которых много пользователей, 
которые считывают данные, и лишь несколько пользователей, которые их 
записывают. Вы можете настроить приложение, записывающее данные, так, 
чтобы оно взаимодействовало с основным регионом, а систему для чтения 
данных — на работу со связанным регионом. Это хороший способ распределить 
обращения к учетной записи хранения.
Хранилище, избыточное в пределах зоны (Zone-Redundant Storage, ZRS) 
Этот тип хранилища поддерживается только для блочных BLOB-объектов в 
стандартной учетной записи хранения. При использовании такого хранилища 
данные реплицируются между двумя или тремя физическими средами, которые 
находятся в одном или в двух регионах. Это обеспечивает более высокую 
устойчивость, чем при использовании LRS, однако учетные записи ZRS не 
поддерживают ни метрики, ни ведение журналов.