Рекомендации по проектированию системы хранения данных в центре обработки данных
Мне нравится хороший дизайн. На самом деле, один из моих любимых журналов — «Монокл», который часто представляет собой захватывающую смесь мировых новостей, деловых вопросов, искусства и дизайна, магазинов и ресторанов, а также культуры. Еще один журнал, которым я часто пользуюсь, — это Atomic Ranch, посвященный дизайну домов и интерьеров середины века. Однако одна вещь, которую я узнал о дизайнерах в целом, заключается в том, что они часто, кажется, ценят форму выше функции. Такой подход к проектированию определенно является плохой идеей, когда речь идет о разработке архитектуры хранилища для центра обработки данных. На самом деле, это почти так же плохо, как когда вы проектируете диван или кресло, на которых вам неудобно сидеть! Итак, Фрэнк Ллойд Райт был гением, но дайте мне передохнуть!
SDS на основе политик
Чтобы лучше понять, что может быть связано с принятием правильных решений при проектировании архитектуры хранения для центра обработки данных, я поговорил с несколькими известными экспертами в области технологий хранения, чтобы узнать, что они могут сказать по этому вопросу. В конце концов, важно понимать лучшие отраслевые практики в любой технологической области, прежде чем вы начнете тратить время, энергию и деньги на ИТ-проект, даже если вы находитесь только на стадии планирования.
Питер ван ден Бош был старшим консультантом PQR, системным интегратором в Утрехте, Нидерланды, когда чуть более двух лет назад он опубликовал гостевую редакционную статью о проектировании систем хранения в центрах обработки данных для нашего популярного еженедельного информационного бюллетеня WServerNews. В то время Питер посвятил свою редакционную статью выбору, который может потребоваться при проектировании центра обработки данных, который будет использовать виртуализацию VMware и технологии HP Storage Intelligence. Поэтому, когда я снова обратился к Питеру за его текущими мыслями по этому вопросу, неудивительно, что теперь он работает в VMware в качестве одного из их технических менеджеров по работе с клиентами, в обязанности которого входит управление отношениями с некоторыми из их крупнейших корпоративных клиентов.
Клиенты должны выбрать решение SDS и определить использование хранилища с помощью политик.
Судя по собственному опыту и взглядам Питера, который много лет работал системным инженером, техническим консультантом и руководителем подразделения, лучшая практика № 1 при проектировании систем хранения данных для центров обработки данных — это «независимость от оборудования», что, по словам Питера, «важно для обеспечения будущего SDS. [программно-определяемое хранилище] разработка». Вполне естественно, что Питер рекомендовал VMware SDS как лучший подход для достижения этой цели. «VMware vSAN и виртуальные тома — это решения, которые не зависят от оборудования и обеспечивают потрясающую производительность, — говорит Питер. Заглядывая вперед, он предсказывает, что «будущие разработки для управления независимостью платформы хранения на основе политик будут включать хранилище SAN, облачное хранилище и локальное хранилище». Управление на основе политик важно, поскольку оно позволяет определить требования к хранилищу для виртуальных машин таким образом, чтобы упростить конфигурацию хранилища и обеспечить доступность и производительность. «Клиенты должны выбрать решение SDS и определить использование своего хранилища с помощью политик», — говорит Питер, который также ведет популярный блог WordPress, где он делится своими историями и приключениями в виртуальной индустрии.
Начните с пользователя
Другим экспертом по хранению и виртуализации, с которым мне удалось поговорить для этой статьи, был Дидье Ван Хойе, который работает экспертом в области ИКТ в Правительственном информационном агентстве в Бельгии. Дидье — известный эксперт, чей блог Work Hard in IT является одним из лучших в отрасли. Дидье также регулярно участвует в программе Hyper-V Amigos Showcast, которую он и его соведущий Карстен Рахфаль запустили, чтобы рассказать о том, как они застряли в ИТ.
Рекомендации Дидье по проектированию систем хранения в центрах обработки данных начинаются с того, что мы делаем шаг назад и получаем некоторое представление о более широкой картине, а не только о технологиях одного поставщика. Он начинает с того, что «за последние пять-семь лет прогресс в технологиях хранения данных перешел от плавного движения вперед к стремительному развитию. Прогресс, достигнутый в скорости и емкости (SSD, NVMe, NVDIMM) и в сетях без потерь, теперь расширяет возможности других компонентов в стеке решений для хранения данных. Дни, когда вам просто нужно было превзойти узкое место хранилища, чтобы получить максимально возможную производительность, давно прошли. Кроме того, облачные и бессерверные вычисления предлагают новые способы использования и потребления хранилища. Все это должно быть интегрировано в решения, наиболее удобные для потребителя и эксплуатации. Это должно быть сделано как технически обоснованным, так и экономически эффективным способом».
Не существует универсального решения, и ни одна технология не подходит для всех нужд.
Я спросил Дидье, какие основные проблемы сегодня возникают при разработке решений для хранения данных в центрах обработки данных. «Сегодня мы сталкиваемся с более серьезной проблемой управления данными, чем в предыдущие десятилетия», — сказал он. «Данные перемещаются в различные решения для хранения как локально, так и в облаке. Централизованная SAN, гибридное облачное хранилище, конвергентное, гиперконвергентное, OneDrive, Dropbox, хранилище BLOB-объектов и файловые ресурсы в облаке, хранилище на виртуальных машинах IAAS и т. д. Это означает, что задача по обеспечению защиты всех данных в соответствии с потребностями и требованиями вашей организации не становится проще! Единых форм централизованного хранения меньше, поэтому по своей природе эта ответственность также децентрализована и распределена».
Рекомендует ли он какое-либо конкретное решение как лучшее по сравнению с другими? «Как и любое хорошее решение, оно должно основываться на потребностях, бюджете и возможностях организации», — говорит он. «Не существует универсального решения, и ни одна технология не подходит для всех нужд. Итак, что бы вы ни решили делать, начните с создания стратегии. Составьте карту потребностей ваших пользователей, а затем посмотрите, как эти потребности меняются и что это может означать для технологии, которая вам понадобится для вашего решения. Не забывайте учитывать технические возможности и потребности в эксплуатации и поддержке. План выполнения всего этого является частью стратегии, поскольку игнорирование этого не что иное, как компрометация результатов. Пользователи и потребности пользователей различаются между поставщиками общедоступных облаков, компаниями из списка Fortune 500 и малыми и средними предприятиями. Они различаются не только размером, бюджетом и эффектом масштаба, но также своими возможностями и характером своего бизнеса. Кроме того, необходимо учитывать требования безопасности и юридические обязательства — сам по себе размер компании является плохим параметром при принятии решения о том, какие решения для хранения данных необходимы».
Что Дидье видит в будущем? «Новые и быстро развивающиеся решения создают разнообразную среду, в которой возможности, потребности и обязательства меняются быстро. Чтобы оставаться на вершине всего этого, вам нужно научиться справляться с быстрыми изменениями, ориентированными на результат и экономичным способом». Каков наилучший способ, спросил я его, оставаться на вершине такой быстро меняющейся отрасли? «Держите вещи как можно более простыми и компактными, оставайтесь в рамках бюджета и действуйте быстро. Полезность годовых, крупных и высокобюджетных проектов уменьшается».
Мир действительно меняется, и архитектура хранилища центров обработки данных и лучшие практики проектирования должны продолжать меняться и развиваться вместе с ним.