Follow the Moon

[shef]

Интересная мысль, но если взять тот же гугл — они для своих центров обработки данных прорабатывают вопрос с автономным электропитанием(электростанциями), независимо от всех «общих» электросетей. Охлождение с помощью естественных водоёмов.

[kurokikaze]

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

[shef]

я думаю, что виртуализация поможет в какой-то степени решить проблему энергопотребления и охлождения и при этом повысить эффективность использования вычислительных ресурсов. То, что Cisco, к примеру, сейчас продвигать начинает: Virtual Infrastructure 4.

[kurokikaze]

Интересно, почитаем.

[shef]

www.colinmcnamara.com/2008/11/03/is-your-network-ready-for-cloud-computing-with-virtual-infrastructure-4

[developer]

старая идея кстати GRID давно существовал но только у университетов, а бизнес туда не спешит прийти

[kurokikaze]

Как только большие мощности (например для BI) понадобятся — придёт :)

[anatoly_rr]

Эдак они нам всё глобальное потепление и организуют, засунув hi-tech-кипятильники в водоёмы!

[Serzhenko]

Чёрт! Вы разгадали их коварный план!)

[dohlik]

Т.е. предлагается американские сервера использовать для запросов из Евразии и Австралии и наоборот? Антизеркало какое-то получается ))

[yvanko]

Бред какой: Вместо одного дата центра строить два, чтобы экономить электричество)

[kurokikaze]

Зачем два? Строить один, и принимать таски с другого конца света. То есть днём обрабатываются локальные задачи, а ночью — удалённые. Всё одно оборудование простаивает :)

Имхо при едином стандарте распределенных вичислений (MapReduce или BOINC) это вполне реально.

[shef]

ну почему же. обычно два ЦОДа строят для отказоустойчивости, а тут ещё такой бонус как бы впридачу :)

[kurokikaze]

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

[kurokikaze]

Там где критично время отклика, разумнее располагать сервера ближе, естественно :)

[amoneron]

Если при размещении датабарж использовать еще и карту течений мирового океана помимо факторов отклика, возможно не такое уж и жаркое глобальное потепление нас ждет)

[kurokikaze]

Угу. Можно еще и возить на них что нибудь между северными портами — им же всё равно где болтаться ;)

[Wenye]

Не хочу чтобы моя почта потонула :(

[kurokikaze]

Или пираты захватят :)

[Rational_Yurij]

Автор хочет экономить на охлаждении серверов, максимально их нагружая в более холодное время суток. Но что там можно сэкономить на суточной разнице в 10-15 градусов… по-моему тоже идея мертвая. Мороки много, а пользы очень мало.

[kurokikaze]

Там не только холодное время суток, но и время простоя от локальных тасков.

[tzong]

Сомнительная идея.
1. Наибольшее потребление создают крупные бизнесы типа банков и телеком-операторов, вычисления которых невозможно разделить и разнести дальше, чем на 500 км. Корпораций типа Гугла, у которых еть много мелких распределяемых вычислений, совсем не много.
2. Даже если можно вынести ЦОД на другой континент, как туда реплицировать данные? Один из телеком-операторов гонит в ночное время на резервную площадку трафик больше 35 МБ/с (по Fibre Channel). Какой провайдер сможет обеспечить такой трафик на таком расстоянии и с высокой надёжностью соединения?
3. Вытекая из предыдущего, применение предложенной схемы резко увеличит трафик, соответственно, провайдерам придётся использовать больше оборудования, то есть, жечь больше электроэнергии. То есть, то, что раньше жгли локально днём, предлагается жечь глобально круглосуточно.

[kurokikaze]

Ну BOINC и WCG же действуют :) Значит таки можно.

[tzong]

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

[kurokikaze]

Ну в общем то я и не писал что этот способ надо пихать везде и всюду :)

[whtiger]

а причём тут луна? она в противофазе к солнцу не ходит.

[kurokikaze]

А шут знает. Вот так назвали.

[gaploid]

Намного проще это построить 1 датацентр где нибудь в вечной мерзлоте=) там вообще проблем с охлаждением не будет=) и не городить огород с логикой перемещения вычислений в зависимости от солнца=)

[kurokikaze]

Здесь суть не только (и не столько) в охлаждении, сколько в процессорном времени. Ночью машины по большей части простаивают.

[gaploid]

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

[kurokikaze]

Ну во первых — заметка не моя, я ее перевёл.

Обогреватели работают ночью, да. Но днём в работу включаются предприятия — офисы, стройки, заводы. Куда там обогревателям.

Вот график средней дневной нагрузки на сеть по месяцам. Резкий подъем в 9 am, и снижение к 12 ночи. Это не дома — это в основном промышленность и офисы.

Перемещать все вычисления естественно не получится. Такое годится только для распределенных вычислений, где не очень важна скорость передачи данных. Примерно над такими задачами работает BOINC.