Персональные инструменты
 

Мода на мини (комментарий о мини-ЦОД)

Материал из CustisWiki

Версия от 17:20, 15 июня 2012; AlexandraVelyaninova (обсуждение)

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Перейти к: навигация, поиск

Дмитрий Морозов, ведущий системный инженер нашей компании, рассказал «Журналу сетевых решений/LAN» о нашем опыте создания мини-ЦОД для собственных нужд. Дмитрий подробно описывает его возможности и технические характеристики, а также рассказывает о преимуществах частного ЦОД перед коммерческими решениями.

Наш мини-ЦОД — это и непосредственно центр обработки данных, и коммуникационный узел для офиса компании. Он состоит из пяти стоек. Одну занимает коммуникационное оборудование (коммутаторы и маршрутизаторы Cisco, телефонная станция Avaya), одну — система хранения данных (СХД), остальное пространство отдано под серверы и ленточную библиотеку. Каждая стойка оборудована источником бесперебойного питания.

Если говорить об обеспечении бесперебойности сервисов, располагающихся в ЦОД, то в этом отношении технические характеристики нашего частного ЦОД практически не уступают крупным коммерческим ЦОД: бесперебойная работа обеспечивается двумя вводами питания с разных трансформаторов и автоматическим вводом резерва (АВР), а также источниками бесперебойного питания. Что немаловажно, кондиционеры серверной также находятся на бесперебойном питании.

Резервные копии могут храниться как в самом ЦОД, так и вне его. Бэкапы, которые могут потребоваться для быстрого восстановления, расположены на дисках СХД. Долгосрочные резервные копии шифруются, записываются на ленточные картриджи и хранятся вне мини-ЦОД (например, для максимальной безопасности — в СХД на удаленной площадке). ЦОД обеспечен круглосуточной охраной, системой контроля доступа (СКУД) и автоматической системой газового пожаротушения. Связь с Интернетом предоставляют два провайдера, ширина каждого канала — 100 Мбит/с, используется Автономная система.

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

Самым важным достоинством мини-ЦОД является то, что он располагается непосредственно в офисе компании (хотя и обслуживает как внутренних, так и внешних заказчиков), управляется IT-отделом, контролируется собственной службой безопасности. Когда используется коммерческий ЦОД, мы получаем «черный ящик», по сути, полностью доверяясь провайдеру. Да, есть SLA (соглашение об уровне услуг), в котором описаны процедуры взаимодействия заказчика с провайдером ЦОД, но реальных рычагов управления он, как правило, не дает. Также нельзя проверить, какие специалисты обслуживают наши сервисы и данные. Можно ознакомиться с результатами аудита провайдера, но это не дает практически никакой гарантии, что из-за ошибочных действий его сотрудников не возникнет простоя наших бизнес-процессов.

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

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


Репликация: База Знаний «Заказных Информ Систем» → «Мода на мини (комментарий о мини-ЦОД)»

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