Единое хранилище данных: Как и для чего использовать Единое хранилище данных (ЕДХ) по Москве?

Единое хранилище данных признано ООН одной из передовых практик мира

Единое хранилище данных (ЕХД), разработанное Аналитическим центром Москвы, вошло в число мировых передовых практик, которые способствуют достижению Целей устойчивого развития (ЦУР) «Устойчивые города и населенные пункты». По данным ООН, таковы результаты Второго конкурса передовых практик по достижению ЦУР, сообщил заместитель Мэра Москвы по вопросам экономической политики и имущественно-земельных отношений Владимир Ефимов.

«Всего в рамках ЦУР «Устойчивые города и населенные пункты» были отмечены 148 практик. ЕХД стало одной из трех практик из России, отмеченных всемирной организацией. Система востребована во всех сферах городского хозяйства и постоянно расширяется, помогая как властям Москвы, так и регионам РФ эффективно решать управленческие задачи», — подчеркнул заммэра.

Он пояснил, что по итогам конкурса ООН сформировала базу данных проектов и инициатив, которые могут быть реализованы в любой точке мира для содействия реализации Повестки дня в области устойчивого развития на период до 2030 года.

Она объединяет передовые практики городов, государств и некоммерческих организаций по всем 17 ЦУР из всех регионов мира.

 Помимо ЕХД, в рамках ЦУР “Устойчивые города и населенные пункты” отмечен благотворительный проект «Поколение М» компании МТС и Глобальная инициатива для территориальных образований Всемирной организации устойчивого развития.

 Единое хранилище данных — проект Аналитического центра Москвы, подведомственного Департаменту экономической политики и развития города Москвы. Запущенный в 2014 году проект представляет собой уникальную базу статистических данных, позволяющую использовать современные инструменты по работе с информацией.

«ЕХД уже зарекомендовало себя как ресурс, способствующий повышению доступности данных о социально-экономическом положении Москвы и других российских регионов. В системе содержатся более чем 10 тысяч показателей, и в их числе те индикаторы, по которым оценивается прогресс по достижению ЦУР», — отметил министр Правительства Москвы, руководитель Департамента экономической политики и развития города

Кирилл Пуртов.

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

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

 В 2020 г. вошло в топ-100 идей АСИ по направлению «Новая технологическая стратегия». В марте 2021 года ЕХД было представлено российским регионам в качестве передовой практики городского развития.

#ЕХД

Почему Е в аббревиатуре ЕХД — это про бизнес-процессы / Хабр

Хранилище данных без Е

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

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

Задачи по использованию накопленных данных наиболее часто используются для следующих классов задач:

• регуляторная отчетность
• финансовый учет
• планирование и контроль
• бюджетирование
• анализ клиентской базы
• риск-менеджмент

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

Способы и виды хранилищ данных

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

• как аллоцировать расходы по бизнес-добывающим подразделениям
• Как прогнозировать спрос в зависимости от внутренних или внешних факторов
• Как управлять риском в финансовых и страховых организациях
• Как повысить средний чек клиента (таргетинг)

В каждом из вышеприведенных примеров требуется использование более одного источника данных. Кроме того, важно, чтобы методы сопоставления данных между источниками были едины. Иначе неизбежно возникнет ситуация, когда в организации, скажем, директор по стратегии и директор по продажам будут приносить генеральному директору одну и ту же информацию, но с разными цифрами. А потом месяц выясняют, кто же был «правее», используя чуть ли не половину имеющегося в их распоряжении персонала.

Самым примитивным способом организации хранилища данных является так называемое «озеро данных» (или data lake), когда мы просто берем и сваливаем в кучу данные из разных источников. В этом случае мы имеем единую техническую платформу для работы с данными и изолируем сложные аналитические запросы от первичных задач информационных систем. Такое хранилище данных может быть вполне себе и нереляционным. Однако в этом случае можно забыть о сложном анализе, и оперировать лишь простыми запросами. Кроме того, люди, работающие с данными, должны быть хорошо осведомлены не только о бизнес-области, но и о моделях данных исходных систем.

