Используем возможности конвергентной инфраструктуры

Конвергентная архитектура — тип универсальной платформы, объединяющей аппаратные средства серверов, хранилищ, сетевые технологии и инструменты управления, оптимизированные для определенных задач. Например, конвергентная архитектура может быть оптимизирована для размещения инфраструктуры виртуальных рабочих столов (VDI), серверов Exchange Server, SAP, SQL Server, SharePoint или контейнеров Docker. Конвергентная архитектура — не просто каркас, успешно поддерживающий любую рабочую нагрузку. Она предназначена для эффективного выполнения определенной рабочей нагрузки.

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

Конвергентная архитектура обеспечивает целый ряд преимуществ по сравнению с традиционным подходом «сделай сам», в том числе:

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

Больше конкретики

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

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

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

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

Лекарство против страха при обновлении

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

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

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

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

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

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

Центр обработки данных — да, филиал — нет

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

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

Существует несколько причин для обоснования такого выбора, в том числе:

• Требования рабочих нагрузок филиала к производительности обычно отличаются статичностью. Маловероятно, что потребуется обновлять контроллер домена, серверы DNS или DHCP филиала, если только в самом филиале не происходят радикальные изменения. Большое преимущество конвергентной архитектуры — возможность расширения в соответствии с растущими требованиями к производительности.
• Рабочие нагрузки филиала редко предъявляют высокие требования к производительности. Численность сотрудников филиала часто бывает меньше 50 человек, и их потребности обычно можно удовлетворить с помощью типового оборудования достаточной вычислительной мощности.
• Сравнительно просто масштабировать элементы серверов филиала, требующих расширения. Например, филиалам бывает необходимо со временем повышать производительность файлового сервера. Как правило, для этого достаточно добавить несколько жестких дисков и не нужно добавлять специальные модули для улучшения других характеристик.

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

Долгосрочные перспективы приложений

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

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

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

Например, компания может рассматривать вопрос о перемещении Exchange или SharePoint в «облако» с переходом на Office 365 в предстоящие несколько лет. Если такая возможность рассматривается, следует избегать приобретения системы с конвергентной архитектурой, рассчитанной на эти рабочие нагрузки. Лучше купить дополнительное универсальное оборудование. Универсальное, неоптимизированное оборудование, как правило, дешевле конвергентной архитектуры. Кроме того, его можно переориентировать для размещения других рабочих нагрузок после того, как вы перестанете использовать первоначальную нагрузку.

Конвергенция и «облако»

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

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

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

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

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

Гиперконвергентная инфраструктура и VDI

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

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

Раньше для расширения возможностей VDI требовалось развернуть новые серверы и новое сетевое оборудование. Таким образом достигалось увеличение возможностей, но ИТ-менеджеры обычно решают эту задачу через избыточность ресурсов, что неизбежно связано с тратой средств из бюджета отдела ИТ.

Вам поможет гиперконвергентная инфраструктура (Hyper-converged infrastructure, HCI) — разновидность конвергентной инфраструктуры, более эффективная, чем предыдущие версии, благодаря возможности абстрагироваться от сложных компонентов, таких как хранилище данных и сеть, чтобы ИТ-специалистам не приходилось тратить лишнее время на установку.

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

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