В рубрику "Центры обработки данных (ЦОД)" | К списку рубрик | К списку авторов | К списку публикаций
ЦОД является центральным звеном IT-систем. Когда-то компаниям приходилось буквально "по кусочку" собирать IT-инфраструктуру: приобретать системы хранения, серверы, базы данных и операционную систему у разных производителей, интегрировать их между собой, а затем поддерживать сложную и зачастую неповоротливую структуру.
Новым этапом зрелости IT-систем стал переход к конвергентной инфраструктуре. Конвергентная модель подразумевает под собой интеграцию бизнеса и IT, использование инноваций для генерации новых сервисов и сокращение непроизводственных затрат. Именно такая модель может максимально отвечать требованиям современного бизнеса к IT-системам, поскольку позволяет решать конкретные задачи заказчика, высвобождая финансовые и временные ресурсы и позволяя сосредоточиться на профильной деятельности.
Таким образом, со временем на рынке появились решения, которые позволяют значительно облегчить этапы создания и эксплуатирования ЦОДа. Речь идет об использовании комплексных систем или программно-аппаратных комплексов (ПАК) в качестве ядра решения.
Программно-аппаратные комплексы – это оптимизированные системы, обеспечивающие экстремальную производительность при снижении стоимости владения. Ключевым преимуществом использования таких систем является то, что они создаются производителем как единое целое, то есть все их аппаратные и программные компоненты подобраны архитектором системы с учетом реализации главной задачи проекта и особенностей их взаимодействия уже на стадии проектирования. Создавая решение на базе программно-аппаратных комплексов, заказчик получает протестированную, сертифицированную систему, которая легко развертывается, модернизируется и управляется. Такая система обеспечена единой поддержкой, что дает возможность снижать эксплуатационные расходы, сокращать бизнес-риски, достигать рекордной производительности, проводить "прозрачную" модернизацию, обеспечивать высокую адаптивность к новым технологиям.
Программно-аппаратные комплексы можно разделить на:
Важно отметить, что на этом этапе у многих компаний, предлагающих ПАК общего назначения, возникают проблемы, связанные с неполным стеком аппаратных и/или программных решений в продуктовом портфеле: отсутствие собственных серверов, СХД, средств виртуализации, решений класса Software Defined Networks (SDN), Software Defined Storage (SDS) и т.п.
Нередко вместо готового комплекса заказчику предлагается конструктор с инструкцией по сборке. При этом разные элементы такого конструктора могут принадлежать разным производителям. В таких случаях заказчику все равно приходится самостоятельно осуществлять сборку системы и решать вопросы, связанные с управлением и технической поддержкой, отдельно для каждого компонента.
Решить подобные проблемы можно, используя готовые ПАК, компоненты которых создаются одним производителем.
Если говорить о технологических трендах в сфере ЦОДов, то можно отметить, что многие организации всерьез задумываются, а некоторые и активно используют облачные технологии и виртуализацию серверов и систем хранения, прекрасно понимая, что данный подход повышает эффективность работы серверных платформ и систем хранения.
Однако не стоит забывать и о тех задачах, которые не решаются или даже порождаются вследствие виртуализации. Так, управление пулом виртуальных машин требует высокой профессиональной квалификации от специалистов, особенно если внутри виртуальных машин используются операционные системы разных версий и производителей. Вопросы производительности, связанные с поиском узких мест в аппаратной архитектуре, поиск причин отказа сервисов в виртуализированной среде – эти проблемы весьма предсказуемы. Высокий уровень консолидации позволяет существенно улучшить вопросы управляемости, администрирования систем, снизить нагрузку на аппаратные ресурсы и т.п.
В настоящее время виртуализация ЦОДов все чаще упоминается в контексте перехода к облачным технологиям, и это является одним из основных трендов в сфере ЦОДов. Унификация платформ и консолидация нагрузок на этих платформах – путь к построению частных облаков. Использование частного облака открывает целый ряд возможностей:
Одна из важнейших задач, которую позволяет решить частное облако, – обеспечение эластичности выделения аппаратных ресурсов в зависимости от нагрузки в данный момент и в соответствии с SLA.
Таким образом, создание частного облака позволяет обеспечить динамическое распределение нагрузки между приложениями в зависимости от их загруженности и важности для организации. То есть наиболее важные приложения всегда будут доступны пользователям. В случае необходимости для этого будет производиться снижение активности менее важных приложений.
Отдельного внимания заслуживает использование общей виртуальной среды, или так называемых публичных облаков (Public Cloud). Пользователями публичных облаков становятся как крупные компании, так и компании сектора СМБ.
Для СМБ использование облаков – это возможность отказаться от постоянных издержек на содержание собственной IT-инфраструктуры и получать услуги провайдера именно в том объеме, который им необходим в каждый конкретный момент времени. Основные потребители публичных облаков сегодня – это компании, которые хотят эффективно использовать имеющиеся ресурсы и мощности, оптимизировав свои затраты, либо совсем молодые компании, стремящиеся использовать преимущества современных инновационных технологий, не вкладывая при этом огромные деньги в развитие собственной инфраструктуры. Интересным моментом является то, что с появлением облачных сервисов некоторые сложные и дорогие инструменты, ранее доступные только для крупного бизнеса из-за своей сложности и высокой стоимости, становятся доступны СМБ.
Крупный бизнес может переносить в облако наименее критичные системы или же использовать его для решения вспомогательных задач, которые могут осуществляться на внешних ресурсах. Например, хранение архивов данных или перенос контуров тестирования и разработки. Интеграция систем, находящихся под непосредственным управлением IТ-службы заказчика, с системами, находящимися в публичном облаке, предъявляет новые требования к выбору платформ, используемых в собственном контуре. Например, если публичное облако используется для тестирования решений, которые будут переноситься во внутреннюю систему, то в публичном облаке необходимо иметь тот же набор продуктов, который используется в собственном центре обработки данных.
Литература:
Опубликовано: Журнал "Технологии и средства связи" #6, 2015
Посещений: 6177
Автор
| |||
В рубрику "Центры обработки данных (ЦОД)" | К списку рубрик | К списку авторов | К списку публикаций
