Насколько я понимаю, бэкплейн там пока что photonics ready, но не на оптике, а на меди. Когда с фотоникой будет получше, скорее всего, выпустят апгрейд бэкплейна.
Для Big Data/Hadoop больше позиционируется Apollo 4530. Synergy больше под частное облако подходит.
Сталкивался с этим продуктом в двух компаниях-работодателях. Возможно, сама платформа и не плоха, но когда до неё дотягиваются руки ынтырпрайза, всё сьановится грустно. У нас сейчас идёт многолетний проект трансформации, я участвую в тестировании новой функциональности. Каждая форма — это 100500 полей, из которых для работы нужно 3-4. Источники данных заполнены абы как, из-за чего невозможно найти нужные данные. Банально, на разнице Russia и Russian Federation бизнес-процесс останавливается, потому что никто не подумал, что так тоже можно. В общем, напоминает приход крупных вендоров в мир Линукса — пришли и всё сломали, потому что не знают, как что работает и мыслят своими местечковыми категориями.
Авамар всё-таки каждый раз делает Full бэкап (а не инкремент, как написано в статье), просто за счёт дедупликации на источнике и наличии локального для клиента кэша блоков, в сеть уходит только то, что отсутствует в кэше, что положительно сказывается на сетевом трафике и по логике больше похоже на инкремент.
Hewlett Packard Enterprise разрабатывает новую архитектуру под кодовым названием The Machine, главная идея которой — общая для узлов персистентная память. Возможно ли реализовать персистентную среду без необходимости сбрасывания снапшотов на диск? Ведь если память персистентная, диск больше не нужен.
Средства развёртывания являются проприетарными и в сообщество не передаются (хотя, говорят, там просто питоновские скрипты). Вся остальная работа идёт прямо в репозиториях OpenStack Foundation, внутренних репозиториев не ведётся.
В сторону Эвкалипта поворота не было, его купили, потому что это ценный продукт. Сейчас он вошёл в линейку Helion, но как он будет интегрироваться с другими продуктами в линейке, пока не понятно. Основная ставка в линейке Helion всё равно остаётся на OpenStack и обвязке вокруг него.
Национальная лаборатория по возобновляемым источникам энергии… стала одним из первых клиентов Apollo 8000.
Немного не так. NREL обратилась в HP с предложением разработать энергоэффективные стойки, за два года работы получился продукт, его назвали Apollo и выпустили для широкой публики.
Вода с этиленгликолем — чтобы не зарастала. Внутри трубок, которые в лезвиях, скорее всего, что-то типа спирт-эфирной смеси.
Если во втором контуре (который между стойками) появляется трещина, по нему перестаёт гоняться вода. Из-за избыточности соединений между стойками это не значительно влияет на теплоотвод от стоек.
Процессоры, память и дополнительные модули (Xeon Phi или GPU nVidia). Для сетевых и инфинибендовских коммутаторов охлаждение воздушное, но без забора воздуха снаружи — внутри стойки есть теплообменник.
Тут в статье не сказано, но от каждой стойки нужно по трубам отводить воду в отдельную стойку, а к ней уже подключается внешняя вода (через теплообменник).
Для Big Data/Hadoop больше позиционируется Apollo 4530. Synergy больше под частное облако подходит.
А зачем нужно постоянно вынимать/вставлять серверы? В принципе, за жизненный цикл кластера это может произойти пару-тройку раз, как мне кажется.
Немного не так. NREL обратилась в HP с предложением разработать энергоэффективные стойки, за два года работы получился продукт, его назвали Apollo и выпустили для широкой публики.
Если во втором контуре (который между стойками) появляется трещина, по нему перестаёт гоняться вода. Из-за избыточности соединений между стойками это не значительно влияет на теплоотвод от стоек.
Тут в статье не сказано, но от каждой стойки нужно по трубам отводить воду в отдельную стойку, а к ней уже подключается внешняя вода (через теплообменник).