Анализ возможностей использования частного облака, как альтернативы классическим ЦОД

Нечистик М.Н., Вихман В.В., Моложенко Е.С.

На текущий момент на рынке предоставления информационных услуг сложилось ошибочное представление об «облачных сервисах», как о любых информационно-вычислительных услугах, которые можно предоставить по средствам сети Интернет. Однозначно сказать, что данное представление об «облаках» является ошибочным нельзя. Так как определение данной технологии, а именно «облачные вычисления» (Cloud Computing), которое дал Национальный институт стандартов и технологий США (NIST), описывает технологию как модель обеспечения повсеместного и удобного сетевого доступа к вычислительными ресурсным пулам (например, сетям, серверам, системам хранения, приложениям, сервисам), которые могут быть быстро предоставлены или выпущены с минимальными усилиями по управлению и взаимодействию с поставщиком услуг [4]. Как можно заметить, способ доступа к ресурсам, хоть и немаловажен, но не является ключевым моментом, что легко демонстрируется на примере частного «облака».

Целью статьи является обзорное рассмотрение технологии частного «облака». При рассмотрении, внимание будет акцентировано на ее достоинствах и недостатках.

Частное «облако» – это реализация модели облачных вычислений на ресурсах, имеющихся в распоряжении у организации, для обслуживания внутренних потребителей [6].

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

самообслуживание по требованию;

широкий сетевой доступ;

объединение ресурсов в пулы;

мгновенная эластичность;

измеряемые сервисы.

Прежде чем переводить организацию на технологию частного облака необходимо рассмотреть ее достоинства и недостатки.

Достоинства использования частного «облака».

К несомненным достоинствам можно отнести высокий уровень безопасности данных, который обеспечивает частное «облако». Архитектура ЦОД, а соответственно и частного «облака», подразумевает закрытость конфиденциальной информации от несанкционированного доступа. Однако более безопасная концепция частного «облака» подразумевает разворачивать его на базе нескольких территориально распределенных ЦОД. Что гораздо увеличивает расходы на закупку и содержание оборудования, но снизит риск полной потери данных. Что может произойти в случае выхода из строя оборудования при использовании одного ЦОД.

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

Все ресурсы в облаке объединяются в пулы, что позволяет решать некоторые задачи по распределению ресурсов.

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

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

В третьих, ресурсы всех видов, а также программное обеспечение и оборудование могут быть собраны в новые конфигурации. Что, при необходимости, позволит сократить время перехода от проекта к проекту для организации [7].

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

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

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

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

За счет объединения ресурсов в пул и централизованного управления ими частное «облако» обеспечивает экономию, лучшее использование ресурсов, сокращение капитальных вложений, эффективность текущей эксплуатации и преобразование фиксированных издержек в переменные. Компании могут сократить общие издержки на центры обработки данных на 40 процентов, что включает 30-процентное сокращение издержек на энергопотребление и охлаждение [7].

Благодаря частному «облаку» номенклатура работ ИТ-подразделения существенно меняется. Меньше времени и усилий затрачивается на производственные операции, как в центре обработки данных, так и в службе поддержки. Поэтому больше времени и усилий можно сосредоточить на бизнес-инновациях и проектах по усовершенствованию [7].

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

Несомненным недостатком станет финансовая составляющая подобных технологий. Даже при наличии уже существующего ЦОД, организации предстоят крупные финансовые вложения для обеспечения миграции оборудования в «облачную» среду. Если же у организации отсутствует ЦОД, то статьи расходов на создание частного «облака» будут следующие: проектирование и создание инфраструктуры, миграция в «облачную» среду, приобретение оборудования/лицензий, сопровождение оборудования и ПО.

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

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

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

В качестве промежуточного итога можно привести таблицу сравнения классического ЦОД и частного «облака».

Рассмотрев основные достоинства и недостатки можно перейти к рассуждениям о необходимости внедрения частного «облака».

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

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

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

Использованные источники:

PC Week Review: Частные облака и ЦОДы на современном этапе развития ИТ-рынка [Электронный ресурс]/ Режим доступа: http://www.pcweek.ru/its/article/detail.php?ID=139970

PC Week Review: Откуда к нам пришли облака [Электронный ресурс]/ Режим доступа: http://www.pcweek.ru/its/article/detail.php?ID=136326

Red Line Software: Преимущества и недостатки частного компьютерного облака [Электронный ресурс]/ Режим доступа: http://www.redline-software.com/rus/support/articles/networking/cloud/making-case-private-clouds.php

NIST Cloud Computing Program [Электронный ресурс]/ Режим доступа: http://www.nist.gov/itl/cloud/

Облачные вычисления: Построение архитектуры частного облака от Microsoft [Электронный ресурс]/ Режим доступа: http://technet.microsoft.com/ru-ru/magazine/hh127072.aspx

Инфраструктура облачных вычислений Майкрософт [Электронный ресурс]/ Режим доступа: http://www.microsoft.com/virtualization/ru/ru/cloud-computing.aspx

EMC PRIVATE CLOUD MEANS BUSINESS: COSTS DOWN AND AGILITY UP [Электронный ресурс]/ Режим доступа: http://www.emc.com/collateral/emc-perspective/h6870-consulting-cloud-ep.pdf