Далее по уровню организации хранилища данных следует хранилище, по т.н. классификации Кимбелла (Kimpball). Измерения из разных систем унифицируются, и таким образом, получается что-то вроде сети с двумя типами таблиц — фактов и измерений. Это первичное обогащение справочников, когда мы, используя какой-то общий натуральный ключ в одних и тех же таблицах разных источников, например, ИНН в справочнике организаций, получаем единый справочник.

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

Е — Единое

Говоря о тезисе данной статьи, я перечислю основные проблемы, с которыми сталкиваются лица, ответственные за построение хранилищ данных:

«Конь в вакууме«. Хранилище построено, но им никто не пользуется.

«Черный ящик«. Хранилище построено, но что в нем есть и как оно работает непонятно. Из-за этого возникают постоянные ошибки, а если еще и уволилась часть команды разработчиков, то как результат, скатываемся в пункт a.

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

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

Разберем все четыре случая более подробно

«Конь в вакууме». Если вы получили этот результат, то это произошло по одной из двух причин:

1. Менее вероятно. Вами не были собраны требования от бизнес-подразделений (или, что — то же самое, они были плохо проработаны). Такая, казалось бы, абсурдная ситуация возникает, если идея создания хранилища идет не от бизнеса, а от ИТ подразделения, у которого просто есть «лишний» бюджет, а хранилище — задумывалось потому, что оно есть у всех. Заказчиков вроде как потом найдем (еще лучше вариант «сами прибегут с протянутыми руками») — если все туда уложим. Лица, ответственные за выделение бюджета, считают это чем-то необходимым, в книжках читали, слыхали, ну вроде это как модернизация, и согласно кивают.
2. Более вероятно. Определены заказчики хранилища данных, допустим, это департамент по продажам, и тут приходит светлая идея: «а давайте сделаем еще небольшое усилие дельта, загоним в него финансы, кадры и еще чуть-чуть и хранилищем будет пользоваться все предприятие». Хранилище построено, но им пользуется только департамент продаж, хотя там все красиво, и молочные береги — бери не хочу, но нет, времени на кисельные берега у коллег нет, им нужно скорее в шахту, с утра до ночи долбить кусочек данных. Ведь это кусочек, добытый потом и кровью (читай: потраченным рабочим временем).

В обоих случаях отсутствует элемент взятия ответственности на топ-менеджера и спускании ее вниз по иерархии. Это как с корпоративной культурой. Если у ген. директора предприятия 2 зама, то заставить пользоваться хранилищем на уровне предприятия может только сам ген. дир, или же хранилище строится для части предприятия — той, которую курирует руководитель наивысшей должности, осознающий необходимость внедрения ЕХД.

Для исключения таких ситуаций необходимо следующее:

1. Определить формально спонсора проекта хранилища данных — кто будет отвечать за результат и финансово, и духовно
2. Утвердить скоуп проекта, возможно, этапность, обозначить приблизительные сроки
3. Согласовать со всеми подразделениями — желательно, с построением бизнес-процессов as is и to be

Только после этого можно приступать к реализации проекта — сбору требований, проектирования архитектуры и т.д.

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

В этом случае, очевидно, не был поставлен процесс документирования разработки. Принцип «сначала документирование», потом разработка должен быть возведен если не в Абсолют, то в достаточно жесткий контроль. И не только со стороны команды, ответственной за разработку хранилища данных. В идеале необходимо, чтобы к процессу непрерывной и актуальной документации были подключены дополнительно разработчики отчетности (аналитической, регуляторной), владельцы внутренних информационных систем компании, и, конечно, сами потребители.

Кроме того, процесс документации должен удовлетворять следующим принципам:

