Форум о Центрах Обработки Данных (ЦОД): Риски Отсутствия Круглосуточного Инженера В Дата-Центре - Форум о Центрах Обработки Данных (ЦОД)

Перейти к содержимому

Страница 1 из 1
  • Вы не можете создать новую тему
  • Вы не можете ответить в тему

Риски Отсутствия Круглосуточного Инженера В Дата-Центре

#1 Пользователь офлайн   degas Иконка

  • Продвинутый пользователь
  • PipPipPip
  • Группа: Пользователи
  • Сообщений: 71
  • Регистрация: 28 Февраль 10

Отправлено 23 Ноябрь 2010 - 11:53

Предположим, есть коммерческая площадка (небольшой ДЦ), с клиентским оборудованием, все оборудование подключено к управляем IP розеткам и KVM, но при этом круглосуточной дежурной смены на площадки нет.

При возникновении проблем в системе мониторинга или заявки клиента, расчетное время подлета дежурного инженера 30-60 минут.

Опираясь на ваш опыт, поделитесь мнением, какие рисским возникают при такой схеме работы?
0

#2 Пользователь офлайн   ync Иконка

  • Продвинутый пользователь
  • PipPipPip
  • Группа: Пользователи
  • Сообщений: 81
  • Регистрация: 01 Март 10

Отправлено 24 Ноябрь 2010 - 07:29

Смотря что в SLA написано. Если время реакции например 90 минут, то для вас рисков никаких.
Работа не волк. Работа это ворк. А волк - это гулять.
0

#3 Пользователь офлайн   degas Иконка

  • Продвинутый пользователь
  • PipPipPip
  • Группа: Пользователи
  • Сообщений: 71
  • Регистрация: 28 Февраль 10

Отправлено 24 Ноябрь 2010 - 08:40

Просмотр сообщенияync (24 Ноябрь 2010 - 07:29) писал:

Смотря что в SLA написано. Если время реакции например 90 минут, то для вас рисков никаких.

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

Целесообразно ли вообще держать круглосуточного дежурного инженера, непосредственно в ДЦ?

Какие минусы в данной схеме?
0

#4 Пользователь офлайн   Skip Иконка

  • Продвинутый пользователь
  • PipPipPip
  • Группа: Пользователи
  • Сообщений: 89
  • Регистрация: 03 Май 10

Отправлено 24 Ноябрь 2010 - 09:48

Я думаю это вопрос более широкий. Какая функция, знания и умения этого инженера. Что он должен делать по ситуационному плану? Можно посадить смену из 10 инженеров и они растеряются при возникновении внештатной ситуации, а можно перевесить все на автоматику с поддержкой принятия решений.
0

#5 Пользователь офлайн   ync Иконка

  • Продвинутый пользователь
  • PipPipPip
  • Группа: Пользователи
  • Сообщений: 81
  • Регистрация: 01 Март 10

Отправлено 25 Ноябрь 2010 - 08:16

Работоспособность (не техническая) данной схемы всё равно зависит от параметров SLA. Почему?
1. Технически мониторить ЦОД в автоматическом режиме можно, как и обеспечить надежность данной системы мониторинга.
2. Псевдоинтеллектуальность и поддержка принятия решений существует, в основном, в проприетарном софте (типа ISX Central от APC). Самостоятельно разработать такую систему будет трудновато.
3. Проприетарный софт нормально работает только с родным оборудованием.
4. Комплекс инженерных систем на АРС (например) будет минимум на 30-50% дороже, чем сборную солянку делать.
5. Увеличение капитальных затрат с сохранением срока окупаемости увеличивает стоимость услуги.
6. Стоимость услуги повышает требования заказчиков, что фиксируется в SLA.
7. Жесткие требования SLA тянут за собой соответствующий DRP.
8. Соответствующий DRP не обойдется без присутствия на объекте инженера.
Таким образом, потратились на мониторинг и управление, а инженер всё также на объекте сидит :-)

Реально, часть вещей с ISX Central, IP KVM, IP Console Switch можно делать и удаленно. Но удаленно включить рубильник на щите не получится и дизель запустить с ключа/кнопки тоже не выйдет. Поэтому:
1. либо держать инженера на объекте и не заморачиваться на все эти супер навороченные мониторинги.
2. заморочиться ,но прописать в SLA соответствующие параметры.
Работа не волк. Работа это ворк. А волк - это гулять.
0

