Параметры отработки отказа Azure для хранилища больших двоичных объектов - PullRequest
Новая
       37

Параметры отработки отказа Azure для хранилища больших двоичных объектов

0 голосов
/ 01 июля 2019

Может быть, кто-то может указать мне направление, как мне реализовать сценарий отработки отказа для моего хранилища больших двоичных объектов.

Я работаю с довольно большими полезными нагрузками, которые отправляются в мой API. API получает полезные данные с метаданными и сохраняет их в BLOB-объекте. Кажется, все работает нормально, за исключением того, что у меня есть требование SLA, которое определяет стратегию аварийного переключения в случае, если служба Azure Blob Storage недоступна, API должен откатиться и сохранить файлы локально или в любом другом месте. После запуска и запуска Azure Blob Storage файлы должны быть переданы обратно в BLOB-объект для дальнейшей обработки.

Моя первая идея заключалась в том, что я могу сохранять файлы локально в файловой системе службы приложений Azure, как только файлы распределяются между всеми экземплярами службы (при масштабировании до нескольких экземпляров) как указано здесь, но внутренне он все еще реализован с использованием того же хранилища Azure.

Так что будет лучшим вариантом здесь?

1 Ответ

0 голосов
/ 05 июля 2019

Как уже упоминалось, ваши учетные записи хранения будут автоматически переключаться на другой регион в случае сбоя. Функция предварительного просмотра, так что вы можете принудительно перенести на вашу сторону. SLA для гео-избыточного хранилища составляет 99,9% и будет продолжать функционировать даже в том случае, если весь регион Azure не работает. Этого достаточно для большинства приложений.

Как вы уже отметили, службы приложений также используют хранилище, поэтому запись на диск будет недостаточной в случае широко распространенного сбоя хранилища. При работе с большими файлами приходят на ум два варианта, которые останутся без работы, даже если все хранилище будет закрыто.

  1. Найдите параметр вторичного хранилища где-нибудь за пределами Azure.
  2. Хотя CosmosDB не предназначен для хранения файлов, он может временно обрабатывать данные. Он предназначен для георепликации, обработки больших объемов данных, и вы даже можете находить его в разных регионах из своих учетных записей хранения.
...