• Актуальность — текущее состояние программного кода полностью определено составом документации
• Версионность — возможность анализировать документацию прошлых релизов и планировать модификации на будущие релизы
• Разделяемость — над документом могут работать одновременно несколько человек
• Применимость. Тут говорится о том, что для каждого вида документации хранилища важно подобрать такую структуру, которая будет лучше всего восприниматься целевыми пользователями: так, структуру таблиц лучше описывать в табличной форме, бизнес-процессы в виде нотаций, взаимодействие между информационными системами в виде диаграммы, бизнес-словарь в виде вики-системы, и т. д.

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

• ER-диаграммы
• BPMN-продукты
• ETL-решения

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

«Калькулятор«. Если считать, что мы не получили «коня в вакууме», тогда эта ситуация о том, когда требования вроде бы выполнены, но выполнены они формально. Вы хотели посчитать остатки по дням — пожалуйста. Хотите получить их в разрезе по регионам контрагентов — такого в требованиях не было, вам нужно сделать выгрузку в excel, далее берете из системы X выгрузку по контрагентам с выбором поля Y, и затем ВПР-ите.

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

Итак, чтобы хранилище не оказалось калькулятором, необходимо обеспечить:

1. квалифицированные кадры — архитекторы, аналитики, разработчики EtL и SQL
2. Устав проекта, в котором будут обозначены цели хранилища не только на ближайший бюджетный период, но и на последующие годы
3. Количественные и качественные критерии хранилища данных. Если не хватает своих кадров, рекомендуется привлечь консультантов
4. Четко представлять себе, что поможет оптимизировать хранилище данных в дальнейшем — расходы на персонал, ПО, увеличить скорость разработки отчетов и т. д.

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

Такая ситуация может происходить по следующим причинам:

1. О ней уже было сказано выше — недостаток квалифицированных кадров;
2. Безархитекутрная концепция — когда разные части хранилища делаются разными людьми или командами без общей утвержденной концепциии, в результате имеем множественные способы извлечения, трансформации и загрузки данных;
3. Очень частая ситуация — «аутсорсим разработку», поддержка своя, при этом приемка работ сделана плохо
4. На каком-то этапе развития хранилища «бюджет кончился». И далее хранилище дорабатывает (поддерживает) не та команда, которая создавала, а те, кому нужны данные

Для предотвращения данных ситуаций, рекомендуются следующие действия:

1. Сказанное в пунктах выше — квалифицированные кадры, устав проекта, долгосрочный план и бюджет, заинтересованное лицо из топ-менеджера.
2. Не аутсорс руководит процессом, а внутренний сотрудник (главный аналитик или архитектор) руководит аутсорсом.
3. Любые сбойные ситуации должны выноситься на собрания на рассмотрения архитектору хранилища. Если архитекторов несколько, то на архитектурный комитет.
4. Желательно ввести метрику качества хранилища данных, можно использовать эту метрику для привязки к KPI команды.

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

Переход от хранилища данных к единому

Как уже было сказано выше, успех проекта по созданию хранилища данных, определяется достаточно многими входными данными (бюджет, спонсор, команда, цели, заказчики). Однако мы практически не касались бизнес-процессов, которые направлены на развитие и поддержание самого ХД. Ниже я попробую сформулировать основные бизнес-процессы, которые и призваны сделать процессы работы с данными на предприятии действительно едиными:

1. Процессы поддержания технической и пользовательской документации в актуальном состоянии
2. Процессы ведения в актуальном состоянии бизнес-словаря (глоссария) данных
3. Процессы контроля качества данных
4. Процессы сбора и управления требованиями к ХД и системе отчетности
5. Процессы управления инфраструктурой хранения и обработки данных
6. Процессы оптимизации хранения и сбора данных

В современной парадигме данная совокупность бизнес-процессов составляет основу концепции Data Governance.

Очень часто при попытке внедрить эти процессы силами команды по созданию ХД и отчетности будет предпринято активное сопротивление, или же игнорирование процессов. Оно и понятно, ведь в локальном смысле это удлинение разработки.

