Для ИТ-отделов оценка решений для хранения данных — важный процесс, который может определить всю цифровую инфраструктуру компании. Плохо продуманное решение для хранения данных может существенно снизить производительность отдела и привести к серьезным сбоям или, в худшем случае, к безвозвратной потере данных. Наоборот, разумное решение, принятое с учетом всех факторов, может обеспечить организации масштабируемое совместно используемое хранилище, способное удовлетворить требованиям к производительности и надежности.
Поддержание ИТ-архитектуры, особенно в больших масштабах, может быть похоже на уход за старой машиной. Это дорого и требует много ресурсов, если у вас нет времени или денег на лучшую альтернативу. Администраторы ИТ-систем, работающие с устаревшим и неэффективным оборудованием, пытаются наверстать упущенное и с трудом поддерживают инициативы по преобразованию работы с данными.
При разработке нового решения важно сначала проанализировать общую архитектуру и системный дизайн предлагаемого решения, а также понять возможные узкие места ресурсов во всем стеке. Это позволит архитекторам приложений и систем хранения данных выбрать и спроектировать подходящее решение для хранения данных. Мы выделили ряд ключевых вопросов, ответы на которые помогут архитекторам систем хранения данных принять обоснованное решение:
При внедрении новых приложений важно понимать, какие данные хранятся, чтобы принять обоснованное решение о том, следует ли использовать блочное, файловое или объектное хранилище.
Блочное хранилище чаще всего используется в средах DAS и SAN. В случае DAS весь том RAID или физический диск представляется ОС как необработанный неформатированный том. В средах SAN весь LUN (состоящий из нескольких физических дисков) из массива хранения данных предоставляется ОС через высокоскоростную сеть и отображается как необработанный неформатированный том. Базовые уровни необработанного тома состоят из меньших областей памяти или секторов, которые обрабатывает операционная система. Затем базовая подсистема хранения данных может сопоставить эти логические блоки с конкретными физическими блоками на определенных дисках. Система хранения данных на блочном уровне является быстродействующей и надежной. Она идеально подходит для постоянно изменяющихся данных, таких как реляционные базы данных, базы данных оперативной обработки транзакций (OLTP), серверы электронной почты или инфраструктура виртуальных рабочих столов, где требуется высокая пропускная способность транзакций и низкая задержка.
Объектное хранилище хранит данные (и связанные с ним метаданные) в контейнерах с уникальными идентификаторами, без папок или подкаталогов, как в файловом хранилище. В нем используется концепция хранилищ «ключ-значение», где каждый ключ указывает на определенное «значение» или фрагмент данных и извлекается через API-интерфейсы.
Оно в основном используется для обработки больших объемов неструктурированных данных, таких как электронные письма, резервные образы, отснятый материал систем видеонаблюдения или, в Интернете вещей, для управления данными для машинного обучения и анализа данных. Объектное хранилище хорошо подходит для обработки очень больших объемов данных и может масштабироваться так быстро, как того требует сфера применения. Однако извлечение данных выполняется медленно, поэтому такой тип хранилища неэффективен для баз данных или высокопроизводительных вычислений. Примеры объектного хранилища — Amazon S3, Google Cloud и Azure Blob.
Файловое хранилище хранит данные в файлах, организованных в папки и подкаталоги, и совместно используется по сети с помощью SMB (Windows) или NFS (Linux). Оно хорошо подходит для централизованного хранения файлов, таких как видео, изображения или документы, но имеет ограниченную масштабируемость, поскольку объем данных продолжает расти. Это не самый подходящий вариант для обработки очень больших объемов неструктурированных данных или постоянно меняющихся данных, таких как базы данных OLTP.
Успешные предприятия занимаются созданием систем высокопроизводительных вычислений (HPC). Они используют локальные базы данных и сервисы обработки данных для выполнения транзакционных вычислений, а затем обеспечивают встроенную интеграцию с облачными объектными хранилищами для хранения больших объемов неструктурированных данных. Это позволяет выполнять транзакции с высокой пропускной способностью и IOPS в быстродействующем блочном и файловом хранилище локальных центров обработки данных и хранить большой объем неструктурированных данных в более медленном облачном объектном хранилище.
Для крупномасштабной обработки данных требуется решение для хранения данных, основанное на их типе. И ваше предприятие должно выполнить соответствующий анализ. Например, для обработки и анализа неструктурированных локальных или облачных данных компаниям нужна платформа файловых данных для гибридной инфраструктуры хранения, которая может предоставлять аналитику и информацию в реальном времени.
Центральным элементом оценки решений для хранения данных является их тестирование и проверка. У тестирования есть множество преимуществ. Повышение производительности приложений, оптимизация затрат на хранение и снижение рисков — все это можно проверить с помощью соответствующих инструментов. Тем не менее, небольшим или недостаточно финансируемым ИТ-отделам может быть трудно это сделать, поскольку собственные или условно-бесплатные инструменты часто не обеспечивают то разнообразие тестов, которое необходимо для воспроизведения реальной производственной среды компании.
Тестирование можно использовать для ответа на все следующие вопросы или их часть:
Выбирая масштабируемое решение для хранения корпоративных данных, очень важно обратить внимание на то, как оно работает с данными и приложениями.
К сожалению, отличный продукт мало значит без команды поддержки, которая помогает предприятию решать любые проблемы, возникающие во время его использования. И наоборот, хороший продукт может стать отличным благодаря усилиям сотрудников службы технической поддержки. Возможно, стоит учитывать существующие профессиональные отношения с нынешним поставщиком систем хранения вашего предприятия при принятии решения о возможных изменениях в решении для хранения данных. Кроме того, на ваш выбор должны повлиять соглашения об уровне обслуживания (SLA), такие как соблюдение ключевых показателей эффективности: задержка, пропускная способность или количество операций ввода-вывода в секунду при выполнении определенных рабочих нагрузок. Если предполагаемый поставщик имеет хорошую репутацию в отрасли (например, обычно его решения превосходят стандартные отраслевые тесты), вы можете поверить на слово его описанию таких функций, как высокий показатель IOPS и пропускная способность при приемлемой задержке для каждой платформы.
Еще один фактор, о котором следует помнить, — это стоимость рассматриваемых решений для хранения данных. Следует учитывать не только стоимость приобретения, но и стоимость обслуживания и совокупную стоимость владения (TCO).
#KingstonIsWithYou
Kingston может предложить независимое мнение и советы о том, какие преимущества твердотельные накопители корпоративного класса принесут вашей конкретной среде хранения, и какие твердотельные накопители наиболее подходят для ваших рабочих нагрузок, требующих баланса высокого числа операций произвольного чтения и записи в секунду (IOPS).
Саймон Бестеман расскажет о преимуществах SSD-накопителей и о последних тенденциях хранения данных.
Системные интеграторы в Индии построили свой бизнес и репутацию с надежными продуктами Kingston.
Саймон Бестеман рассказывает о текущих и будущих вызовах для центров обработки данных.
Изучите эволюцию технологии DRAM и узнайте о будущих тенденциях в нашей электронной книге.
Будучи созданными для разных целей, клиентские и индустриальные SSD имеют разные свойства.
Узнайте, как определяются показатели TBW и DWPD и чем они различаются.
Мы рассмотрим различные типы памяти и то, как сделать правильный выбор для вашего сервера.
В техническом документе вы узнаете, как DC600M обеспечивает производительность и эффективность vSAN.
