|
Персональные инструменты |
|||
|
Мода на мини (комментарий о мини-ЦОД)Материал из CustisWiki
Наш мини-ЦОД — это и непосредственно центр обработки данных, и коммуникационный узел для офиса компании. Он состоит из пяти стоек. Одну занимает коммуникационное оборудование (коммутаторы и маршрутизаторы Cisco, телефонная станция Avaya), одну — система хранения данных (СХД), остальное пространство отдано под серверы и ленточную библиотеку. Каждая стойка оборудована источником бесперебойного питания. Если говорить об обеспечении бесперебойности сервисов, располагающихся в ЦОД, то в этом отношении технические характеристики нашего частного ЦОД практически не уступают крупным коммерческим ЦОД: бесперебойная работа обеспечивается двумя вводами питания с разных трансформаторов и автоматическим вводом резерва (АВР), а также источниками бесперебойного питания. Что немаловажно, кондиционеры серверной также находятся на бесперебойном питании. Резервные копии могут храниться как в самом ЦОД, так и вне его. Бэкапы, которые могут потребоваться для быстрого восстановления, расположены на дисках СХД. Долгосрочные резервные копии шифруются, записываются на ленточные картриджи и хранятся вне мини-ЦОД (например, для максимальной безопасности — в СХД на удаленной площадке). ЦОД обеспечен круглосуточной охраной, системой контроля доступа (СКУД) и автоматической системой газового пожаротушения. Связь с Интернетом предоставляют два провайдера, ширина каждого канала — 100 Мбит/с, используется Автономная система. Что касается стоимости «хостинга» виртуальных машин, то она (с учетом обслуживания, заработной платы обслуживающего персонала, амортизации, электричества и лицензий на программное обеспечение) оказывается значительно ниже, чем в коммерческих ЦОД. Но нельзя не отметить, что создание частного ЦОД, в отличие от использования публичного, требует крупных начальных инвестиций. Самым важным достоинством мини-ЦОД является то, что он располагается непосредственно в офисе компании (хотя и обслуживает как внутренних, так и внешних заказчиков), управляется IT-отделом, контролируется собственной службой безопасности. Когда используется коммерческий ЦОД, мы получаем «черный ящик», по сути, полностью доверяясь провайдеру. Да, есть SLA (соглашение об уровне услуг), в котором описаны процедуры взаимодействия заказчика с провайдером ЦОД, но реальных рычагов управления он, как правило, не дает. Также нельзя проверить, какие специалисты обслуживают наши сервисы и данные. Можно ознакомиться с результатами аудита провайдера, но это не дает практически никакой гарантии, что из-за ошибочных действий его сотрудников не возникнет простоя наших бизнес-процессов. Потому для компаний, которым критична безопасность и непрерывность бизнес-процессов, частный ЦОД обладает значительным преимуществом. А в случае, когда число средних по размерам/мощности виртуальных машин в ЦОД не превышает 1000 или нет возможности отвести под строительство ЦОД большие помещения, использование мини-ЦОД является оптимальным решением по соотношению «цена-качество». В то же время некритичные сервисы и сервисы с динамично меняющимися требованиями к ресурсам стоит переносить в глобальное облако. В дальнейшем мы планируем увеличивать количество обслуживаемых сервисов, виртуальных машин, данных, сокращая потребление электричества и уменьшая пространство, занимаемое ЦОД.
Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion». Репликация: База Знаний «Заказных Информ Систем» → «Мода на мини (комментарий о мини-ЦОД)» |
||