Поэтому полезным будет предпринять следующие действия:

• Введение горизонтальной структуры ответственности (каждый участник может отвечать за небольшую область)
• Изображение в графическом виде всех возможных workflow для всех сотрудников (формализация процесса)
• Внедрение в систему KPI процент и качество выполнения ответственности

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

Немного о целевом архитектурном решении

Несмотря на то, что архитектура ЕХД тянет на отдельную большую статью, или даже книгу, обозначу также основные технические требования к зрелому хранилищу данных:

1. Парадигма data lake не заменяет корпоративных хранилищ данных, а сосуществует с ним вместе
2. ЕХД должно иметь различные интерфейсы предоставления данных: средства bi, возможность выполнения ad-hoc sql запросов, стандартное предоставление данных в форматах json, xml и т.д.
3. Должна быть реализована ролевая модель доступа к данным
4. Скорость отклика при обращении к данным: 90% типовых запросов — менее 1 секунды, 99% запросов — менее 10 секунд. Должен быть достаточно хороший запас по ресурсам
5. Наличие единого и связного центрального слоя ХД (предпочтительно — Inmon методология)

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

Что такое унифицированное хранилище?

Хранилище

К

• Соня Лели, ТехТаржет
• Джон Эдвардс

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

Унифицированная архитектура хранения одновременно обеспечивает хранение файловых данных и управление блочным вводом-выводом (вводом-выводом) корпоративных приложений. С этой целью многопротокольная система хранения объединяет файловый и блочный доступ на единой платформе хранения по сравнению с традиционными массивами, которые содержат либо одно, либо другое.

Как работает единое хранилище

Унифицированное хранилище использует стандартные файловые протоколы, такие как CIFS (общая файловая система Интернета) и NFS (сетевая файловая система), а также стандартные блочные протоколы, такие как Fibre Channel (FC) и iSCSI (Интерфейс малых компьютерных систем Интернета), чтобы разрешить пользователям и приложениям доступ данные консолидированы на одном устройстве. Как следует из названия, унифицированное хранилище сочетает в себе различные протоколы доступа, такие как блок сообщений сервера и NFS, и блочные протоколы, такие как FC и iSCSI, что позволяет пользователям получать доступ к объединенным приложениям и хранилищу.

Преимущества унифицированного хранилища

• Единая точка управления и администрирования. Унифицированное хранилище освобождает администраторов от необходимости управлять несколькими наборами инструментов и пулами разрозненных хранилищ.
• Экономия средств. Унифицированное хранилище обеспечивает экономию средств, позволяя пользователям консолидировать хранилище в существующей сети.
• Меньше оборудования для обслуживания. Унифицированное хранилище сводит к минимуму потребность в оборудовании за счет объединения отдельных платформ хранения, таких как сетевое хранилище (NAS) для файлового хранилища и дисковые массивы для блочного хранилища, в одном устройстве. Такой подход обычно приводит к упорядоченному и менее затратному обслуживанию, позволяя сотрудникам сосредоточить свое внимание на более приоритетных проектах.
• Упрощенная масштабируемость. Благодаря унифицированной системе хранения администраторы хранилища могут полагаться на единую панель управления, которая показывает, сколько свободной емкости осталось во всем пуле хранения, и выносить суждения.
• Дополнительные функции. Дополнительные функции и функции, такие как возможности репликации и многоуровневого хранения, позволяют организациям более эффективно управлять данными на нескольких платформах, включая облако. Между тем, шифрование данных и контроль доступа могут снизить риски безопасности, защищая как в состоянии покоя, так и в движении.
• Увеличение срока службы приложений. Благодаря унифицированному хранилищу приложения, специально разработанные для определенной категории хранилищ, получают возможность работать с файловыми, блочными и объектными данными, даже если программное обеспечение было написано для работы только с определенным типом хранилища. Этот очень полезный атрибут может продлить срок службы устаревшего приложения без необходимости перекодирования.