#6 Пользователь офлайн   degas Иконка

  • Продвинутый пользователь
  • PipPipPip
  • Группа: Пользователи
  • Сообщений: 71
  • Регистрация: 28 Февраль 10

Отправлено 07 Декабрь 2010 - 14:02

Просмотр сообщенияync (25 Ноябрь 2010 - 08:16) писал:

8. Соответствующий DRP не обойдется без присутствия на объекте инженера.

Вы считаете, что DRP подразумевает наличие круглосуточного инженера на площадке?

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

#7 Пользователь офлайн   ync Иконка

  • Продвинутый пользователь
  • PipPipPip
  • Группа: Пользователи
  • Сообщений: 81
  • Регистрация: 01 Март 10

Отправлено 09 Декабрь 2010 - 08:53

Я считаю, что DRP напрямую зависит от требований SLA. И в части сервисов тоже. DRP делается не только на случай аварий на сетях, но и на случай остановки сервиса (например хостинг почты).
Имеет смысл уточнить с чем разговор - авария или выполнение плановых заявок?
IP KVM стекируются и работают в отказоустойчивой схеме. В части выполнения плановых заявок риски минимальны. В части ликвидации аварии - риски велики, поскольку без электричества работать нифига не будет и придется ехать однозначно.
Работа не волк. Работа это ворк. А волк - это гулять.
0

#8 Пользователь офлайн   Андрей Сергеевич Иконка

  • Новичок
  • Pip
  • Группа: Пользователи
  • Сообщений: 2
  • Регистрация: 17 Август 11

Отправлено 17 Август 2011 - 21:27

Цитата

без электричества работать нифига не будет и придется ехать однозначно.


извините, интересный вопрос, подразумевается именно невозможность переключения работы от генератора / резервной цепи питания в автоматическом режиме или его отсутствие как такового ?
0

#9 Пользователь офлайн   sam1025 Иконка

  • Новичок
  • Pip
  • Группа: Пользователи
  • Сообщений: 2
  • Регистрация: 21 Январь 12

Отправлено 01 Февраль 2012 - 21:40

Просмотр сообщенияync (25 Ноябрь 2010 - 08:16) писал:

Реально, часть вещей с ISX Central, IP KVM, IP Console Switch можно делать и удаленно. Но удаленно включить рубильник на щите не получится и дизель запустить с ключа/кнопки тоже не выйдет. Поэтому:
1. либо держать инженера на объекте и не заморачиваться на все эти супер навороченные мониторинги.
2. заморочиться ,но прописать в SLA соответствующие параметры.

Поверьте на слово, удаленно включить рубильник на щите не надо. Хорошо спроектированный ЦОД предполагает две независимые линии питания оборудования от двух разных ИБП. Дизель запустить с ключа/кнопки также не надо. По той-же причине его должен запустить АВР (автоматический ввод резерва) без участия инженера. Гораздо труднее обеспечить нормальную температуру. Если возникла проблема с кондиционированием, то удалённо можно только наблюдать как температура растёт по 1 градусу за 5 минут (а то и за 1 минуту) и кусать локти. Постоянное присутствие инженера на ЦОДе, на мой взгляд, необходимо.
0

#10 Пользователь офлайн   ync Иконка

  • Продвинутый пользователь
  • PipPipPip
  • Группа: Пользователи
  • Сообщений: 81
  • Регистрация: 01 Март 10

Отправлено 06 Февраль 2012 - 23:28

Я мог бы сказать: "Поверьте на слово, удаленно включать рубильник на щите может потребоваться и дизель запустить с кнопки тоже. Автоматика, конечно, должна, но иногда не хочет... У меня есть примеры, некоторые граничащие с чистым криминалом. Могу вкратце рассказать, не называя имен, если интересно.
Ну и не надо забывать что ЦОДы разные бывают и TIER III у нас всего один построенный и 3 запроектированных. Для остальных дублирование всего и вся далеко не требуется. И не всегда делается. Есть ведь ещё и низкобюджетные площадки, которые тоже надо как-то эксплуатировать. А ещё корпоративные площадки".
Но не скажу, поскольку вы полностью повторили мой вывод - лучше квалифицированного инженера на объекте нет. Спорить смысла не вижу ;)

Сообщение отредактировал ync: 06 Февраль 2012 - 23:29

Работа не волк. Работа это ворк. А волк - это гулять.
0

Страница 1 из 1
  • Вы не можете создать новую тему
  • Вы не можете ответить в тему

1 человек читают эту тему
0 пользователей, 1 гостей, 0 скрытых пользователей