Помимо потенциального воздействия на надежность сервера, есть другие проблемы, связанные с повышением температуры в дата-центре. Повышение температуры могло бы отражаться на производительности серверов, повышать электропотребление серверов и приводить к снижению запаса прочности в случае отключения сети переменного тока или вентиляторов. В этой части раздела мы будем рассматривать все эти проблемы.
OpenStack, открытая платформа для управления облачными системами, широко рекламировалась как будущее всей облачной инфраструктуры, как публичной, так и частной, но на самом деле это развивающийся проект, будущее которого хоть и перспективное но все еще неопределенное.
2.3 Температура и надежность динамичного ОЗУ (DRAM)
2.3.1 Освещение проблемы и исходные данные
В этом разделе рассматривается влияние температуры на надежность DRAM, которое является одним из наиболее часто заменяемых аппаратных компонентов в дата-центрах и одной из самых распространенных аппаратных причин отказа узлов [30, 31]. DRAM имеет два разных вида ошибок: исправимые ошибки (CE), при которых переключаются отдельные биты на микросхеме DRAM, но которые можно исправить с помощью встроенной кода исправления ошибок (error correcting codes, ECC); и неисправимые ошибки (UE), при которых переключается множество битов, и число ошибочных битов является слишком большим для того чтобы ECC могла их исправить, и это вызывает фатальный сбой или выключение. Причиной исправимых ошибок (CE) могут быть внешние помехи, например, космические лучи, или аппаратные дефекты, например, залипающий бит. Причиной неисправимых ошибок обычно являются дефекты базового оборудования, так как очень маловероятно, чтобы космические лучи могли вызвать одновременное переключение такого большого число битов, чтобы это могло привести к неисправимой ошибке. Поэтому во многих ЦОД принято сразу заменять DRAM DIMM после первого случая возникновения неисправимой ошибки.
Здравствуйте! Бражников Юрий Николаевич, глава российского подразделения компании 5nine Software. Это американская компания, которая является партнером Microsoft по разработке решений по безопасности для виртуальных структур и платформы Hyper-V Server Microsoft.
Энергия, потребляемая центрами обработки данных (ЦОД), начинает составлять значительную долю мирового энергопотребления и выбросов углекислого газа. Большая часть потребляемой энергии расходуется на охлаждение дата-центра, что стало причиной большого числа исследований в области управления температурой в дата-центрах. Интересно, что главный аспект управления температурой не был хорошо понят: регулирование заданного значения температуры, при которой должна работать система охлаждения дата-центра. В большинстве дата-центров термостаты настраиваются, исходя из консервативных рекомендаций производителей, что объясняется ограниченными данными о влиянии более высоких температур на систему. В то же время, по результатам исследований, повышение заданного значения температуры всего лишь на один градус могло бы сократить потребление энергии на 2–5%.
В некотором смысле не существует понятия “небольшого простоя”, если компания в значительной мере зависит от своего дата-центра при выполнении своих основных бизнес-функций. Даже небольшой простой (по времени или масштабу) может отразиться на доходе и репутации. Вы можете быть готовыми к серьезному простою, но готовы вы также к менее серьезному простою?
В современном ЦОД охлаждение является единственной и самой большой нагрузкой, которая не связана с ИТ оборудованием. Есть много передовых решений для снижения потерь мощности в системах охлаждения. Многие из этих передовых систем работают хорошо, а другие имеют большой потенциал, но ни одна из них не может сравниться по своей эффективной с таким простым решением как повышение температуры на входе серверов. Конечно, чем меньше охлаждение, тем меньше затраты на эту систему. Чем выше температура на входе серверов, тем больше доля времени, в течение которого для охлаждения дата-центра можно будет использовать наружный воздух () вместо механических систем охлаждения.
Для того, чтобы лучше понять суть предлагаемого решения, с самого начала давайте постараемся забыть про схемы резервирования N+1, 2N и номера Tier. Без них не обходится, пожалуй, ни один разговор о ЦОДах сегодня. Но, едва коснувшись темы резевирования, можно легко переключиться на обсуждение стандартов, и заблудиться в их обсуждении, совершенно позабыв, а зачем вообще нужны центры обработки данных.
Работая в Майкрософт, я вел серию еженедельных ток-шоу под названием Enterprise Computing Series (ECS), где обычно организовывал беседы на тему серверов и крупномасштабных сервисов. Я сказал “обычно”, потому что ток-шоу иногда настолько отклонялись от темы, что их участником мог быть бывший член команды . Иногда во время ток-шоу обсуждались темы, предложенные клиентами, потому что мне либо очень нравилась работа или технология, либо, по моему мнению, это была широко распространенная тема.
Большинство операторов ЦОД берут критическую мощность, общую мощность доступную для дата-центра, вычитают из нее затраты на работу системы охлаждения и потери на распределение электроэнергии, а затем уменьшают полученный результат, по крайней мере, на 10-20% для защиты от риска превышения максимального допустимого значения, что может приводить к перерасходу или потерям энергии. Серверы рассчитываются на этот пониженный уровень критической мощности.
Мне нравится солнечная энергия, но после тщательного рассмотрения случаев использования солнечной энергии в двух значительных проектах ЦОД у меня появились серьезные сомнения по поводу того, что это может быть одним из методов снижения воздействия центров обработки данных на окружающую среду. Я просто не могу заставить цифры работать. Мне становится интересно, не являются ли эти большие солнечные фермы чем-то средним между плохой идеей и чистой воды маркетингом, и где забота об окружающей среде является чисто внешним фактором.
Все в жизни требует ухода: колеса, отношения и здоровье, и здесь перечислена лишь малая часть всех важных вещей, на которые мы должны обращать внимание. И, конечно, ЦОД не исключение. Если вы хотите, чтобы ваш дата центр имел отличную производительность и при этом сохранял высокий уровень надежности и доступности, вы должны прикладывать соответствующие усилия, для того чтобы работа ваших систем позволяла поддерживать заданный уровень производительности.
Сегодня Amazon Web Services (AWS) объявила о выпуске бета-версии своего нового шлюза хранилища данных, который позволяет вам получать доступ к сервисам Amazon S3 (Simple Storage Services) из разных приложений с помощью устройства, устанавливаемого в вашем дата-центре. Запустив эту бета-версию, Amazon вошла в число других компаний, предоставляющих автономные шлюзы (например, Nasuni), а также тех, кто исчез с рынка (например, Cirtas). Помимо поставщиков шлюзов, есть также те, которые включили возможность доступа к облачным сервисам в свои программные продукты (например, Jungle Disk, позволяющий получать доступ к облачным сервисам Rackspace и Amazon S3, вместе с Commvault Simpana Cloud connector и др.). Есть также поставщики, которые включили облачные шлюзы в свои , такие как TwinStrata. Даже компания EMC включилась в игру, добавив поддержку облачного доступа в некоторые из своих продуктов.
Register with the discount code TDDCNT10 and receive 10% off!
Case studies: Morgan Stanley, CBRE, Verne Global, Green Mountain Data Centres, Fujitsu, HP, and many more!