Исследования показывают, что большинство корпоративных ИТ-магазинов присматриваются к покупке нового унифицированного массива хранения.

Недостатки единого хранилища

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

Основные поставщики унифицированных систем хранения и продукты

Унифицированное хранилище развивается и включает виртуализацию облака и хранилища. Например, облачный провайдер Nasuni предлагает унифицированное хранилище файлов и данных, которое сочетает в себе локальные системы с облачным хранилищем, которое работает на объектном хранилище с централизованным доступом.

Эта статья является частью

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

Многочисленные крупные поставщики доминируют в блочной и файловой унифицированной архитектуре хранения, например, интегрированная в облако Unified Storage Architecture от NetApp; и Dell Technologies предлагает пару унифицированных систем хранения: Dell EMC Unity XT All-Flash Unified Storage и Dell EMC Unity XT Hybrid Unified Storage. Dell также предлагает серию унифицированных хранилищ EMC VNX, которые поддерживают смешанные рабочие нагрузки в физических и виртуальных средах, а также Dell EMC VMAX для консолидированных критически важных приложений. У Hitachi Vantara есть серия Hitachi Unified Storage (HUS) и платформы HUS VM (виртуальные машины), которые используют собственную технологию виртуализации поставщика для развертывания традиционного хранилища вместе с хранилищем на основе объектов. Система IBM Storwize Unified работает с виртуальными серверами и поддерживает облачные и аналитические приложения.

Последнее обновление: сентябрь 2020 г.

Продолжить чтение Об унифицированном хранилище (многопротокольном хранилище)

• Унифицированное хранилище становится более функциональным с выпуском EMC VNX2

• В чем преимущество единого хранилища?

• Унифицированное хранилище играет важную роль в средах хранения данных

• Общие сведения об унифицированной архитектуре хранения

• Унифицированные массивы поддерживают как блочные, так и файловые протоколы

Копать глубже на первичных устройствах хранения

• Файл, блок и объект: основы хранения в облачную эпоху

  Автор: Энтони Адсхед

• Pure предлагает локальное хранилище объектов в качестве источника данных Snowflake

  Автор: Энтони Адсхед

• Операционные системы для хранения данных будут в центре внимания на выставке Dell Tech World

  Автор: Адам Армстронг

• кластерная сетевая система хранения данных (NAS)

  Автор: Роберт Шелдон

Аварийное восстановление

• Как обеспечить непрерывность сети в стратегии аварийного восстановления

  Катастрофа приходит не только в виде пожара, наводнения и программ-вымогателей. Потеря непрерывности сети является реальной проблемой и должна быть …

• Предотвращайте различные типы сетевых атак с помощью планирования аварийного восстановления

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

• 11:11 Портфель DR растет после покупки Sungard

  После семи приобретений за два года, в том числе частей компании Sungard AS, которой уже несколько десятков лет, компания 11:11 Systems стремится взять на себя …

Резервное копирование данных

• Используйте управление данными с нулевым доверием для лучшей защиты резервных копий

  Администраторы резервного копирования, желающие защитить данные от злоумышленников, могут реализовать стратегию нулевого доверия для дополнительной защиты. Тем не менее, . ..

• Поставщики резервного копирования SaaS диверсифицируют подход по мере роста внедрения

  Поставщики резервных копий расширяют охват и внедряют новые методы резервного копирования данных SaaS, поскольку ИТ-отделы борются с …

• IBM Storage Defender демонстрирует изменение стратегии хранения

  IBM объединяет свои продукты для защиты данных и работает с новым партнером, чтобы решить одну из самых больших проблем для …

Центр обработки данных

• 4 модуля PowerShell, которые должен знать каждый ИТ-специалист

  Узнайте, как использовать четыре самых популярных модуля сообщества PowerShell в галерее PowerShell, чтобы лучше управлять своим …

• Система Nvidia DGX Quantum объединяет процессоры, графические процессоры с CUDA

  Nvidia и Quantum Machines предлагают новую архитектуру, сочетающую центральные и графические процессоры с квантовыми технологиями.

