В рубрику "Решения корпоративного класса" | К списку рубрик | К списку авторов | К списку публикаций
Последние несколько лет все большую популярность обретают облачные технологии и модель аренды инфраструктуры в коммерческих ЦОД. Но в то же время интерес крупных компаний к созданию собственных центров обработки данных нисколько не снижается.
Ключевые слова:Основными задачами управления IT-системами, как известно, являются снижение стоимости владения и увеличение стабильности и качества предоставляемых бизнесу информационных сервисов. Одновременно существует необходимость сохранения должной степени управляемости IT-систем. Поиск оптимального баланса между стоимостью, качеством и управляемостью является первостепенной задачей при переходе в облака. В ряде отраслей баланс значительно смещен в сторону управляемости и безопасности.
Так как использование публичной облачной платформы является разновидностью аутсорсинга, то и все его недостатки "наследуются" публичными облаками. Заказчик не имеет доступа к внутренней инфраструктуре облака. Сохранность и безопасность его данных в значительной степени зависят от поставщика услуг. Основные факторы, тормозящие переход компаний к коммерческим ЦОД, – отсутствие гарантий безопасности размещения данных (как от потерь, так и от утечек информации) и невозможность напрямую контролировать процессы функционирования ЦОД.
Если обратиться к статистике по коммерческим ЦОД, то выяснится, что реже всего их используют финансовые организации, медицинские учреждения и операторы персональных данных. В целом на данный момент публичные ЦОД пока плохо подходят для организаций, обрабатывающих информацию ограниченного доступа. Здесь со мной не согласятся провайдеры публичных облаков, но большинство финансовых организаций предпочитает хранить и обрабатывать данные в собственных ЦОД. Это связано с тем, что на сегодняшний день отечественным банкам сложно найти поставщика, который соответствовал бы их требованиям по безопасности и надежности.
Ключевым различием между корпоративным и коммерческим ЦОД является то, под чьим контролем находятся данные. В отличие от коммерческого корпоративный ЦОД находится под контролем IT-отдела компании. Пользователи получают услуги в соответствии со стандартами, принятыми в организации. Но корпоративные ЦОД обладают более высокой стоимостью владения из-за затрат на обслуживающий персонал. Коммерческие ЦОД благодаря объединению больших ресурсов предоставляют почти неограниченные возможности масштабируемости, гибкости и скорости развертывания.
Недостатком корпоративных ЦОД также считается необходимость самостоятельного развертывания облака и обучения специалистов. Последнее, правда, можно исключить, заказав создание ЦОД у интегратора.
Но главным требованием к ЦОД является надежность предоставления услуг и отсутствие простоев и потери данных. В случае с корпоративным ЦОД уровень надежности контролируется собственными IT-специалистами и соответствует стандартам компании. Это, несомненно, значительный плюс для бизнеса, ради которого может быть затеяно построение корпоративного ЦОД.
Еще одним аргументом в пользу собственного ЦОД является отсутствие надежных скоростных каналов связи. Прежде всего эта проблема актуальна для регионов.
Под надежностью ЦОД в первую очередь понимают техническую отказоустойчивость. Для этого при строительстве ЦОД проектируются системы бесперебойного электропитания (состоящие из нескольких независимых линий питания от различных подстанций с автоматическим вводом резерва и систем ИБП и дизель-генераторных электростанций [1]), системы кондиционирования, поддерживающие заданную температуру и влажность воздуха (и также обеспеченные бесперебойным электропитанием), системы защиты и резервируемые каналы связи.
Современный ЦОД невозможно представить без систем виртуализации. Они позволяют наиболее полно отвечать потребностям бизнеса, увеличивая надежность работы IT-систем, и обладают целым рядом преимуществ:
Развитием идеи виртуализации является концепция облаков. Облачный сервис представляет собой особую клиент-серверную технологию. Клиент использует группу серверов как единый виртуальный сервер. При этом клиент может прозрачно и гибко регулировать объемы потребляемых ресурсов. Оплата услуг в большинстве случаев осуществляется по схеме "сколько вычислительных ресурсов потратил – столько и заплатил" [2].
По сути, облако – это и есть виртуа-лизированный ЦОД, но с очень важным свойством: его клиенты имеют возможность самостоятельно изменять объемы потребляемых ресурсов. Кроме того, свойством облаков является высокий уровень автоматизации и масштабирования. Согласитесь, крайне сложно организовать обслуживание сотен тысяч виртуальных машин в облаке в ручном режиме.
Но если виртуализированный ЦОД также может обладать высоким уровнем автоматизации и масштабируемости, то самообслуживание присуще только облакам.
Однако одной технической надежности ЦОД для бесперебойной работы IT-систем недостаточно. Корпоративный ЦОД (и в еще большей степени частное облако) – это симбиоз технических и организационных средств управления инфраструктурой компании. Максимальный эффект возникает при их правильном сочетании, поэтому эффективное использование ЦОД требует специальных усилий не только сотрудников IT-отдела, но и тех специалистов, чьи бизнес-процессы будут затронуты.
Перевод инфраструктуры в облачный ЦОД делает ее более прозрачной и управляемой, расширяет возможности ее масштабирования, упрощает внесение изменений в IT-инфраструктуру. Однако эти изменения осуществляются не в вакууме, а в условиях непрерывности бизнес-процессов компании.
Использование современных технологий в ЦОД дает существенное преимущество в обеспечении отказоустойчивости IT-систем, увеличении их масштабируемости, уменьшении стоимости владения. Коммерческий ЦОД предоставляет практически неограниченные возможности масштабируемости [3]. В противовес этому системы, размещенные в корпоративном ЦОД, управляются IT-департаментом согласно внутренним регламентам компании.
Таким образом, возможны самые разные подходы – от "выращивания" частного облака до передачи всех услуг по созданию и поддержке IT-инфраструктуры на аутсорсинг. Переводить ли IT в публичное облако или создавать корпоративный ЦОД – решение в каждом случае сугубо индивидуальное.
Литература
Отказоустойчивость системы гарантированного энергоснабжения состоит из отказоустойчивости и ремонтопригодности ее компонентов: трансформаторные подстанции и распределительные устройства, схемы защиты и устройства автоматического ввода резерва, ДГУ и ИБП, аккумуляторные батареи.
Надежность всех этих компонентов позволяет обеспечить максимальную защищенность ЦОД от сбоев в электросетях в соответствии с классификацией надежности Tier 3, Tier 3+, Tier 4.
Опыт в работе с системами основного и резервного энергоснабжения ЦОД выявляет такую проблематику при построении инженерной инфраструктуры ЦОД, как отсутствие единого центра компетенции в вопросах проектирования, подбора оборудования и монтажа систем гарантированного энергоснабжения. Зачастую решение по проекту меняется уже на этапе подбора оборудования и также может быть изменено во время монтажа, что способно существенно занизить показатели надежности, закладываемые при ПИР. В частности, при построении инженерной инфраструктуры технопарка в г. Саранске пришлось столкнуться с тем, что предпринимались попытки замены компонентов (например, аккумуляторных батарей) на более дешевые, что серьезно могло сказаться на времени резервирования мощностей и отказоустойчивости всей системы гарантированного энергоснабжения в целом.
И наоборот, имея статус генерального подрядчика при построении инженерных систем для таких объектов, как аэропорты, ЦОД, объекты энергетики, являясь при этом единым центром компетенции в области энергоснабжения, возможно реализовать проекты систем гарантированного энергоснабжения объектов максимальной надежности.
Опубликовано: Журнал "Технологии и средства связи" #4, 2013
Посещений: 7944
Статьи по теме
Автор
| |||
В рубрику "Решения корпоративного класса" | К списку рубрик | К списку авторов | К списку публикаций
