Comments 15
Я бы добавил комментарий ко второй картинке снизу о том, что это Grid Computer Center ускорительной лаборатории им. Ферми, не совсем обычный ЦОД для хранения больших объемов научных данных (http://www.interactions.org/sgtw/2005/0803/).
У них там действительно много всего роботизированного :)
У них там действительно много всего роботизированного :)
Картинка в духе Deus Ex :)
Просыпаешься, а там...
И тогда уже емакс сможет варить кофе.
Uptime Institute теперь должен внести поправку в Tier: зарезервировать «персонал» ДОЦ :)
Представляю, как это будет в новостях ЦОДов:
Наш ЦОД прошёл сертификацию TIER 4. Все сотрудники зарезервированы по схеме 2(N+1).
Представляю, как это будет в новостях ЦОДов:
Наш ЦОД прошёл сертификацию TIER 4. Все сотрудники зарезервированы по схеме 2(N+1).
Термин Lights Out переведен несколько неверно. Изначально Lights Out Management означал управление сервером без физического присутствия человека рядом с ним, даже в случае если у него выключено питание, отсюда и lights out.
Да. Смысл команды
mv /a/b/c /x/y/z радикально меняется :)
Ждём бородатых андроидов в свитерах.
Мне кажется, что я вовремя решил переквалифицироваться из админа в программиста, теснят нашего брата со всех сторон…
А как насчет механических неполадок самих роботов? Насколько я понимаю, вся эта система предполагает огромное количество механических частей. Будет очень досадно, если один такой робот застрянет в узком коридоре к которому не может подобраться техник-инженер для его ремонта/замены, а еще хуже будет если он застрянет так, что будет блокировать проход и для других роботов к обслуживаемому оборудованию
AS/RS — это довольно обкатанная технология хранения разнообразных объектов (склады, архивы, библиотеки и т.п.). Адаптировать для работы с серверами будет не так уж и сложно, при условии использования шасси с системой захвата/фиксации и автоматического подсоединения кабелей (точность позиционирования у существующих систем весьма высока). Другое дело — а так ли часто надо двигать сервера?
Вот для хранения архива ленточных (или каких-либо других) накопителей — отличный вариант.
Вот для хранения архива ленточных (или каких-либо других) накопителей — отличный вариант.
Фишка в том, что при отсутствии людей не нужны корпусы, не нужны «просветы», фальш-полы, можно вообще все в масло поместить.
Интересно создание автоматизированных мини-ЦОДов, для объединения в распределенную сеть.
Представляю большой «шкаф» (2*10*4 метра или меньше), в котором находятся стойки и манипуляторы на рельсах для замены железа. Сбоку отделение с новыми серверами, на случай замены.
Такой мини-ЦОД может располагаться с подвале частных зданий и использоваться для обогрева (кроме собственно вычислений).
А техники только раз в год приезжают, привозят новое железо, забирают старое. Ну и чинят что-то чего не могут поменять манипуляторы…
Есть смысл?
Представляю большой «шкаф» (2*10*4 метра или меньше), в котором находятся стойки и манипуляторы на рельсах для замены железа. Сбоку отделение с новыми серверами, на случай замены.
Такой мини-ЦОД может располагаться с подвале частных зданий и использоваться для обогрева (кроме собственно вычислений).
А техники только раз в год приезжают, привозят новое железо, забирают старое. Ну и чинят что-то чего не могут поменять манипуляторы…
Есть смысл?
Сбоку отделение с новыми серверами, на случай замены.
Робот сможет менять только целыми блоками, т.е., к примеру, юнит на юнит. Если всё-равно где-то сбоку будет запас резервных серверов — почему бы их тогда сразу не подключить как резервные и подавать на них питание/коммутировать сеть только по необходимости? Результат тот же, но минус движущийся робот. (а если что-то серьёзное — всё-равно звать техников)
Да и не будут же они выходить из строя ежедневно, т.е. роботу (при таких масштабах) надо будет сделать от силы десяток операций в год.
Sign up to leave a comment.
Роботизированный Дата-Центр будущего