Конвергентная архитектура — тип универсальной платформы, объединяющей аппаратные средства серверов, хранилищ, сетевые технологии и инструменты управления, оптимизированные для определенных задач. Например, конвергентная архитектура может быть оптимизирована для размещения инфраструктуры виртуальных рабочих столов (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, избегая крупных рисков и приобретения избыточных серверных ресурсов. Другое преимущество масштабирования с использованием гиперконвергентной инфраструктуры состоит в том, что изменения будут менее заметны для конечных пользователей.

Челябинский Роскомнадзор активно использует DeviceLock

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

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

«Уже длительное время в организации активно применяется контроль доступа к периферийным устройствам на основе DeviceLock, что позволяет предотвратить утечку конфиденциальной информации, а также значительно снизить возможность проникновения в сеть организации вирусов, нелегального программного обеспечения, нежелательного контента», — рассказывает Сергей Горанов, главный специалист-эксперт.

Многолетний опыт эксплуатации DeviceLock в челябинском Роскомнадзоре — наглядное доказательство успешного сочетания функциональности, гибкости и простоты использования продукта.

10 вопросов о переходе на конвергентную архитектуру

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

1. Идет ли речь об определенных рабочих нагрузках?

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

2. Обладаете ли вы необходимой степенью адаптивности?

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

3. Наблюдается ли бурный рост числа серверов?

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

4. Насколько долгой будет жизнь вашего оборудования?

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

5. Каковы ваши потребности в хранилище и могут ли они значительно измениться?

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

6. Сталкиваетесь ли вы с проблемами совместного функционирования конкретного аппаратного и программного обеспечения центра обработки данных?

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

7. Есть ли у вас ощущение избытка информации, получаемой от систем?

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

8. Есть ли внутреннее противоречие в термине «управление поставщиками»?

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

9. Способны ли вы отказаться от «ремесленничества»?

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

10. Над чем еще можно и нужно работать?

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

Деб Донстон-Миллер