Выбор целевого объекта

Microsoft Azure предлагает несколько служб хранилища, таких как файлы Azure, BLOB-объекты, Azure NetApp Files и управляемые диски для виртуальных машин. Кроме того, существуют независимые партнеры поставщиков программного обеспечения (НЕЗАВИСИМЫЕ поставщики программного обеспечения), которые предлагают программно-определенные версии локальных платформ хранения. Эти версии включают блочные, файловые и объектные рабочие нагрузки, созданные на основе основных служб хранилища Azure. У каждого из этих предложений ISV есть собственные ценовые и производительные уровни, а также ограничения на услуги. Важно оценить требования, которые были записаны на этапе оценки, с учетом этих возможностей и ограничений служб.

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

Это важно

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

Выбор должен основываться на производительности, затратах, устойчивости, безопасности и требованиях к функциям.

Для распространенных сценариев, связанных с блокировкой, файлом и хранилищем объектов, ознакомьтесь со статьей "Выбор службы хранилища Azure ", чтобы узнать, какая служба хранилища Azure лучше подходит для ваших потребностей.

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

  • Поддержка протокола.
  • Целевые показатели масштабирования и производительности, такие как ограничения по пропускной способности и IOPS (операциям ввода-вывода в секунду), размер файлов и томов, количество файлов на том или в каталоге, а также иерархическая структура файлов.
  • Требования к репликации и георепликации.
  • Многоуровневое распределение.
  • Поддержка периода хранения.
  • Защита, резервное копирование и восстановление данных от программ-вымогателей.
  • Возможности безопасности.
  • Надежность системы, SLA, RPO, RTO.
  • Доступность служб в различных регионах Azure.
  • Требуется поддержка соответствия требованиям.
  • Определенные функции, такие как альтернативные потоки данных.
  • Поддержка интеграции.
  • Расширяемость функций.
  1. Анализ затрат с помощью калькулятора цен Azure для сравнения моделей ценообразования
  2. Рассмотрите все решения, отличные от Майкрософт или решения ISV, которые уже используются локально, и проверьте доступность аналогичных или таких решений в Azure и его четности функций. Вы можете найти наши партнерские решения по адресу https://aka.ms/azurestoragepartners.
  3. Проверьте возможности целевых служб в зависимости от вариантов использования перед выполнением полной миграции.

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

Миграция неструктурированных данных в основном включает следующие сценарии:

Для оценки текущих ограничений некоторых ключевых служб хранения и определения необходимости изменения вариантов на их основе см.:

Если какие-либо ограничения не позволяют использовать определенную службу, существует несколько поставщиков хранилища, которые предлагают свои решения в Azure Marketplace. Для получения информации о проверенных партнерах ISV, которые предоставляют услуги файловых хранилищ, см. раздел Партнеры службы хранения Azure для первичного и дополнительного хранилища.

Подсказка

При переносе SMB или NFS NAS в Azure вероятные целевые объекты — файлы Azure или Azure NetApp Files. Однако существуют и другие варианты, которые включают:

  • Хранилище Azure BLOB, поддерживающее NFS 3.0.
  • Виртуальные машины Windows или Linux Azure с подключенными дисками.
  • AKS с постоянными томами для контейнерных рабочих нагрузок.
  • Кластер файлового сервера на виртуальных машинах Azure или других устройствах NAS в Azure. Например, NetApp ONTAP, Nasuni, Qumulo и Dell PowerScale.
  • Перенос данных объектов S3 в Azure Blob-объект с использованием инструментов Azure Storage Mover, AzCopy или партнерских/независимых поставщиков ПО (ISV). Для слоя приложений требуются преднамеренные изменения. Хранилище BLOB-объектов Azure изначально не поддерживает API S3, поэтому приложения должны быть обновлены для использования собственных API Azure для завершения миграции.
  • Виртуальная машина Azure с управляемыми дисками часто управляется с помощью службы "Миграция Azure " или других партнерских решений при миграции на виртуальные машины или базы данных.

См. также

  • Last updated on