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