ПРАВИТЕЛЬСТВО МОСКВЫ

ПОСТАНОВЛЕНИЕ

Об утверждении Положения о государственной информационной системе "Единый центр хранения и обработки данных"

Документ с изменениями, внесенными:
постановлением Правительства Москвы от 31 июля 2013 года N 496-ПП (Вестник Мэра и Правительства Москвы, N 44, 13.08.2013).
(Официальный сайт Мэра и Правительства Москвы www.mos.ru, 04.12.2014);
(Официальный сайт Мэра и Правительства Москвы www.mos.ru, 22.08.2018).
____________________________________________________________________

В целях повышения уровня обеспечения безопасности жителей города Москвы за счет применения информационно-коммуникационных технологий Правительство Москвы

постановляет:

1. Утвердить Положение о государственной информационной системе "Единый центр хранения и обработки данных" согласно приложению к настоящему постановлению.

2. Установить, что:

2.1. Департамент информационных технологий города Москвы:

2.1.1. Является государственным заказчиком работ (услуг), связанных с созданием и обеспечением функционирования государственной информационной системы "Единый центр хранения и обработки данных".

2.1.2. Является государственным заказчиком промышленной эксплуатации и оператором государственной информационной системы "Единый центр хранения и обработки данных".

2.1.3. Является координатором деятельности по подключению информационных систем, пользователей информации об объектах видеонаблюдения и предоставлению информации в государственную информационную систему "Единый центр хранения и обработки данных".
(Пункт 2.1.3 в редакции, введенной в действие постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП .

2.2. Финансовое обеспечение расходов, связанных с реализацией пункта 2 настоящего постановления, осуществляется за счет бюджетных ассигнований, предусмотренных Департаменту информационных технологий города Москвы законом города Москвы о бюджете города Москвы на соответствующий финансовый год и плановый период на реализацию Государственной программы города Москвы "Информационный город" .
(Пункт 2.2 в редакции, введенной в действие постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП постановлением Правительства Москвы от 21 августа 2018 года N 968-ПП .

3. Контроль за выполнением настоящего постановления возложить на министра Правительства Москвы, руководителя Департамента информационных технологий города Москвы Ермолаева А.В.

Мэр Москвы
С.С.Собянин

Приложение. Положение о государственной информационной системе "Единый центр хранения и обработки данных"

1. Настоящее Положение определяет порядок формирования и функционирования государственной информационной системы "Единый центр хранения и обработки данных" (далее - ЕЦХД), а также правила и порядок доступа к информации, обрабатываемой в ЕЦХД (далее - Положение).

2. ЕЦХД представляет собой государственную информационную систему города Москвы, содержащую совокупность информации об объектах, за которыми ведется видеонаблюдение (далее - объекты видеонаблюдения), а именно - видеоизображение объекта видеонаблюдения, сведения о его местонахождении, дате и времени осуществления видеонаблюдения, совокупность сведений о поставщиках и пользователях информации об объектах видеонаблюдения, истории движения данной информации (далее - информация), а также содержащую программные и технические средства, обеспечивающие взаимодействие между оператором ЕЦХД, поставщиками информации, пользователями информации в электронной форме.
постановлением Правительства Москвы от 21 августа 2018 года N 968-ПП .

3. Целью создания ЕЦХД является повышение уровня обеспечения безопасности жителей города Москвы, эффективности управления городским хозяйством, комфорта и удобства повседневной жизни граждан за счет применения информационно-коммуникационных технологий путем организации централизованного сбора, хранения и обработки информации.

4. Основными функциями ЕЦХД являются:

Сбор, обработка, хранение информации, предоставление доступа к информации;

Обеспечение информационного взаимодействия между оператором ЕЦХД, поставщиками и пользователями информации в ЕЦХД.

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

6. Органы исполнительной власти города Москвы и подведомственные им организации, обладающие информацией об объектах видеонаблюдения, обязаны предоставлять такую информацию в ЕЦХД путем осуществляемого указанными органами исполнительной власти города Москвы и подведомственными им организациями подключения принадлежащих им средств видеонаблюдения (видеокамер и иных программно-технических устройств, предназначенных для формирования информации об объекте видеонаблюдения, в том числе видеоизображения объекта видеонаблюдения), систем видеонаблюдения (информационных систем, состоящих из программно-технических средств и программно-аппаратных комплексов, в том числе средств видеонаблюдения, обеспечивающих получение и обработку информации об объектах видеонаблюдения) к ЕЦХД.

Порядок предоставления органами исполнительной власти города Москвы и подведомственными им организациями информации в ЕЦХД об объектах видеонаблюдения определяется Департаментом информационных технологий города Москвы.
(Пункт в редакции, введенной в действие постановлением Правительства Москвы от 21 августа 2018 года N 968-ПП .

7. Пользователями информации, хранимой и обрабатываемой в ЕЦХД, являются органы и организации, информация которым предоставляется в соответствии с требованиями законодательства Российской Федерации и города Москвы, а также иные лица, получившие доступ к информации в порядке, установленном настоящим Положением.

8. Функционирование ЕЦХД осуществляется путем использования сервисно-ориентированной архитектуры, представляющей собой совокупность устройств сопряжения с сетью передачи (шлюзов) в целях обеспечения обмена информации и программно-аппаратных комплексов, обеспечивающих обработку, хранение и визуализацию информации, построенных по общепринятым стандартам с использованием единых технологических решений и стандартов, единых классификаторов и описаний структур данных.

8(1). Обладателем информации, хранящейся и обрабатываемой в ЕЦХД, является город Москва в лице Департамента информационных технологий города Москвы.

Поставщики информации в ЕЦХД используют указанную информацию в случаях и порядке, установленных Департаментом информационных технологий города Москвы.
(Пункт 8(1) дополнительно включен постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП)

9. В целях исполнения своих функций ЕЦХД обеспечивает:

Получение и обработку информации с обеспечением фиксации времени передачи и целостности информации, указания поставщика информации и возможности предоставления сведений, позволяющих проследить историю движения информации;

Защиту информации, обрабатываемой в ЕЦХД, от несанкционированного доступа, искажения или блокирования с момента поступления указанной информации в ЕЦХД;

Хранение информации в ЕЦХД;

Доступ к информации, обрабатываемой в ЕЦХД;

контроль и управление оконечными устройствами получения информации в случае, если это предусмотрено в соответствующем соглашении или государственном контракте.

10. На базе ЕЦХД организуется система видеонаблюдения, которая представляет собой совокупность организационно-технических мероприятий по формированию и передаче в ЕЦХД информации.
(Пункт в редакции, введенной в действие постановлением Правительства Москвы от 21 августа 2018 года N 968-ПП .

11. К объектам видеонаблюдения относятся:

Дворовые территории жилых домов;

Территории мест массового пребывания граждан;

Территории, на которых располагаются объекты инфраструктуры (социальной, инженерной и транспортной);

Лесопарковые зоны;

Улично-дорожная сеть и ее объекты;

Территории государственных учреждений, государственных унитарных предприятий;

Территории, занимаемые потенциально опасными объектами, критически важными объектами, объектами жизнеобеспечения, социально важными объектами;

Территории, занимаемые государственными органами, органами местного самоуправления, государственными учреждениями, муниципальными учреждениями;

Иные территории.
(Пункт в редакции, введенной в действие постановлением Правительства Москвы от 21 августа 2018 года N 968-ПП .

12. Информация об объектах видеонаблюдения может передаваться в ЕЦХД на основании соглашений о взаимодействии, заключаемых в соответствии с типовыми формами соглашений, утверждаемыми Департаментом информационных технологий города Москвы, или на основании государственных контрактов на оказание услуг по предоставлению информации, заключаемых между поставщиками информации и оператором ЕЦХД. Решением Департамента информационных технологий города Москвы определяются особенности порядка передачи в ЕЦХД информации об объектах видеонаблюдения.
(Пункт в редакции, введенной в действие постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП .

13. В случаях, определенных Департаментом информационных технологий города Москвы, совместным решением Департамента информационных технологий города Москвы, Департамента региональной безопасности и противодействия коррупции города Москвы и иных органов исполнительной власти города Москвы создается рабочая группа для рассмотрения и разрешения отдельных вопросов функционирования ЕЦХД, поступления в ЕЦХД информации, а также передачи информации, хранящейся и обрабатываемой в ЕЦХД, пользователям информации.
(Пункт в редакции, введенной в действие постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП .

14. Информация об объектах видеонаблюдения, сведения в отношении которых составляют государственную тайну, а также информация о территориях, располагающихся в границах города Москвы, но не являющихся территорией Российской Федерации, не подлежит передаче в ЕЦХД. Информация об объектах видеонаблюдения, хранящаяся и обрабатываемая в ЕЦХД, не является информацией ограниченного доступа.
(Пункт в редакции, введенной в действие постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП .

15. Обработка и хранение информации с использованием ЕЦХД не влечет изменения установленной категории доступа к такой информации.

16. Оператор ЕЦХД:

Определяет регламент функционирования ЕЦХД, включая технические требования функционирования ЕЦХД;

Обеспечивает работоспособность ЕЦХД в круглосуточном режиме;

Организует работы по модернизации и технической поддержке ЕЦХД;

Организует работы по обеспечению неизменности и безопасности информации, обрабатываемой в ЕЦХД;

Обеспечивает разработку методических документов и осуществление методического руководства функционирования ЕЦХД;

Оказывает консультации пользователям ЕЦХД в пределах своей компетенции;

Рассматривает обращения (жалобы) по вопросам функционирования ЕЦХД;

Обеспечивает разграничение прав доступа к ЕЦХД;

Ведет учет и статистику получения и использования информации, хранящейся в ЕЦХД;

Обеспечивает контроль выполнения требований настоящего Положения.

Отдельные функции оператора ЕЦХД могут быть переданы подведомственному государственному учреждению или организации по решению Департамента информационных технологий города Москвы в соответствии с законодательством Российской Федерации и города Москвы.

17. Оператор ЕЦХД не несет ответственность за:

Качество информации, передаваемой в ЕЦХД поставщиками информации;

Обеспечение работоспособности технических средств, с помощью которых осуществляется предоставление информации в ЕЦХД.

18. Передача информации в ЕЦХД осуществляется поставщиками информации в соответствии с требованиями к такой информации и ее составу, утверждаемыми Департаментом информационных технологий города Москвы, путем подключения к ЕЦХД информационных систем, а также иными способами, позволяющими осуществлять передачу информации в ЕЦХД.

19. Подключение информационных систем к ЕЦХД осуществляется в соответствии с регламентом, утверждаемым Департаментом информационных технологий города Москвы.

20. Подключаемые к ЕЦХД информационные системы, в том числе вновь создаваемые, должны соответствовать техническим требованиям, установленным Департаментом информационных технологий города Москвы.

21. Доступ пользователей к информации, содержащейся в ЕЦХД, осуществляется оператором ЕЦХД в соответствии с регламентом доступа, утверждаемым Департаментом информационных технологий города Москвы:

На основании письменного запроса о предоставлении содержащейся в ЕЦХД информации в отношении конкретного объекта (далее - письменный запрос);

Посредством предоставления доступа в ЕЦХД для получения информации в режиме реального времени;

Посредством обеспечения трансляции информации в информационно-телекоммуникационной сети Интернет.
(Абзац в редакции, введенной в действие постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП .

Доступ в ЕЦХД для получения информации в режиме реального времени предоставляется также организацией, отобранной на конкурсной основе в соответствии с пунктами 21(1), 21(2) настоящего Положения.
(Абзац дополнительно включен постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП)

21(1). Департамент информационных технологий города Москвы проводит конкурс на право возмездного предоставления победителем конкурса информации, хранящейся и обрабатываемой в ЕЦХД, гражданам и организациям.
(Пункт 21(1) дополнительно включен постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП)

21(2). Порядок организации и проведения конкурса на право возмездного предоставления победителем конкурса информации, хранящейся и обрабатываемой в ЕЦХД, гражданам и организациям устанавливается Департаментом информационных технологий города Москвы.
(Пункт 21(2) дополнительно включен постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП)

22. На основании письменного запроса предоставление информации в отношении конкретного объекта осуществляется оператором ЕЦХД федеральным органам государственной власти, органам государственной власти города Москвы, органам местного самоуправления и подведомственным им организациям, а также иным лицам в соответствии с нормативными правовыми актами Российской Федерации в целях осуществления ими своих функций и полномочий.
(Пункт в редакции, введенной в действие постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП ; в редакции, введенной в действие постановлением Правительства Москвы от 21 августа 2018 года N 968-ПП .

23. Письменный запрос должен содержать наименование пользователя информации из числа пользователей, указанных в пункте 22 настоящего Положения, обоснование необходимости предоставления информации с указанием ссылок на правовые нормы и (или) документы, подтверждающие функции и полномочия, в рамках реализации которых пользователю необходима содержащаяся в ЕЦХД информация.
(Пункт в редакции, введенной в действие постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП .

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

25. Доступ в ЕЦХД для получения информации в режиме реального времени предоставляется Мэру Москвы и уполномоченным им должностным лицам, федеральным органам государственной власти, органам государственной власти города Москвы, организациям в целях осуществления федеральными органами государственной власти, органами государственной власти города Москвы своих функций и полномочий согласно компетенции, а также в целях развития возможностей использования ЕЦХД.

Доступ в ЕЦХД для получения информации в режиме реального времени предоставляется оператором ЕЦХД гражданам и (или) организациям в иных целях за плату в случаях, определенных регламентом доступа, утверждаемым Департаментом информационных технологий города Москвы в соответствии с пунктом 21 настоящего Положения, а также организацией, отобранной на конкурсной основе в соответствии с пунктами 21(1) и 21(2) настоящего Положения.

Состав хранящейся и обрабатываемой в ЕЦХД информации, которая может быть предоставлена за плату гражданам и организациям, определяет Департамент информационных технологий города Москвы.
(Пункт в редакции, введенной в действие постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП .

26. Доступ в ЕЦХД для получения информации в режиме реального времени федеральным органам государственной власти, органам государственной власти города Москвы и организациям в целях, определенных абзацем первым пункта 25 настоящего Положения, осуществляется на основании письменного обращения одного из указанных в настоящем пункте пользователей информации по решению оператора ЕЦХД путем предоставления доступа к информационному ресурсу (порталу) ЕЦХД или архиву ЕЦХД. Порядок функционирования информационного ресурса (портала) ЕЦХД, объем прав доступа к ЕЦХД определяются Департаментом информационных технологий города Москвы.
(Пункт в редакции, введенной в действие постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП .

27. Пункт утратил силу - ..

28. Пункт утратил силу - постановление Правительства Москвы от 2 декабря 2014 года N 717-ПП ..

29. Трансляция содержащейся в ЕЦХД информации в информационно-телекоммуникационной сети Интернет организуется в открытом доступе.
(Пункт в редакции, введенной в действие постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП .

30. Состав информации, в отношении которой обеспечивается трансляция в информационно-телекоммуникационной сети Интернет, порядок ее трансляции определяются Департаментом информационных технологий города Москвы.
(Пункт в редакции, введенной в действие постановлением Правительства Москвы от 2 декабря 2014 года N 717-ПП .

Приложение к Положению. Типовое соглашение о взаимодействии при предоставлении информации в государственную информационную систему "Единый центр обработки и хранения данных"

Приложение
к Положению

____________________________________________________________________
Приложение утратило силу -
постановление Правительства Москвы от 2 декабря 2014 года N 717-ПП . -
См. предыдущую редакцию
____________________________________________________________________

Редакция документа с учетом
изменений и дополнений подготовлена
АО "Кодекс"

И средств хранения данных в ЦОД позволяет сократить совокупную стоимость владения IT-инфраструктурой за счёт возможности эффективного использования технических средств, например, перераспределения нагрузок, а также за счёт сокращения расходов на администрирование.

Дата-центры обычно расположены в пределах или в непосредственной близости от узла связи или точки присутствия какого-либо одного или нескольких операторов связи . Основным критерием оценки качества работы любого дата-центра является время доступности сервера (аптайм).

История

История развития дата-центров начинается с огромных компьютерных комнат времен зарождения компьютерной индустрии. Тогда компьютерные системы были сложнее в управлении и требовали обеспечения особых условий для работы. Так как они занимали много места и требовали множества проводов для подключения различных компонентов, в компьютерных комнатах стали применять стандартные серверные стойки , фальшполы и кабельные каналы (проложенные по потолку или под фальшполом). Кроме того, такие системы потребляли много энергии и нуждались в постоянном охлаждении, чтобы оборудование не перегревалось. Не менее важна была безопасность - оборудование весьма дорогостоящее и часто использовалось для военных нужд. Поэтому были разработаны основные конструкционные принципы по контролю доступа в серверные .

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

Бум дата-центров приходится на период 1995-2000 годов. Компаниям было необходимо устойчивое и высокоскоростное соединение с Интернетом и бесперебойная работа оборудования, чтобы разворачивать системы и устанавливать своё присутствие в сети. Разместить оборудование, способное справиться с решением этих задач, было делом непосильным для большинства небольших компаний. Тогда и началось строительство отдельных больших помещений, способных обеспечить бизнес всем необходимым набором решений для размещения компьютерных систем и их эксплуатации. Стали развиваться новые технологии для решения вопросов масштаба и операционных требований столь крупных систем.

В наши дни проектирование и строительство дата-центров - хорошо изученная область. Сформированы стандарты, устанавливающие требования для проектирования дата-центров. К примеру специалисты Telecommunications Industry Association внесли большой вклад в формирование стандартов для дата-центров. Но все же осталось ещё много нерешенных задач в методах работы, а также строительстве дата-центров, не наносящих вреда окружающей среде и т. д.

Дата-центры требуют больших затрат как на этапе строительства, так и в процессе обслуживания, для поддержания работы на должном уровне. К примеру, дата-центр Amazon.com в Орегоне, площадь которого равна 10 800 м², оценивается в 100 млн $.

Структура

Стандартная серверная стойка

Типичный дата-центр состоит из:

• информационной инфраструктуры, включающей в себя серверное оборудование и обеспечивающей основные функции дата-центра - обработку и хранение информации;
• телекоммуникационной инфраструктуры, обеспечивающей взаимосвязь элементов дата-центра, а также передачу данных между дата-центром и пользователями;
• инженерной инфраструктуры, обеспечивающей нормальное функционирование основных систем дата-центра.

Инженерная инфраструктура включает в себя: кондиционирование для поддержания температуры и уровня влажности в заданных параметрах; бесперебойное электроснабжение для автономной работы дата-центра в случаях отключения центральных источников электроэнергии; охранно-пожарную сигнализацию и система газового пожаротушения ; системы удаленного IP-контроля , управления питанием и контроля доступа.

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

Классификация

По соответствию требованиям стандартов

Каждый из стандартов, как правило имеет свою внутреннюю классификацию дата-центров по совокупности их параметров.

По размеру

Модульный датацентр

• Крупные дата-центры имеют своё здание, специально сконструированное для обеспечения наилучших условий размещения. Обычно они имеют свои каналы связи, к которым подключают серверы.
• Модульные дата-центры собираются из модульных блоков, имеют разные конструктивные особенности, масштабируются от минимальной площади серверного зала одного модуля, увеличиваются до бесконечности путём постепенного наращивания модулей. Имеют повышенные уровни безопасности работы автономных систем дата-центра.
• Средние дата-центры обычно арендуют площадку определённого размера и каналы определённой пропускной способности (обычно измеряется в Гбит/с).
• Малые дата-центры размещаются в малоприспособленных помещениях. Часто ими используется оборудование плохого качества, а также предоставляется самый минимум услуг.
• Контейнерные дата-центры . Стойки с оборудованием размещаются в стандартных ISO контейнерах размером 20 и 40 футов. Имеют преимущества, так как могут перевозиться автомобильным и железнодорожным транспортом.

По надёжности

Аккумуляторные батареи в датацентре

Основной показатель работы ЦОД - отказоустойчивость; также важна стоимость эксплуатации, показатели энергопотребления и регулирования температурного режима.

Например, стандарт TIA-942 предполагает четыре уровня надёжности дата-центров:

• Уровень 1 (N) - отказы оборудования или проведение ремонтных работ приводят к остановке работы всего дата-центра; в дата-центре отсутствуют фальшполы , резервные источники электроснабжения и источники бесперебойного питания; инженерная инфраструктура не зарезервирована;
• Уровень 2 (N+1) - имеется небольшой уровень резервирования; в дата-центре имеются фальшполы и резервные источники электроснабжения, однако проведение ремонтных работ также вызывает остановку работы дата-центра;
• Уровень 3 (2N) - имеется возможность проведения ремонтных работ (включая замену компонентов системы, добавление и удаление вышедшего из строя оборудования) без остановки работы дата-центра; инженерные системы однократно зарезервированы, имеется несколько каналов распределения электропитания и охлаждения, однако постоянно активен только один из них;
• Уровень 4 (2(N+1)) - имеется возможность проведения любых работ без остановки работы дата-центра; инженерные системы двукратно зарезервированы, то есть продублированы как основная, так и дополнительная системы (например, бесперебойное питание представлено двумя ИБП, каждый из которых уже зарезервирован по схеме N+1).

По предназначению

Дата-центры по виду использования подразделяют на корпоративные, предназначенные для обслуживания конкретной компании, и коммерческие (аутсорсинговые), предоставляющие услуги всем желающим. Также разделяют провайдерозависимые и провайдеронезависимые дата-центры. Первые служат для обеспечения деятельности телекоммуникационных операторов, вторые могут использоваться разными компаниями в соответствии с их нуждами.

Услуги дата-центров

• Виртуальный хостинг . Крупные дата-центры обычно не предоставляют подобную массовую услугу из-за необходимости обеспечения техническо-консультационной поддержки.
• Виртуальный сервер . Предоставление гарантированной и лимитированной части сервера (части всех ресурсов). Важная особенность данного вида хостинга - разделение сервера на несколько виртуальных независимых серверов, реализуемых программным способом.
• Выделенный сервер . Дата-центр предоставляет клиенту в аренду сервер в различной конфигурации. Крупные дата-центры в основном специализируются именно на подобных типах услуг.
• Colocation . Размещение сервера клиента на площадке дата-центра за определённую плату. Стоимость зависит от энергопотребления и тепловыделения размещаемого оборудования, пропускной способности подключаемого к оборудованию канала передачи данных, а также размера и веса стойки.
• Аренда телекоммуникационных стоек . Передача клиенту стоек для монтажа собственного или клиентского оборудования. Формально это частный случай colocation, но с основным отличием в том, что арендаторы в основном юридические лица.
• Выделенная зона (Dedicated area). В некоторых случаях владельцы дата-центра выделяют часть технологических площадей для специальных клиентов, как правило, финансовых компаний, имеющих строгие внутренние нормы безопасности. В этом случае дата-центр предоставляет некую выделенную зону, обеспеченную каналами связи, электроснабжением, холодоснабжением и системами безопасности, а клиент сам создает свой дата-центр внутри этого пространства.

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

Что такое дата-центр и почему одной из основных характеристик надежного хостинга является надежность используемого им дата-центра.

Что такое дата-центр, иначе ЦОД

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

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

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

Второе замечание по надежности. Хочу заметить, что практически можно создать дата-центр в подвале или квартире. Это будут всё те же компьютерные стойки. Вопрос в другом, могут ли они обеспечить надежную работу или нет.

Пример «подвального» дата-центра

Поэтому, при выборе хостинг компании нужно интересоваться, каким дата-центром пользуется хостинг и на каких условиях.

Основным критерием качества дата-центров была и остается его доступность в промежуток времени (uptime), то есть время непрерывной работы за контрольный промежуток времени. Хороший аптайм ЦОД () обеспечивает его инженерное оборудование.

Инженерное оборудование дата центра

Пример ДОЦ, дата центра в работе

Обязательным составляющими инженерного оборудования ДЦ являются:

• Энергоснабжение;
• Резервное электропитание;
• Система кондиционирования;
• Система пожаротушения;
• Система ограничения доступа.

Для информации приведу пример надежного инженерного оборудования одного из ДЦ.

• Выделенная мощность на два независимых ввода для нагрузки 4 МВт;
• Надежность энергоснабжения 1-го класса;
• Четыре источника бесперебойного питания (ИБП) по 800 кВА;
• Четыре ДГУ (дизельные генераторные установки) по 1250 кВА. Автономная работа каждой ДГУ без дополнительной заправки 8 часов;
• Автоматическое и распределительное электрооборудование импортного производства;
• Установлены прецизионные кондиционеры шкафного типа, производительностью по 100 кВт. Микроклимат 20±1°C. Идеален, для работы серверов.

Как видите, хоть это и не всё инженерное обеспечение хорошего дата-центра, надежный дата-центр «на коленке» не соберешь.

Расположение дата центра

При выборе хостинга есть простое правило: Дата-центр вашего хостера должен быть ближе к вашим клиентам.

Классификация дата-центра по надежности

Общий показатель безотказной работы дата-центра, включая все инженерные показатели и показатели надежности серверного оборудования регламентируются стандартами. Основной из них, стандарт TIA-942. По нему, классифицируют четыре уровня надежности дата-центров: Tier 1; Tier 2; Tier 3; Tier 4.

Tier 1. Первый уровень надежности

• Инфраструктура дата-центров без резервирования. Подходит для агентств недвижимости, туристических компаний, юридических контор и т.п.
• Время отключения в год не более 28,8 часов. Uptime 99,671%.
• Класс оборудования (N)

Tier 2. Второй уровень надежности

• Есть система резервирования, основная и резервная системы электропитания, система охлаждения с резервом мощности. Подходит для ведомственных и образовательных организаций.
• Время отключения в год не более 22 часа. Uptime 99,749%.
• Класс оборудования (N+)

Tier 3. Третий уровень надежности

• Все инженерные системы имеют резервные замены. Технические работы и обслуживание, ремонт проводятся без отключения оборудования. Подходят для крупных банков, финансовых организаций, электронных торгов и другой круглосуточной работы с клиентами.
• Время отключения в год не более 1,6 часа. Uptime 99,982%.
• Класс оборудования (N+)

Tier 4. Четвертый уровень надежности

• Полная устойчивость к отказам, выдерживают
  пожар и взрыв. Подходит для, военных, торговли ценными бумагами, расчетных центров.
• Время отключения в год не более 40 минут. Uptime 99,995

Нормативные документы по инженерным системам ЦОД

• ПУЭ: Для систем электропитания оборудования в ДЦ;
• СНиП 2.04.05-86: Промышленная система кондиционирования и вентиляции;
• ГОСТ 12.4.124-83, СанПиН 2.2.2.542, СН-2152-80 -96: электростатическая защита помещения;
• ГОСТ 12.1.004-76.ССБТ: Система автоматического газо- и пожаротушения.

1. Как бы вы охарактеризовали круг проблематики ЦОД? Какие вопросы в нее входят? Какие из них наиболее актуальны сегодня?
2. Можно ли сегодня говорить о подходах к созданию ИТ-инфраструктуры ЦОД и не-ЦОД? В чем их различия?
3. Какие категории заказчиков применяют ЦОД (по размерам, отраслям)? Для решения каких задач?
4. Каковы основные подходы к созданию ЦОД?
5. Заказчик хочет создавать ЦОД. С чего ему начать? На какие "подводные камни" нужно обратить внимание?
6. Какие технологии — аппаратные и программные - наиболее широко используются при создании ЦОД? Что интересного из новинок появилось за последний год?
7. Как используются в ЦОД новые архитектурно-технологические подходы и бизнес-модели (SOA, виртуализация, cloud computing, SaaS)?
8. Ваш прогноз развития ЦОД на 2009 г.?

Денис Калинин

Генеральный директор, IBS DataFort

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

2. Большинство компаний сейчас перешли от долгосрочного планирования к средне- и краткосрочному. Такой переход резко сокращает капитальные затраты бизнесов. Значит, при выборе между строительством собственного и использованием коммерческого ЦОД результат будет всегда в пользу коммерческого.

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

4-5. Создавать собственный ЦОД в период экономического кризиса стало нецелесообразно. Поэтому оптимальный выход из ситуации - использование коммерческих ЦОД, предложение которых на рынке сейчас неограниченно. Данное решение будет намного выгодней, чем строительство собственного ЦОД, которое потребует огромных финансовых вложений.

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

7. Cloud computing - это пока что лишь модное слово, которое не несет в себе четкой идеи. Сейчас единственный cloud computing, который мы знаем, - это Google documents. Никакого коммерческого и корпоративного выхода пока что нет. SaaS и любые другие схемы, позволяющие избежать капитальных вложений в закупку оборудования, сейчас будут востребованы. Таким образом, SaaS, аренда и лизинг "железа", а также виртуализация сейчас наиболее востребованы для перепрофилирования текущих мощностей. И компания IBS DataFort предлагает все вышеперечисленные сервисы своим клиентам.

8. Прогноз довольно простой: сейчас ЦОД есть, и на первую половину 2009 г. этих ЦОД хватит. Предсказывать что-либо дальше не имеет смысла, поскольку ни однозначных прогнозов компаний, ни прогнозов бюджетов, ни прогнозов рынка на следующий год почти ни у кого нет.

Игорь Антонов

Ведущий системный инженер, Inline Technologies

1. Круг проблематики ЦОД очень широк. Я бы хотел сфокусировать внимание на проблеме эффективного использования вычислительных ресурсов и ресурсов хранения данных. В решении первой проблемы в последнее время появились значительные успехи - прежде всего за счет развития технологий виртуализации для платформы Intel и роста доверия заказчиков к этим технологиям. В то же время проектов с виртуализацией ресурсов хранения данных пока очень мало, и зачастую убедить заказчика в целесообразности их применения весьма непросто. На основании успешного опыта внедрения средств виртуализации ресурсов хранения данных я могу утверждать, что на рынке имеются надежные и проверенные временем программно-аппаратные продукты для реализации таких решений. И степень удовлетворенности заказчика при их грамотном внедрении превосходит все ожидания.

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

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

4. Основной подход к созданию ЦОД состоит в построении его как целостной информационной системы с использованием взаимоувязанных программных и аппаратных компонентов, организационных процедур и квалифицированного персонала.

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

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

Еще одна проблема - выбор помещений для ЦОД. Зачастую заказчик выбирает из совсем неприспособленных для этого объектов наименее неприспособленные. Ремонт и подготовка помещения к тому же по разным причинам часто затягиваются, срывая сроки ввода ЦОД в эксплуатацию. Возможно, потенциальным заказчикам стоит обратить внимание на возможность размещения своего оборудования в специализированных дата-центрах, сдающих площади в аренду и оказывающих другие сопутствующие услуги.

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

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

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

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

Павел Зеленский

Начальник группы системной архитектуры ЦОД, "Инфосистемы Джет"

1. На протяжении последних нескольких лет проблема номер один для ЦОД - энергоснабжение. Дефицит свободных энергомощностей, принявший в некоторых регионах РФ просто катастрофические масштабы (до 90% потребителей, подавших заявки на подключение к электросетям, энергии не получат), привел к тому, что стоимость подведения мощностей соизмерима со стоимостью ЦОД, а в ряде случаев даже превышает ее. Не меньшее влияние оказывает и рост тарифов на электроэнергию, ведь доля затрат на оплату электроэнергии достигает 40% эксплуатационного бюджета ЦОД.

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

В попытке решить обозначенные выше проблемы многие компании идут по пути повышения эффективности использования вычислительных ресурсов за счет их консолидации и виртуализации, параллельно решая третью извечную проблему дата-центров - проблему роста сложности управления и администрирования. Другие же идут на более радикальные шаги и переносят свои ЦОД поближе к источникам электроэнергии, а также в регионы с относительно низким уровнем среднегодовых температур. Последнее решение позволяет существенно сократить затраты на охлаждение в ЦОД за счет использования низких "забортных" температур (например, широкую огласку получили планы Microsoft по строительству ЦОД в Иркутской области).

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

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

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

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

Второй подход - мобильный ЦОД или «ЦОД из коробки». Это достаточно молодое решение, еще не набравшее популярности. Тем не менее за последние два-три года на мировом рынке появилось несколько решений от таких производителей, как Sun, APC, IBM и других. Делают шаги в этом направлении и российские компании: «Черус» и «Синтерра» уже предложили рынку свои мобильные решения.

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

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

5. Прежде всего необходимо определить требования к будущему ЦОД в плане его емкости (полезной площади) и обеспечиваемого уровня доступности. Уровень отказоустойчивости определяет класс (Tier) ЦОД по классификации стандарта TIA-942, от которого в свою очередь сильно зависит стоимость инженерной инфраструктуры. Пристального внимания требуют вопросы выбора помещения, в котором будет оборудован ЦОД (по статистике, большинство дата-центров в России строится на базе уже существующих помещений различного назначения).

Ключевые критерии выбора - наличие достаточных энергетических мощностей, а также соответствие здания техническим условиям в плане несущей способности перекрытий, высоты потолков, габаритов проемов и коридоров. Ошибки и просчеты на этом этапе проекта могут привести к более чем значительным дополнительным затратам. Так, невозможность получить достаточные энергомощности может потребовать инвестиций в строительство собственной газовой электростанции. Такое решение существенно удорожает проект и, более того, в условиях плотной городской застройки зачастую оно просто невыполнимо.

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

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

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

Алексей Лобанов

Директор департамента "Центр разработки инфраструктурных решений", "Ай-Теко"

1. Сначала определим, что такое ЦОД. Это целостная система, которая состоит из взаимосвязанных программных и аппаратных компонентов, организационных процедур и персонала и обеспечивает автоматизацию бизнес-процессов с требуемым уровнем качества предоставляемых информационных сервисов. Наиболее актуальны в работе с ЦОД следующие моменты:

• четкое понимание того, какие информационные сервисы должен предоставлять ЦОД и какие конкретные требования эти сервисы предъявляют к инфраструктуре;
• возможность масштабирования - не только по росту нагрузок, но и по расширению функционала, т. е. набору сервисов, - повышение гибкости инфраструктуры;
• организация эксплуатации ЦОД с минимизацией TCO - не только с точки зрения затрат на текущую эксплуатацию, но и с точки зрения минимизации простоев.

2. Отдельно можно рассматривать только построение корпоративных систем связи (сети, телефония и т. п.) и охранных систем здания. Все остальное попадает под определение ЦОД.

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

4. Существует три основных подхода к созданию ЦОД. Первый из них можно назвать классическим - это построение корпоративного центра обработки данных на территории заказчика. Второй - использование мобильного ЦОД. И наконец, третий - размещение оборудования в коммерческом дата-центре.

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

5. Надо понимать, что процесс построения ЦОД и процесс его эксплуатации - это две большие разницы, как говорят в Одессе, они требуют привлечения совершенно разных команд специалистов. ИТ-подразделения заказчиков создаются для эксплуатации ЦОД, поэтому создать ЦОД своими силами им будет существенно сложнее (если вообще возможно) по сравнению с профессиональными интеграторами. Для построения ЦОД заказчику выгоднее привлечь профессионального интегратора, что сэкономит и время, и средства. Однако без участия специалистов заказчика интегратору тоже не обойтись: сегодня ЦОД редко строится с нуля, обычно уже существует информационная система, инфраструктуру которой необходимо модернизировать. Эту инфраструктуру никто не знает лучше сотрудников ИТ-подразделения заказчика. Поэтому начинать надо с создания проектной команды из специалистов интегратора и заказчика. В дальнейшем классическая последовательность действий этой команды следующая: составление описания (или анализ существующего описания) бизнес-процессов, выбор тех из них, которые нужно автоматизировать (или анализ существующей автоматизации бизнес-процессов), определение, за счет каких информационных сервисов будет реализована автоматизация (или аудит существующих информационных сервисов), трансформация бизнес-требований в технические требования для информационных сервисов (производительность, масштабируемость, доступность). Последний этап самый сложный, и ошибки, допущенные в ходе его выполнения, обходятся заказчикам дороже всего.

6. Наиболее широко используются технологии консолидации и SAN. Из новинок стоит отметить виртуализацию и архивацию (которую не следует путать с резервным копированием). Примерно год назад получила известность технология Virtual Desktop Infrastructure (VDI) для виртуализации пользовательских рабочих мест. Она способствует снижению TCO - в основном за счет использования тонких клиентов (достигается существенная экономия на администрировании, технической поддержке, электроэнергии - эксплуатация тонких клиентов, как известно, снижает совокупную стоимость владения ИТ-инфраструктурой на величину до 40%). Основные преимущества технологии VDI - возможность оперативного запуска новых сервисов и развертывания дополнительных рабочих мест с необходимой конфигурацией для выполнения конкретных задач.

Это решение также позволяет решить проблему технической поддержки инфраструктуры в региональных представительствах компаний без того, чтобы содержать штат ИТ-специалистов на местах: администрирование систем выполняется централизованно. Центр разработки инфраструктурных решений компании «Ай-Теко» спроектировал и реализовал в нескольких крупных компаниях трехуровневую систему VDI на основе технологий VMware. По опыту наших клиентов, VDI позволяет повысить степень утилизации оборудования в 7,5 раз.

Архивация увеличивает утилизацию систем хранения данных, позволяет разгрузить дорогостоящее дисковое пространство от старых файлов, переместив их во вторичную систему хранения. Можно пойти и дальше: например, Symantec Enterprise Vault позволяет создавать третий уровень системы архивации - перемещать данные в ленточную библиотеку.

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

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

Владимир Ливинский

Руководитель Управления систем обработки и хранения данных, «АйТи»

1. Сегодня наиболее актуальны вопросы энергосбережения. Решения для контроля энергосбережения, которые управляют активным оборудованием в ЦОД и снижают частоту его работы, когда оно не используется, становятся все более востребованными.

3. Если говорить вообще, то центры обработки данных высоко востребованы крупными, территориально распределенными предприятиями, где используется большое количество бизнес-приложений. Таким организациям выгодно централизовать обработку и хранение данных, так как это обеспечивает максимальную надежность обработки и хранения, утилизацию ресурсов (максимально выгодную загрузку вычислительных мощностей), снижение затрат на организацию обработки и хранения.

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

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

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

Естественно, такой подход может привести (и в большинстве случаев приводит) к очевидным проблемам при проектировании каждой новой составляющей. Технические ограничения предыдущих компонентов ЦОД накладываются друг на друга и существенно снижают гибкость всей системы.

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

6. Одно из новых решений - мобильные ЦОД. Мы предлагаем своим клиентам бюджетный вариант построения ЦОД - решение Compact Data Center (CDC). Это решение предназначено для консолидации ресурсов десятков серверов, собранных в современных ЦОД и работающих под управлением разных ОС, на нескольких серверных платформах и одном внешнем дисковом массиве. CDC представляет собой модульный несгораемый сейф высотой 42U с вычислительной подсистемой, системой хранения данных, телекоммуникационным оборудованием, ИБП, кондиционером. Платформа CDC позволяет реализовать несколько десятков прикладных и системных сервисов на виртуальных серверах для работы небольшой компании или филиала (численность сотрудников примерно 200 человек).

Если говорить о технологиях, которые получают все более широкое применение в ЦОД, то из наиболее актуальных сегодня можно выделить решения для консолидации вычислительных ресурсов. В компаниях с географически распределенной структурой зачастую остро стоит вопрос с консолидацией вычислительной мощности на крупных площадках для предоставления малым филиалам терминального или удаленного доступа к прикладным информационным сервисам. Консолидация существенно уменьшает стоимость удаленных рабочих мест, повышает качество обслуживания пользователей, снижает стоимость владения информационным полем компании. Серьезным ограничением в подобной стратегии выступают каналы связи, точнее, их качество и стоимость. На помощь приходят устройства оптимизации и ускорения передачи данных по IP-сетям. Подобные решения требуют установки оптимизирующих устройств на каждой площадке или ПО на мобильном рабочем месте и в качестве базовой технологии используют дедупликацию передаваемого трафика. Результат их применения таков:

• ускорение работы приложений до 100 раз для мобильных пользователей и филиалов (по результатам опытной эксплуатации);
• увеличение полосы пропускания в канале без дополнительных расходов до пяти раз;
• уменьшение нагрузки на сеть в диапазоне 60-98%.

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

7. Технологии виртуализации сегодня очень активно используются в ЦОД, так как виртуальная инфраструктура позволяет уменьшить энергопотребление и затраты на охлаждение, а также затраты на обслуживание и занимаемое пространство ЦОД. При этом загрузка серверов увеличивается с 10-15% до 80% и более.

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

Применяется виртуализация и для построения катастрофоустойчивых ЦОД. В данном случае значительно сокращается время запуска резервного ЦОД в случае аварии в основном.

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

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

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

Игорь Литвинов

Руководитель отдела аппаратно-программных комплексов, "Микротест"

1. Прежде всего несколько слов о том, что такое ЦОД. Четкого определения не существует. Например, американский стандарт TIA/EIA-942 определяет ЦОД как «инженерно-технический комплекс, предназначенный для размещения вычислительных ресурсов обработки и хранения информации, а также предоставления клиентам разнообразных бизнес-услуг». Таким образом, в этом стандарте имеется в виду только «инженерка» - инженерно-технический комплекс. А устоявшееся понимание ЦОД в России включает дополнительно серверное оборудование и хранилища данных, а также развернутое на них системное ПО и бизнес-приложения. Поскольку есть два определения, в ходе ответов я буду уточнять, что именно имеется в виду. Мое определение ЦОД - это аппаратно-программная инфраструктура компании, предназначенная для предоставления централизованных ИТ-сервисов.

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

Основополагающие вопросы связаны с доступностью ИТ-сервисов, защитой и хранением данных. К их числу относятся: ·

• отказоустойчивость; ·
• катастрофоустойчивость; ·
• защищенность данных; ·
• интеллектуальное хранение данных (например, ILM).

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

Гибкость инфраструктуры ЦОД. В период кризиса бизнес изменяется, и инфраструктуре приходится подстраиваться под новые запросы бизнеса. Эти изменения должны быть динамичными - нельзя ждать и останавливать бизнес-процессы, пока инфраструктура не поменяется.

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

Изменение облика ЦОД. Раньше основу ЦОД составляли в основном большие и дорогие серверные решения, но теперь количество относительно бюджетных систем возросло. Кроме того, большее значение для ЦОД приобрели системы хранения данных и средства резервного копирования.

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

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

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

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

4. При построении полноценной аппаратно-программной инфраструктуры существует два основных подхода: полностью создавать свою собственную инфраструктуру или арендовать ее у хостинг-провайдера.

Рынок хостинга развивается. Среди услуг любого хостинг-провайдера есть как возможность размещения своих серверов с обеспечением каналов доступа к ним, так и аренда серверов провайдера с размещением на них своих сервисов. В дальнейшем, наверное, мы увидим, как будут сдавать в аренду отдельные виртуальные машины. Развитие аппаратных средств обогнало потребности ПО в производительности, и информационные системы «не съедают» полностью ресурсы современных серверов. Поэтому заказчику не имеет смысла брать в аренду сервер целиком, если он использует его не на 100%, - можно взять в аренду виртуальную машину. Пока эти услуги активно не предлагаются, но скоро они будут весьма востребованы.

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

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

Что дает виртуализация? Виртуализация за счет гибкого перераспределения ресурсов обеспечивает более эффективное их использование. На одном и том же оборудовании можно запускать множество различных изолированных друг от друга задач и динамически перераспределять ресурсы между ними в зависимости от того, кому они сейчас нужнее. При этом утилизация (КПД), например, серверного оборудования повышается от 10 до 60-70%, что в современных условиях крайне актуально.

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

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

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

Решение одно - катастрофоустойчивость, создание дополнительной технологичной площадки, куда можно быстро перенести функционирование ИТ-сервисов. Катастрофоустойчивость сейчас стала более доступной, чем раньше. Что означало раньше создать резервный ЦОД? Во-первых, это вторая технологическая площадка. Для этого нужно было протянуть свой оптоволоконный кабель, поставить две системы хранения, которые обеспечили бы зеркалирование данных между собой. И воссоздать инфраструктуру основного ЦОД на резервном, чтобы все те же самые серверы с те же самыми системами в случае необходимости были готовы «поднять» ИТ-сервисы. Сейчас это делается гораздо проще. Уже не обязательна «выделенная оптика» - можно использовать IP, а на виртуализованных решениях на удаленной площадке уже легче «поднимать» ИТ-сервисы. Катастрофоустойчивое решение может стоить от 200 тыс. долл., что раньше было практически нереально.

7. Виртуализация - в настоящее время это наиболее востребованные технологии. Понятия же SOA и SaaS в большей степени касаются бизнес-приложений и не имеют к ЦОД непосредственного отношения. Точно так же и cloud computing - если под ним понимаются высокопроизводительные кластеры и распределенные вычисления, то это отдельный разговор.

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

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

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

Вячеслав Ковалев

Начальник отдела ЦОД, «Открытые Технологии»

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

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

4. Полагаю, что в каждой организации подходы будут свои. И перечислять их сложно, так как они будут базироваться на собственной методологии проектирования ЦОД. Здесь важно, что во всех случаях при построении ЦОД объединяющим фактором будет стремление компаний придерживаться существующих международных стандартов. В настоящее время основным считается американский стандарт EIA/TIA-942. Кроме того, существует европейский его аналог EN 50173-5, на основе которого формируется российский ГОСТ. В стандарте TIA ЦОД определен как здание или его часть, предназначенное прежде всего для размещения оборудования обработки и хранения данных, функционирование которого обеспечивается вспомогательными системами. Что касается отечественной специфики, то у нас для ЦОД редко отводят выделенные здания, при этом помещение чаще всего выбирается по остаточному принципу. Такой подход заставляет при построении ЦОД применять элементы перепланировки здания, а также использовать сложные решения для создания климатических условий, обеспечивающих нормальную работу оборудования.

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

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

Полагаю, что в 2009 г. значительное внимание будет уделено системам виртуализации. Кроме того, в силу ориентации компаний на бюджетные решения возрастет интерес к системам хранения данных на базе протокола iSCSI и к системам хранения NAS.

Владимир Попов

Директор департамента инфраструктурных решений, "Энвижн груп"

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

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

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

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

3. Центры обработки данных нужны для решения задач, которые не решаются другим образом. В первую очередь это задачи крупных телекоммуникационных компаний (биллинговые системы, хостинг, всевозможные Web-сервисы и социальные службы), банков, торговых компаний, предприятий добывающей отрасли, т. е. тех компаний, бизнес которых зависит от надежности функционирования ИТ-инфраструктуры.

Кризис больно ударил по финансовым организациям, по торговым организациям, а также по нефтегазовым компаниям. Думаю, в наступившем году они будут выжимать максимум из имеющегося оборудования без масштабных инвестиций в ИТ-инфраструктуру. В то же время потребность в сервисах будет и дальше расти - данные все так же нужно хранить и обрабатывать. Поэтому развитие, хоть и замедлится, но не остановится совсем. Это же относится к телекому - трафик никуда не денется.

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

Попытки снизить издержки на построение ЦОД привели к созданию целого нового класса решений - мобильных дата-центров. Наиболее известный представитель этого класса - Sun BlackBox, который представляет собой морской контейнер, набитый монтажными шкафами с уже разведенной СКС и решенными проблемами отвода тепла от оборудования. При заказе такого ЦОД его можно сразу укомплектовать необходимым набором серверного оборудования. Такой подход к построению ЦОД должен позволить заказчикам сэкономить на помещении и сократить время развертывания. Решение интересное и явно с большим потенциалом.

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

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

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

Сам я с интересом слежу за попытками унификации среды передачи данных в ЦОД. Рано или поздно это приведет к сращиванию сетей хранения данных (SAN) с корпоративными вычислительными сетями (LAN). Как известно, в корпоративных сетях в качестве транспорта используется протокол Ethernet, а в сетях передачи данных - в основном Fibre Channel. Оба эти протокола имеют свои плюсы и минусы и требуют различного набора оборудования и кабельных систем. Логичным шагом становится разработка протокола, который имел бы гарантированную доставку, необходимую функциональность и не увеличивал бы задержки при взаимодействии с дисками, т.е. объединил бы лучшие характеристики обоих предшественников. Такая унификация позволит по одной и той же сети передавать трафик принципиально разного типа, который будет обрабатываться на одном и том же оборудовании. Благодаря этому можно достичь колоссальной экономии.

Ведущие разработчики оборудования уже выпустили свои первые продукты, реализующие новую концепцию. У Cisco это линейка продуктов Nexus с поддержкой протокола Data Сenter Ethernet. У компании Brocade это устройства DCX - платформа, готовая для использования с FibreChannel over Ethernet (FCoE).

Реально до массового перехода на единую сеть еще далеко - с момента появления первых продуктов, например, с Fibre Channel, до начала их активного использования прошло не меньше пяти лет. На этот раз процесс пойдет, конечно, быстрее, так как в этом заинтересованы все.

Юрий Барабанщиков

Руководитель направления ЦОД, департамент сетевой интеграции, ЛАНИТ

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

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

3. Как правило, ЦОД используются крупными промышленными предприятиями, банками, торговыми организациями, операторами связи, энергетическими компаниями, крупными учебными заведениями. Задачи, для которых необходимо построение ЦОД, предусматривают наличие определенной критической массы по одному или нескольким параметрам. Так, основной предпосылкой построения ЦОД является большой объем информации для хранения и оперативной обработки. В этом случае консолидация ресурсов в ЦОД обеспечивает их высокую утилизацию. Еще одним фактором могут стать требования непрерывности предоставления ИТ-сервисов. Как правило, консолидированным комплексом значительно легче управлять, проще обеспечить наблюдение за ним и защиту от возможных сбоев, чем в случае распределенного неоднородного решения.

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

4. Один из базовых подходов к созданию ЦОД - это консолидация: объединение ресурсов в единый пул, размещение компонентов системы в одном месте, организация высокоскоростных резервированных каналов связи, наличие единых средств и стандартов управления. Это позволяет построить высокоэффективный ЦОД. Как показывает практика, не всегда удается построить центр обработки, используя оборудование и ПО одного производителя. В таких случаях необходима интеграция продуктов различных вендоров, что и наблюдается в большинстве ЦОД. Наиболее полная реализация данного подхода проявляется в мобильных центрах обработки данных.

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

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

6. Иногда для создания ЦОД практически не требуется значительных вложений: например, когда используются хорошо зарекомендовавшие себя решения виртуализации, и существующих вычислительных ресурсов достаточно для консолидации всех продуктов и сервисов на имеющемся оборудовании. Когда же требуются значительные изменения в технологическом процессе обработки данных, ЦОД создается одновременно с внедрением нового продукта (скажем, ERP-системы).

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

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

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

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

8. Укрупнение ЦОД позволит существенно расширить количество предоставляемых сервисов. Первоочередной задачей в 2009 г. будет увеличение эффективности ЦОД, что предполагает более широкое применение новых технологий виртуализации и автоматизации. Развитие телекоммуникационных технологий позволит снизить затраты на ЦОД за счет их перемещения в районы с меньшей стоимостью требуемых ресурсов (занимаемая площадь, электроэнергия и т. д.).

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

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

Преимущества для бизнеса

Создание многокомпонентных систем, решающих большинство проблем в бизнесе, намного сокращает расходы предприятий. В частности, для компаний с территориально-распределенной инфраструктурой это незаменимое решение, поскольку 1–2 сотрудника, обслуживающих ЦОД , с успехом заменяют множество лиц, работающих в офисах в регионах. Впоследствии многие предприниматели задумались над приобретением центров обработки данных в связи с тем, что потребовалось интегрировать воедино большое количество информации. Риск потерять определенные сведения безвозвратно стал очень велик и обусловил определенные затраты по восстановлению информации. Кроме того, возникли риски по лишению части доходов в связи с простоями по разным причинам. То есть, благодаря своим уникальным особенностям ЦОД обеспечивает эффективную бесперебойную работу любой организации.

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

Традиционные услуги в дата-центрах: аренда стойки, размещение серверов, подключение к Интернету, аренда каналов связи, установка, настройка ПО, администрирование. В настоящее время к ним добавились предоставление в аренду вычислительных мощностей, виртуальных серверов, дискового пространства для резервного копирования данных, аренды приложений.

• Надежность хранения информации. Причем эта надежность подтверждается как заложенной на этапе проектирования архитектурой, так и последующей эксплуатацией. Интересный факт, что при детальном сравнении стоимости владения информационной системой, расположенной на территории заказчика (как правило, это бизнес-центр) и в дата центре, получаются вполне сравнимые цифры, чего нельзя сказать о сравнении надежности этих способов.

• Уменьшение временных затрат на реализацию новых проектов в сфере IT. При работе в дата-центре компании самостоятельно выбирают услуги, которые они хотят получать. Самыми востребованными остаются аренда стойки, юнита, готового сервера, виртуального сервера и резервное копирование данных. Но помимо этого существует ряд других услуг, которыми компании-арендаторы могут при необходимости воспользоваться, что значительно сэкономит время на запуск нового IT-проекта. Например, это аренда приложений, позволяющая избежать масштабных инвестиций на начальном этапе работы. В качестве примера можно привести аренду 1С бухгалтерии – для развертывания готовой системы, пригодной к работе, достаточно заказать и оплатить такую услугу в дата центре. При этом, зачастую, в офисе заказчика не нужно ничего покупать, устанавливать или настраивать, кроме как доступа в Интернет.

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

• Организация непрерывной работы головного офиса с филиалами компании по всей стране. доступ к рабочей информации независимо от места нахождения сотрудника. Например, руководитель компании может, находясь в отпуске, проверять рабочую почту, связываться со своими сотрудниками через IP-телефонию.

• Возможность создания резервного офиса организации, если по каким-то причинам работа в основном офисе невозможна, а необходимо получить важную информацию, доделать проект

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

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

Типы центров обработки данных

В зависимости от назначения различают три разных типа дата-центров, каждый из которых рассчитан на определенную модель предприятия и имеет собственные оперативные задачи и проблемы:

• корпоративные дата-центры;
• хостинговые дата-центры, предоставляющие компьютерную инфраструктуру как услугу (IaaS);
• дата-центры, использующие технологию Web 2.0.

Ниже приведены параметры, которые могут значительно отличаться в разных типах дата-центров:

• тип трафика (внутренний, внешний или смешанный);
• использование Layer 2 (L2) и/или Layer 3 (L3) для управлення трафиком в центре или на периферии (Top of Rack);
• технология хранения данных;
• уровень серверной виртуализации;
• общий размер центра обработки данных (по количеству серверов).

Создание и модернизация ЦОД

Компоненты ЦОД

Традиционный ЦОД

Обязательные компоненты, входящие в состав ЦОД , можно разделить на три основные группы:

1. Технические компоненты . Они создают условия для эффективной работы центра. К таковым относятся:

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

2. Программное обеспечение . Это фактически сервисы инфраструктуры ЦОД и ПО для корректной работы бизнес-процессов , необходимых для конкретной организации. К компонентам инфраструктуры относятся:

• операционные системы серверов;
• программное обеспечение баз данных;
• операционные системы рабочих станций;
• средства кластеризации ;
• средства резервного копирования;
• программы устройств хранения данных;
• средства администрирования серверов и рабочих станций;
• средства инвентаризации;
• офисное программное обеспечение;
• электронная почта;
• Интернет -браузеры.

К программам, отвечающим за функционирование бизнес процессов, относятся:

• деловые приложения;
• базовые корпоративные информационные сервисы;
• приложения для коллективной работы;
• отраслевые компоненты;
• программное обеспечение для решения задач конструкторско-технологического плана системы электронного архива и управления проектами;
• программы, обеспечивающие сервисы файлов, печати, службы каталогов и других прикладных задач.

3. Организационная среда решает вопросы, связанные с предоставлением IT-услуг. Она должна соответствовать требованиям по оказанию IT-услуг, таким как ISO/IEC 20000. Здесь представлены:

• процессы оказания услуг, то есть качество и доступность услуг;
• процессы взаимоотношений между поставщиком и клиентом, а также с подрядными организациями;
• процессы решения проблем, возникающих при функционировании любого из компонентов системы;
• процессы управления конфигурациями, мониторинг и контроль статуса IT-инфраструктуры, инвентаризация, верификация и регистрация конфигурационных единиц, сбор и управление документацией, предоставление информации об IT-инфраструктуре для всех других процессов;
• процессы управления изменениями, то есть определение необходимых изменений и способов их проведения с наименьшим риском для IT-услуг, а также проведение консультаций и координации действий с организацией в целом;
• процессы релиза, то есть совместного тестирования и введения в активную деятельность организации ряда конфигурационных единиц.

Программный ЦОД

В программном ЦОДе мы все окружение реализуем в виде программных модулей в виртуальных машинах – virtual appliance. Идея состоит в том, что физически используются только серверы и коммутаторы . Все остальное реализуется в виде виртуальных машин – virtual appliance.

В мире сервис-провайдеров эта технология известна и даже стандартизована под названием NFV – Network Function Virtualization – виртуализация сетевых функций. Только там это используется для предоставления сервисов и соответственно очень много внимания уделяется средствам оркестрации и управления, интеграции с OSS системами, что позволяет автоматизировать процесс создания услуг для каждого из абонентов. В корпоративном ЦОД так часто состав услуг менять не надо, уровень автоматизации может быть существенно ниже, но перенос всех сетевых функций в виртуальные машины все равно дает существенные преимущества.