Просто стоит при покупке железа уточнять что с поддержкой у выбранного вендора.
Я почитал все эти страшные истории и удивился что ни с одной из них лично не сталкивался, хотя с сервисом/ремонтом оборудования я плотно связан с 2007 года.
Если у вендора есть хороший локальный сервис, склады запчастей в РФ, то 99% из перечисленного не случится. И даже для business critical систем. Я знаю как это работает в HPE. Подозреваю что у Dell работает схожим образом, не особо хуже. Конечно, если клиент решил купить китайские сервера или локальный самосбор из китайских комплектующих, то могут быть нюансы.
На самом деле, решение даже ещё интереснее. Просто в рамках одной статьи трудно описать все возможности продукта, а их немало. Например:
— возможность настроить оповещения о несиправностях партнёров, елси оборудование обслуживают они
— возможность проактивного обнаружения некоторых несиправностей, когда инженер HP на основании автоматического кейса меняет диск ещё до того, как он вышел из строя
— возможность отслеживания ведущихся работ по открытым кейсам через HP Support Center
— возможность создавать в SIM различные автоматические отчёты, например очтёт по текущему статусу контракта/гарантии на всё имеющееся оборудования
— возможность интеграции с HP Operations для автоматического открытия кейсов в системе управления инцидентами заказчика
… и т.д. и т.п.
Пока IRSA поддерживается только под VMware. Технически под Hyper-V поставить можно, но могут возникнуть проблемы с генерацией CSID/OSID для CMS. Их, конечно, можно поправить руками, но в итоге данная конфигурация не будет поддерживаться HP.
Поверьте, это очень упрощённо. Например, схема коммуникации того же HP-UX c CMS на порядок сложнее представленного здесь, особенно принимая во внимание что протоколы и порты используемые для мониторинга событий и сбора конфигураций — разные.
С внедрением всё хорошо. Количество крупных заказчиков HP внедривших это решение, переваливает за сотню. Есть, конечно, некоторые затруднения с некоторыми госструктурами и банками.
Что касается Matrix, то — да, это цельное решение (HW/SW/сервисы) от одного вендора.
Относительно добавления 1000 серверов за 24 часа… Вот тут выложена презентация от RightScale в которой есть слайд и про Zynga. Но самое интересное на мой взгляд начинается с 15-го слайда, в разделе где описано что они подразумевают под «deploying a private cloud». Судя по этой презентации, добавлением хоста в облако называется установка mycloud на уже запущенный сервер с ubuntu. Если так, то 1000 за 24 часа — это нормально.
Совсем другое дело когда только что вставленный в корзину блейд получает из пула MAC, WWN, на него по сети заливается ОС (из нескольких на выбор), устанавливается PSP, настраиваются необходимые сетевые NIC-и и HBA, подключаются если надо дополнительные LUN-ы и т.д. Это всё-таки совсем другой уровень автоматизации деплоймента. Нет?
В самой статье речь идёт о слабых продажах девайса и возвратах партий дистрибьюторами обратно в Логитек. В качестве возможных причин называются сложность настройки и использования. Переводя на русский, щёлкать между 60-тью каналами кабельного обычной лентяйкой проще и привычнее, а главное не надо сначала пол-дня настраивать. Это не даёт устройству стать массовым, отправляя его в нишу для гиков.
А нельзя использовать автоматический физический деплоймент? Тот же HP CloudSystem Matrix без проблем позволяет деплоить как вирт. машины так и физические пролианты.
Я почитал все эти страшные истории и удивился что ни с одной из них лично не сталкивался, хотя с сервисом/ремонтом оборудования я плотно связан с 2007 года.
Если у вендора есть хороший локальный сервис, склады запчастей в РФ, то 99% из перечисленного не случится. И даже для business critical систем. Я знаю как это работает в HPE. Подозреваю что у Dell работает схожим образом, не особо хуже. Конечно, если клиент решил купить китайские сервера или локальный самосбор из китайских комплектующих, то могут быть нюансы.
«Водитель, помни, одной рукой ведя автомобиль, а второй лаская девушку — обе вещи ты делаешь одинаково плохо!»
— возможность настроить оповещения о несиправностях партнёров, елси оборудование обслуживают они
— возможность проактивного обнаружения некоторых несиправностей, когда инженер HP на основании автоматического кейса меняет диск ещё до того, как он вышел из строя
— возможность отслеживания ведущихся работ по открытым кейсам через HP Support Center
— возможность создавать в SIM различные автоматические отчёты, например очтёт по текущему статусу контракта/гарантии на всё имеющееся оборудования
— возможность интеграции с HP Operations для автоматического открытия кейсов в системе управления инцидентами заказчика
… и т.д. и т.п.
Относительно добавления 1000 серверов за 24 часа… Вот тут выложена презентация от RightScale в которой есть слайд и про Zynga. Но самое интересное на мой взгляд начинается с 15-го слайда, в разделе где описано что они подразумевают под «deploying a private cloud». Судя по этой презентации, добавлением хоста в облако называется установка mycloud на уже запущенный сервер с ubuntu. Если так, то 1000 за 24 часа — это нормально.
Совсем другое дело когда только что вставленный в корзину блейд получает из пула MAC, WWN, на него по сети заливается ОС (из нескольких на выбор), устанавливается PSP, настраиваются необходимые сетевые NIC-и и HBA, подключаются если надо дополнительные LUN-ы и т.д. Это всё-таки совсем другой уровень автоматизации деплоймента. Нет?
Кстати, во сколько получился девайс с учётом доставки?