6. Проблемы «озеленения».

Мировая индустрия ЦОДостроения сейчас озабочена «озеленением» дата-центров. Недавно Uptime Institute и консалтинговая компания McKinsey & Co представили доклад, в котором утверждается, что к 2020 г. объемы парниковых газов, выбрасываемых дата-центрами в атмосферу, увеличатся в 4 раза и превзойдут объемы выхлопов всех самолетов мира. Там же говорится, что цены на энергоносители растут со скоростью 16% в год, а основной проблемой для дата-центров является резкий рост энергопотребления, который обгоняет рост вычислительной мощности. Компании, строящие и эксплуатирующие дата-центры, обеспокоены тем, что их затраты на электроэнергию сильно выросли за последние годы и продолжают расти. По данным IDC, в 1996 г. на электроэнергию приходилось примерно 15% затрат на эксплуатацию дата-центров, а к 2010 г. ее доля возрастет до 70%. Поэтому около половины опрошенных Uptime компаний собираются в течение ближайшего года модернизировать свои ЦОДы, чтобы снизить энергопотребление их инженерных систем и ИТ-оборудования. Причем заинтересованы в этом прежде всего ИТ-директора, так как электроэнергия для дата-центров на Западе уже давно оплачивается из ИТ-бюджета компании.

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

3. Основные задачи, решаемые системой комплексного менеджмента colocation-проектов.

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

То есть, система представляет собой конфигуратор услуг (сервисный калькулятор), который позволяет сократить время формирования и повысить эффективность расчета специалистом спецификации для конкретного заказчика.

Спецификация представляет собой электронный документ, позволяющий оценить:

1. Трудозатраты, требующиеся на реализацию конкретного проекта.

2. Общую стоимость предоставляемого комплекса услуг.

3. Персонал и время, требуемое для реализации проекта.

4. Анализ рациональности реализации конкретного проекта.

5. Описание модели SLA проекта конкретного заказчика.

SLA – это основной документ, регламентирующий взаимоотношения ИТ и клиентов.

Цель документа – дать качественное и количественное описание сервисов, как с точки зрения провайдера, так и сточки зрения клиента.

Существенной частью SLA является каталог сервисов.

Соглашение об уровне сервиса (Service Level Agreement – SLA) определяет взаимные ответственности провайдера ИТ-сервиса и пользователей этого сервиса.

Типовая модель SLA должно включать следующие разделы:

1. Определение предоставляемого сервиса, стороны, вовлеченные в соглашение, и сроки действия соглашения.

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

3. Число и размещение пользователей и/или оборудования, использующих данный сервис.

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

5. Описание процедуры запросов на изменение. Может включаться ожидаемое время выполнения этой процедуры.

6. Спецификации целевых уровней качества сервиса, включая:

• Средняя доступность, выраженная как среднее число сбоев на период предоставления сервиса

• Минимальная доступность для каждого пользователя

• Среднее время отклика сервиса

• Максимальное время отклика для каждого пользователя

• Средняя пропускная способность

• Описания расчета приведенных выше метрик и частоты отчетов

7. Описание платежей, связанных с сервисом. Возможно как установление единой цены за весь сервис, так и с разбивкой по уровням сервиса.

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

9. Процедура разрешения рассогласований, связанных с предоставлением сервиса.

10. Процесс улучшения SLA. В идеале, SLA определяется как особый сервис. Это позволяет сконфигурировать аппаратное и программное для максимизации способности удовлетворять SLA.