Уровни доступа к Azure Storage и варианты избыточности: подробный разбор

Уровни хранения Azure и варианты резервирования на уровне проектирования и архитектуры. Выберите правильный вариант резервирования: Гео-избыточное хранилище (GRS) или гео-зональное избыточное хранилище (GZRS) Гео-избыточное хранилище с доступом для чтения (RA-GRS) или гео-зональное избыточное хранилище с доступом для чтения (RA-GZRS) Хранилище Azure предлагает различные уровни доступа, которые позволяют хранить данные объектов BLOB наиболее экономичным способом. Доступные уровни доступа включают: Горячий — оптимизирован для хранения данных, к которым часто обращаются. Холодный — оптимизирован для хранения данных, к которым редко обращаются, и хранится не менее 30 дней. Архивный — оптимизирован для хранения данных, к которым редко обращаются, и хранится не менее 180 дней с гибкими требованиями к задержке (порядка часов). К различным уровням доступа относятся следующие соображения: На уровне учетной записи можно установить только уровни доступа «горячий» и «холодный». Уровень доступа «архив» на уровне учетной записи недоступен. Уровни доступа «горячий», «холодный» и «архив» можно установить на уровне BLOB-объектов во время загрузки или после загрузки. Данные на уровне доступа «холодный» могут допускать несколько меньшую доступность, но по-прежнему требуют высокой надежности, задержки при извлечении и пропускной способности, аналогичных характеристикам «горячих» данных. Для «холодных» данных приемлемым компромиссом является несколько более низкое соглашение об уровне обслуживания (SLA) в отношении доступности и более высокие затраты на доступ по сравнению с «горячими» данными ради снижения затрат на хранение. Архивное хранилище хранит данные в автономном режиме и предлагает самые низкие затраты на хранение, но также и самые высокие затраты на восстановление и доступ к данным. Объем данных, хранящихся в облаке, растет экспоненциально. Для управления затратами на растущую потребность в хранении полезно организовывать данные на основе таких атрибутов, как частота доступа и планируемый период хранения, чтобы оптимизировать затраты. Данные, хранящиеся в облаке, могут различаться в зависимости от того, как они генерируются, обрабатываются и к ним осуществляется доступ на протяжении всего их жизненного цикла. Некоторые данные активно используются и изменяются на протяжении всего своего жизненного цикла. К некоторым данным часто обращаются в начале их жизненного цикла, а затем частота доступа резко снижается по мере старения данных. Некоторые данные остаются неактивными в облаке и редко, если вообще когда-либо, используются после их хранения. Azure Blob Storage с уровнями доступа «горячий», «холодный» и «архивный» решает эту проблему дифференциации уровней доступа с помощью отдельных моделей ценообразования. Учетные записи хранилища, поддерживающие многоуровневое хранение Многоуровневое хранение данных в объектном хранилище между уровнями «горячий», «холодный» и «архивный» поддерживается только в учетных записях Blob Storage и General Purpose v2 (GPv2). Учетные записи General Purpose v1 (GPv1) не поддерживают многоуровневое хранение. Клиенты могут легко преобразовать свои существующие учетные записи GPv1 или Blob Storage в учетные записи GPv2 через портал Azure. GPv2 предоставляет новые цены и функции для больших двоичных объектов, файлов и очередей. Некоторые функции и снижение цен предлагаются только в учетных записях GPv2. Оцените целесообразность использования учетных записей GPv2 после всестороннего изучения цен. Некоторые рабочие нагрузки могут быть дороже на GPv2, чем на GPv1. Для получения дополнительной информации Аварийное восстановление и переключение на резервный аккаунт хранения Microsoft стремится обеспечить постоянную доступность служб Azure. Однако могут возникать незапланированные сбои в работе служб. Если вашему приложению требуется отказоустойчивость, Microsoft рекомендует использовать геоизбыточное хранилище, чтобы ваши данные были скопированы во второй регион. Кроме того, у клиентов должен быть план аварийного восстановления на случай регионального сбоя в работе служб. Важной частью плана аварийного восстановления является подготовка к переключению на резервный конечный пункт в случае недоступности основного. Выберите правильный вариант резервирования Azure Storage поддерживает несколько копий вашего аккаунта хранения для обеспечения надежности и высокой доступности. Выбор варианта резервирования для вашего аккаунта зависит от необходимой степени отказоустойчивости. Для защиты от региональных сбоев настройте свою учетную запись для геоизбыточного хранилища, с возможностью или без возможности чтения из вторичного региона: Геоизбыточное хранилище (GRS) или геозонально-избыточное хранилище (GZRS) асинхронно копирует ваши данные в два географических региона, расположенных на расстоянии не менее сотен миль друг от друга. Если основной регион выйдет из строя, вторичный регион будет служить резервным источником ваших данных. Вы можете инициировать переключение на резервный регион, чтобы преобраз...