• Модернизация приложений, мейнфреймы, микросервисы: обзор событий IBM

  На недавнем мероприятии IBM Infrastructure Analyst компания IBM объявила о достижениях в IBM zSystems для ИИ, архитектуры приложений и других областях …

Унифицированное хранилище: необходимые изменения

Вы должны быть той переменой, которую хотите видеть в мире. ― Махатма Ганди   Сегодня на наших смартфонах установлено невероятное количество приложений. Не так давно нам приходилось покупать отдельные продукты для выполнения тех задач, которые мы сейчас выполняем с помощью одного смартфона: мобильный телефон для звонков, GPS для автомобиля, фотоаппарат для фотосъемки, карманный калькулятор, часы, будильник. , одометр и монитор сердечного ритма для упражнений… В 90-е годы у некоторых из нас даже был пристегнут к поясу пейджер, а в карманах мы носили Palm Pilot в качестве цифрового помощника для управления нашим календарем. В этом году Gartner прогнозирует, что будет отгружено более 1,5 миллиарда смартфонов, что означает двузначный рост продаж по сравнению с 2020 годом. Мы считаем само собой разумеющимся широкий спектр приложений и неотразимую ценность, которую смартфон создал для нас благодаря технологическим инновациям унификации. .

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

Инновации в области унифицированного хранения данных – снова

Концепцию современного унифицированного хранилища легко понять — одна платформа для всего, — но ее трудно найти в дикой природе. Не помогает и то, что термин «унифицированное хранилище» изначально использовался для описания хранилища за пределами 9.0197 аналогичные протоколы , такие как блочное хранилище, поддерживающее доступ SCSI и Fibre Channel. Сегодня унифицированное хранилище было переопределено как масштабируемые системы хранения , поддерживающие различных протоколов , таких как SAN для блоков и NAS для файлов, и расширено за счет включения облачных платформ хранения , поддерживающих все стратегии, местоположения и рабочие нагрузки. Dell с PowerStore и PowerScale, а также Pure с FlashArray и FlashBlade не может предложить хранилище с блочными, файловыми и объектными протоколами в одной системе.

Современное унифицированное хранилище включает в себя несколько облаков

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

Упрощение вашей ИТ-стратегии с помощью современной унифицированной системы хранения данных

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

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

Хотя современная унифицированная система хранения позволяет вам делать больше, чем вы, вероятно, ожидаете, хорошо зарекомендовавшие себя преимущества консолидации хранилищ остаются настолько убедительными, что это может стать причиной номер один для добавления NetApp в вашу ИТ-инфраструктуру. Управление всеми вашими бизнес-данными на единой платформе хранения — независимо от того, где они расположены в удаленных офисах, центрах обработки данных и общедоступных облаках — обеспечивает более высокую рентабельность инвестиций (ROI) и более низкую совокупную стоимость владения (TCO). Когда-нибудь в недалеком будущем современные унифицированные хранилища, поддерживающие блочные, файловые и объектные протоколы, станут такими же популярными, как сегодняшние смартфоны.

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

Контрольный список современного унифицированного хранилища

Вы можете быть уверены, что продукт предлагает современное унифицированное хранилище, если вы ответите «да» на все следующие вопросы.

Хранилище:

1. одновременно поддерживать старые и новые протоколы для блочного, файлового и объектного хранения?
2. позволяют использовать различные твердотельные и жесткие диски в одной системе?
3. гарантируют минимальную производительность системы хранения данных при выполнении отдельных рабочих нагрузок?
4. увеличить емкость хранилища до сотен ПБ с использованием тысяч дисков?
5. масштабировать производительность системы хранения данных до сотен Гбит/с и миллионов операций ввода-вывода в секунду с использованием нескольких пар контроллеров?

Если ответ на любой из этих вопросов «нет», то это хранилище не является современным унифицированным хранилищем, таким как NetApp.