Как согреться за «чужой» счет

    Дата-центры обычно не используют всю тепловую энергию, которую сами вырабатывают, но есть множество способов использовать ее с пользой на все 100%. Например, в своем собственном доме посреди зимы в каком-нибудь уголке планеты, не балующем жителей мягким климатом. Можно, конечно, жить прямо в дата-центре. А если серьезно, достаточно иметь небольшой ЦОДик, производящий необходимое количество тепла, у себя дома или в офисе.



    Еще в 2011 г. Microsoft Research озвучил, что есть смысл и коммерческая выгода в идее использования энергии, которая вырабатывается компьютерами, для отопления помещений и нагрева воды. Потребитель получает бесплатное отопление, а компания-провайдер облачного сервиса может не вкладывать средства в строительство и поддержание огромных площадок. Все в выигрыше! Потому некоторые компании начали активно внедрять эту технологию в жизнь.

    Немецкая компания Cloud&Heat предлагает своеобразные «облачные обогреватели», которые представляют из себя металлический шкаф с доступом к водопроводу, который «набит» целым набором жестких дисков, плат и вентиляторов. Вы покупаете и устанавливаете такой шкаф, который стоит также, как обычная система отопления (порядка $15 тыс.), подключаете его к вентиляционной системе, водопроводу, электросети (три фазы, 400В) и интернету (не менее 50 Мбит/с). Компания оплачивает подключение к сети Интернет и затраты по обеспечению работы оборудования, а вы получаете столько бесплатного тепла и горячей воды, сколько сервер внутри шкафа может произвести в процессе работы.



    Тем не менее, Cloud&Heat не стоит переживать по поводу сверх затрат, с которыми обычно ассоциируется облачная платформа. Кроме всего прочего, компания получает сильно разветвленную сеть, что помогает избежать многих проблем в работе оборудования и программного обеспечения. Cloud&Heat гарантирует обслуживание оборудования в течение 15 лет. Может показаться, что такое хранение данных не совсем надежный вариант, однако серверы скрыты внутри шкафов, а данные на дисках шифруются и резервируются.



    Французская компания Qarnot проводит подобную идею, но ставит акцент на отдельном помещении, отапливаемом с помощью высокопроизводительного процессора. Технология Q.rad представляет собой электрический радиатор с прямой зависимостью температуры от объема обрабатываемых данных. После установки в доме, радиатор производит столько тепла, сколько необходимо клиентам компании Qarnot, а если тепла больше, чем нужно, можно перенаправить ресурсы научно-исследовательскому проекту BOINC Калифорнийского университета. Как и Cloud&Heat, Qarnot оплачивает электроэнергию, считая это честной сделкой, т.к. существенно экономит на инфраструктуре.



    Обе компании пока находятся на ранних стадиях разработки проектов, хотя в коммерческом смысле Cloud&Heat ушли немного вперед, т.к. сфокусировались на оснащении офисов, ведь там можно разместить гораздо больше оборудования. Конечно, пройдет несколько лет прежде, чем технология полностью заменит дата-центры и обычную систему отопления, но если все планы осуществятся, останется только ждать, что подобное новшество распространится по всему миру.



    Несмотря на то, что идея отопления за счет работы оборудования очень заманчива, остается ряд вопросов, которые могут возникнуть как со стороны пользователя облачного сервиса, так и со стороны того, кто использует его тепло. Главный из них – безопасность данных. Компания Cloud&Heat утверждает, что все данные их клиентов хранятся в пределах Германии. Однако проблема в том, что наверняка знать, кого именно греет ваше «облако», невозможно. Конечно, данные зашифрованы и, по утверждению компании, прямой доступ к оборудованию имеет только персонал компании. И все же, хотелось бы знать наверняка, что в случае неполадок с интернет-подключением или электричеством в месте расположения сервера, данные будут сохранены и перенаправлены по разветвленной сети интернет-провайдера.

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

    P.S. Пусть в Вашем доме всегда будет тепло…

    ua-hosting.company

    493,00

    Хостинг-провайдер: серверы в NL / US до 100 Гбит/с

    Поделиться публикацией
    Комментарии 49
      +6
      А как быть летом?
        +6
        Очевидно, строить датацентр в Магадане — выше 15 градусов в среднем там не бывает, а абсолютный максимум — 26
          +1
          Согласно заявлению разработчиков, избыточное тепло может быть отведено с помощью байпаса, а также может быть отдано наружной среде с помощью повторного охлаждения.
          With the combination of Cloud&Heat with an air handling system, the heat not required in summer can be transported out of the building via a bypass. Cloud&Heat adapts the heat output to the building itself in accordance with the heat demand and the return temperature. Moreover, excess heat can also be dissipated to the outside air via a re-cooler fitted on the roof, for example.
            0
            Можно наладить продажу горячей воды в теплосеть.
            В Германии так можно продавать свое электричество от солнечных батарей например.
              0
              Греть воду для душа?
              +1
              Какая-то дороговатая печка получается
              • НЛО прилетело и опубликовало эту надпись здесь
                • НЛО прилетело и опубликовало эту надпись здесь
                    +1
                    Может, это биткойн-ферма.
                  0
                  В глубинке часто бывают проблемы с интернетами.
                    0
                    Что такое горячее квадратное на кабель-росте?
                      +2
                      освещение мб?
                        +1
                        Плитки фальшпотолка с горячего потока снятые.
                        +4
                        Интересно, а как компания предполагает обслуживать оборудование, расположенное в этих шкафах? К клиенту будут постоянно приезжать работники фирмы и беспокоить его?

                        Что, если компания по каким-то причинам снизила мощность оборудования зимой? Клиент мерзнет?

                        Что насчет надежности электропитания? В ЦОДах все-таки резервирование, ИБП и так далее?

                        Что насчет надежности интернет-соединения? Вести в каждый дом такие же надежные каналы, какие ведут в ЦОДы?

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

                        Мне кажется, что лучше было бы сделать центральное отопление и горячее водоснабжение на базе ЦОДов. Температура конденсатора холодильной машины может оказаться недостаточной для обогрева воды и домов, но ее можно использовать хотя бы для предварительного подогрева воды перед тем, как жечь топливо для окончательного нагрева.
                          +2
                          Проблемы питания и интернета можно решить многократным дублированием данных в разных локациях. Как в p2p.
                          Это также решает и проблему скорости.
                            0
                            Хм, да, вы правы. Но тогда придется фактически дублировать не только данные, но и оборудование, на котором они хранятся и обрабатываются. Экономическая целесообразность такого решения по сравнению с дублированием только питания и интернета — под вопросом, считать надо.

                            Ну и остальные проблемы по-прежнему актуальны: 1) надежность производства бесплатного тепла для клиента, если фирма не загружает оборудование целиком; 2) расширение штата и автопарка для обслуживания большого количества удаленных точек.
                              0
                              Оборудование дублировать не проблема, за него же платит пользователь.
                              Насчет обслуживания написал ниже.
                            +1
                            А насчет обслуживания, средний сервер не требует обслуживания, кроме смены дисков.
                            Если в RAID добавить диски горячего резерва, то можно минимизировать выезд для обслуживания.

                            И если выводить на интерфейс для пользователя количество дисков горячей замены то он будет понимать состояние своей «печки» и что когда резерв исчерпается и RAID деградирует, то стойку удаленно отключат и тепло пропадет. Тогда он сам будет заинтересован вызвать специалиста для обслуживания до исчерпания резерва.
                            +5
                            Еще в 2011 г. Microsoft Research озвучил, что есть смысл и коммерческая выгода в идее использования энергии, которая вырабатывается компьютерами, для отопления помещений и нагрева воды.

                            Пардоньте, но еще в СССР использовали тепло компьютеров для обогрева помещений. Мне рассказывали про какой-то НИИ с двумя рядом расположенными зданиями: в одном люди, в другом — компьютер. И обогрев первого за счет второго.
                              0
                              конторы решили прикинуться «благотворительным отоплением», вместо того, чтоб за аренду помещения платить )
                                –4
                                а данные на дисках шифруются

                                А на шине тоже? Или ушлые потребители тепла смогут ещё и обрабатываемую информацию получить / подменить?
                                  +1
                                  О какой шине идет речь? О внутренней сети кластера? IPSec эту проблему решает.
                                  О системной шине серверов? Ну логический анализатор, способный на такое, будет стоить бешенные миллионы, а еще, его надо как-то подключить.

                                  Обеспечение же физической безопасности шкафов-рутинная задача, так что пока питание есть — шкафы в безопасности.

                                  Если система построена с достаточным уровнем паранойи, любая попытка физического доступа должна останавливать работу машин (со снятием питания с ОЗУ), оставляя данные в полной сохранности.

                                  Легкость DoS атаки в таком случае должна компенсироваться штрафами владельцам площадки.
                                    0
                                    пока питание есть — шкафы в безопасности

                                    А когда питания нет — шкафы тем более в безопасности, т.к. никаких открытых данных на системной шине нет.

                                    Насчет бешеных миллионов за анализатор — это вряд ли. Дайте мне 500 тысяч, и я вам сделаю такой анализатор за полгода.
                                      0
                                      Из этих полумиллиона какая часть пойдет к вам в карман, а какая — на исследование и разработку? Этой суммы даже на выплату одному инженеру зарплаты в течении полугода не хватит.
                                      Это я еще необходимость написания аналитического ПО не учел, вот оно-то и будет тянуть на себя бюджет.
                                        +1
                                        Это где вы видели у инженеров такие зарплаты?

                                        Значительную часть этой работы я могу сделать сам (как железо, так и софт), только заданные временные рамки не позволят все сделать самому. Наем 2-3 человек на полгода, допустим, съест 300 тысяч. Еще тысяч 100 — на покупку оборудования и изготовление прототипов. Мне останется до 100. Не так уж и много. Но проект интересный :)

                                        А если такой анализатор не надо разрабатывать с нуля, а он уже выпускается (хотя бы мелкосерийно) — то цена экземпляра может быть и того меньше.
                                          0
                                          Хорошо, допустим вы найдете двух квалифицированных энтузиастов, согласных работать за 25 тысяч рублей (половина средней московской зарплаты инженера, по версии Яндекс.работы).

                                          Уточню еще раз задачу: разработать устройство, способное в реальном времени снимать, передавать и архивировать поток данных с модуля памяти, к примеру DDR3-1333 (это более десяти гигабит в секунду).

                                            +2
                                            А, вы имели в виду рубли… Я имел в виду доллары. Тогда, возможно, ваши вопросы снимаются?

                                            Задача мне понятна. С такими частотами и скоростями я работал. Также понимаю, что «сделать анализатор» и «подключиться им к схеме» — это две большие разницы, и если первую понятно как решать, то подключение мне видится более сложной задачей, учитывая, что все линии должны быть с контролируемым импедансом, ветвления не допускаются и т.д.
                                              +3
                                              Вот что значит систему отсчета не так выбрать! Валюта по умолчанию :-) Все вопросы сняты, разумеется.
                                        0
                                        Пардон, если все перешифровано, то как сервер запустится после перебоя в питании? По любому должен быть какой-то загрузчик в открытом виде, который выполняет начальную загрузку и спрашивает по защищенному протоколу ключик для дешифровки данных на дисках на лету. Следовательно, возможен такой алгоритм:
                                        1. Отключаем питание
                                        2. Дампим и реверсим загрузчик
                                        3. Модифицируем загрузчик
                                        4. Запускаем
                                        5. Сохраняем полученный ключик
                                        6. Отключаем
                                        7. Profit!

                                        Интересно, как можно обойти эту проблему, ведь тогда можно будет действительно сделать сервер с шифрованными дисками, в который не придется вводить ключи с клавиатуры при каждом перебое питания.
                                          0
                                          EFI прекрасно защитит от этого, так как нужно будет ей подсунуть загрузчик, защищенный правильной ЭЦП.

                                          Кроме того, что-бы что-то там слить с жестких дисков, придется открыть шкаф, что (в идеале, в случае запредельной паранойи разработчиков) немедленно вызовет срабатывание охранной системы и полную блокировку серверов (можно и микросхемы FLASH памяти с ключами выжечь для вящей надежности).
                                            0
                                            А что будет проверять целостность EFI? :)
                                            Еще можно написать клиент, который будет получать ключик от имени сервера.

                                            Выходит, да, только аппаратная защита от вскрытия и поможет. А flash с ключиками будут менять при каждом техобслуживании (оставлять способ обхода «для своих» тоже не есть хрошо).
                                              0
                                              Если корпус сервера можно вскрыть в обход физической защиты — никакая программная защита не поможет, ключи найдут и украдут, если очень захотят.

                                              То есть проблема защиты оборудования, находящегося на удаленной площадке — это в первую очередь задача обеспечения физической безопасности. Именно поэтому в датацентрах возводят решетки и разделяют зоны ответственности «туда не ходи — сюда ходи».
                                            0
                                            Отключаем питание

                                            На плате может находиться микроконтроллер с батарейным питанием и ключами, сохраненными в статической памяти на кристалле. Срок службы такой батарейки для цели сохранения содержимого памяти может составлять годы. Как будете считывать эту память?

                                            Дампим и реверсим загрузчик

                                            Загрузчик зашифрован и подписан, код расшифровки и ключи находятся на микроконтроллере, защищенном от считывания. Ваши действия?
                                              0
                                              Чисто теоретически, тут может сработать трюк с заморозкой.
                                                +1
                                                Трюк с заморозкой действует, если информация хранится в памяти, которую можно извлечь, вставить в программатор и считать. А если память находится на кристалле микроконтроллера, и ее содержимое недоступно снаружи? Лучшее, что тут можно сделать — это стачивание корпуса микросхемы и подключение напрямую к кристаллу микрощупами. Как бы в домашних условиях такое не делается.

                                                Ну или если найти уязвимость в микроконтроллере или его софте — тогда еще можно через уязвимость.
                                                +1
                                                То-есть, это что-то вроде смарт-карты? Если сервер при начальной загрузке самостоятельно может получить от нее все, что нужно, то почему мы не можем?
                                                  0
                                                  Потому что как только злоумышленник попытается получить к ней физический доступ, из нее все сотрется.
                                                    0
                                                    А зачем что-то вскрывать, если все и так работает? Проще заставить микроконтроллер выполнить необходимые действия штатным образом. Проблемы могут возникнуть лишь если под «получить физический доступ» подразумевается вскрытие корпуса сервера, и там что-то вроде растяжки или датчика «на размыкание, в общем, на что хватит вдохновения у владельцев.
                                                0
                                                Буквально недавно было хорошее видео о том, как защищают POS-терминалы от физического проникновения:

                                                www.youtube.com/watch?v=tCgtTPwlDSo
                                                  0
                                                    0
                                                    В целом получается, что из всех атак остается coldBoot — так как данные в ОЗУ будут хранится в расшифрованном виде, их можно попытаться оттуда выудить. Чтобы от этого уберечься, можно или поместить машину в сейф с гарантированной стойкостью 2*3=6 минут, или предусмотреть на модулях памяти специальный пин, снятие логической единицы с которого вызывало бы мгновенное обнуление всего банка. Тогда достаточно будет связать этот пин с системой сигнализации о вскрытии.
                                              0
                                              На какой шине? Данные логично шифровать на стороне клиента, до отправки в облако.
                                              Как минимум после Сноудена.
                                                +1
                                                В облаке данные не только хранятся, но и обрабатываются. Большинство методов обработки данных требуют их присутствия в облаке в расшифрованном виде.
                                                  0
                                                  Я думаю это решение именно для хранения, типа облачного CDN.
                                                  Делать такое решение для обработки будет не так эффективно:
                                                  — безопасность
                                                  — стоимость сервера на единицу объема будет выше, чем стоимость NAS, в 15 тысяч такой шкаф не уложиться
                                                  — географически распределенная сеть имеет больше смысла для хранения, чем для вычисления
                                              0
                                              А еще можно из этого сделать генератор электричества и питать сам сервер. Таким способом снизить расход за электричество
                                                0
                                                Генератор электричества? Из выделяемой тепловой энергии? Кпд прикинуть не пробовали, хотя бы если бы это была тепловая машина Карно?
                                                0
                                                  +1
                                                  Электростанция будущего будет состоять только из серверов, просчитывающих работу электростанции.

                                                Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                Самое читаемое