вы пропускаете блок стойки между серверами?

<p>кажется, что существует множество разногласий по поводу установки стоечных серверов. были темы, обсуждающие кабельные кронштейны и другие аксессуары для монтажа в стойку, но мне любопытно:</p><p>оставляете ли вы пустой блок стойки между серверами при их установке? почему или почему нет? есть ли у вас эмпирические доказательства в поддержку ваших идей? кто-нибудь знает об исследовании, которое убедительно доказывает, лучше или нет?</p>

<p>если на ваших серверах используется сквозное охлаждение от передней к задней части, как это делают большинство серверов, монтируемых в стойку, оставленные промежутки могут повредить охлаждению. вы не хотите, чтобы холодный воздух мог попасть в горячий проход, кроме как через сам сервер. если вам необходимо оставить зазоры (из-за проблем с питанием, веса пола и т.д.), вы должны использовать заглушки, чтобы воздух не проходил между серверами.</p>

<p>я никогда не пропускал стойки между стоечными устройствами в шкафу. если бы производитель дал указание пропустить u между устройствами, я бы это сделал, но я никогда не видел такой рекомендации.</p><p>я ожидаю, что любое устройство, предназначенное для монтажа в стойку, будет отводить тепло через переднюю или заднюю панель. некоторое тепло будет проходить через rails и верх и низ шасси, но я ожидаю, что оно будет очень маленьким по сравнению с излучением спереди и сзади.</p>

<p>в нашем дата-центре мы не оставляем пробелов. у нас холодный воздух поднимается с пола, и из-за зазоров возникают проблемы с воздухом. если по какой-то причине у нас есть зазор, мы закрываем его пустой тарелкой. добавление пустых тарелок немедленно сделало верхушки наших холодных проходов более холодными, а наши горячие проходы - более горячими.</p><p>я не думаю, что у меня больше есть данные или графики, но разница стала очевидной, как только мы начали вносить изменения. серверы на вершинах стоек перестали перегреваться. мы перестали готовить источники питания (что мы делали со скоростью около 1/неделю). я знаю, что изменения начались после того, как наш менеджер центра обработки данных вернулся с выставки sun green data center, где он участвовал в нескольких семинарах по охлаждению и тому подобному. до этого мы использовали зазоры и частично заполненные стойки и перфорированные плитки в полу спереди и сзади стоек.</p><p>даже при наличии управленческого оружия устранение пробелов сработало лучше. все внутренние температуры нашего сервера повсюду в комнате находятся в пределах спецификации. этого не было до того, как мы стандартизировали наше кабельное управление, устранили пробелы и исправили размещение плитки для пола. мы хотели бы сделать больше, чтобы направить горячий воздух обратно в подразделения crac, но мы пока не можем получить финансирование.</p>

<p>я не пропускаю нас. мы сдаем в аренду и нам стоим денег.</p><p>нет причин для тепла в эти дни. весь холодный воздух поступает спереди и сзади. больше нет вентиляционных отверстий на верхушках.</p>

<p>google не оставляет u между серверами, и я думаю, что они обеспокоены управлением теплом. всегда интересно наблюдать, как крупные игроки выполняют свою работу. вот видео одного из их центров обработки данных: <a href="http://www.youtube.com/watch?v=zrwpsfplx8i&feature=player\_embedded">http://www.youtube.com/watch?v=zrwpsfplx8i&feature=player\_embedded</a> </p><p>перейдите непосредственно к 4:21, чтобы увидеть их серверы.</p>

<p>у меня большие зазоры над моим ибп (для установки второй батареи в будущем) и над моей ленточной библиотекой (если мне нужен еще один). кроме этого у меня нет пробелов, и я использую панели, чтобы заполнить пустые места, чтобы сохранить поток воздуха.</p>

<p>у нас есть 3 1/2 стойки стоек узлов кластера и их хранилище в колокейшн-центре. единственные места, где мы пропустили u, - это то, где нам нужно направить сетевые кабели к центральной стойке, где расположен коммутатор кластера ядра. мы можем позволить себе сделать это в разумных пределах, поскольку стойки уже перегружены в плане мощности, поэтому было бы невозможно втиснуть в них больше узлов :)</p><p>эти машины работают 24/7 на 100% цп, и некоторые из них имеют до 16 ядер в корпусе 1u (4x четырехъядерных xeon), и я пока не видел каких-либо негативных последствий не оставляя пробелов между большинством из них.</p><p>пока ваше оборудование имеет хорошо спроектированный воздушный путь, я не понимаю, почему это будет иметь значение.</p>

<p>не покидайте пространство, если у вас прохладный воздух, выходящий с пола, а также используйте заготовки в неиспользуемом помещении. если у вас просто нетехнологичная система охлаждения с использованием стандартного кондиционера, лучше всего оставить зазоры, чтобы минимизировать горячие точки, когда у вас есть горячие серверы, объединенные вместе.</p>

<p>я бы не оставлял промежутки между серверами, но я бы остановился на таких вещах, как сетевые коммутаторы - это позволяет мне размещать несколько полос управления кабелем 1u выше и ниже ... но это определенно не сделано для охлаждения.</p>

<p>каждый третий, но это из-за <a href="https://serverfault.com/questions/25985/to-use-cable-management-arms-or-not/25992#25992">управление руками</a> и необходимости обходить их, а не нагревать. тот факт, что каждый из этих серверов имеет <strong> 6 </strong> кабелей cat5, идущих к ним, не помогает. мы интенсивно используем панели-заглушки и воздушные перегородки на верхних полках, чтобы предотвратить рециркуляцию из прохода.</p><p>кроме того, в нашем дата-центре есть недостаток - это пространство. он был разработан для расширения, когда серверы 7-10u были стандартными. теперь, когда мы перешли на кластеры esx с плотной стойкой, это город-призрак.</p>

<p>у меня складывается впечатление (возможно, ошибочно), что это более популярная практика в некоторых телекоммуникационных средах, где горячие/холодные проходы не так широко используются.</p><p>это не подходит для высокой плотности и хорошо управляемых центров обработки данных.</p>

<p>никаких пробелов, кроме случаев, когда мы взяли сервер или что-то еще и не удосужились переставить. я думаю, что мы немного меньше, чем многие люди здесь, с 2 стойками, которые имеют всего около 15 серверов плюс несколько стримеров, коммутаторов и ибп.</p>

<p>никаких пробелов, кроме как при планировании расширения систем san или подобных вещей. мы предпочитаем ставить новые шкафы рядом с реальными контроллерами.</p><p>если у вас есть надлежащее охлаждение, оставлять пробелы не будет полезно, если сервер плохо построен.</p>

<p>в ситуации, когда у нас был наш собственный центр обработки данных, и пространство не было проблемой, я обычно пропускал u (с разделителем для блокировки воздушного потока) между логическими областями: у веб-серверов есть один раздел, база данных, контроллер домена, электронная почта, и у файлового сервера был другой, и у межсетевых экранов и маршрутизаторов был другой. коммутаторы и коммутационные панели для удаленных рабочих столов находились в собственной стойке.</p><p>я точно помню один случай, когда я пропустил u по причинам охлаждения. это было решение a/v для кабельного телевидения в средней школе, где было три подразделения, каждое из которых отвечало за обслуживание системы кабельного телевидения в одной части здания. после того, как верхний блок пришлось заменить третий раз за два года из-за перегрева, я выполнил некоторую "операцию" на стойке, чтобы сделать монтажные отверстия, чтобы я мог оставить <strong>1/2</strong> пространства между каждым из трех блоков (всего 1 u общей площади).</p><p>это действительно решило проблему. излишне говорить, что это было тщательно задокументировано, и для очень хорошей меры я приклеил лист к верху одного из них в промежутках, объясняя, почему все было так, как они были.</p><p>здесь есть два урока:</p><ol> <li>оставить зазор для охлаждения можно только в исключительных случаях.</li> <li>используйте уважаемый случай или поставщика сервера. будьте осторожны при покупке оборудования, которое пытается собрать 2u тепла в 1u пространства. это будет заманчиво, потому что система 1u может показаться намного дешевле. и будьте осторожны при покупке чехла, который не учитывает расход воздуха.</li> </ol>

<p>я обычно оставляю пустой ru после примерно 5ru серверов (то есть 5x1ru или 1x2ru + 1x3ru), и это будет зависеть от настройки охлаждения в центре обработки данных, в котором вы находитесь. если у вас есть охлаждение перед стойкой (т.е. решетка в передняя часть стойки) идея в том, что холодный воздух поднимается с пола, а ваши серверы всасывают прохладный воздух через них. в этом случае вы, как правило, получаете лучшее охлаждение, не оставляя пустых слотов (т. е. используйте пустую крышку ru. но если вы, по моему опыту, выполняете охлаждение через панель пола в вашей стойке, вы получаете более эффективное охлаждение, разбивая серверы на кучу друг на друга для всей стойки</p>

<p>оставление промежутков между серверами может повлиять на охлаждение. многие центры обработки данных работают в "горячих" и "холодных" коридорах.</p><p>если вы оставите промежутки между серверами, вы можете повлиять на эффективный поток воздуха и охлаждение.</p><p>эта статья может представлять интерес:</p><blockquote> <p> <a href="http://www.openxtra.co.uk/article/alterncoldnew.pdf">чередование холодных и горячих проходов обеспечивает более надежное охлаждение для ферм серверов</a> </p> </blockquote>

<p>они у меня в одной стойке. у меня никогда не было проблем с этим, поэтому у меня никогда не было причин их разносить. я мог бы представить, что самая большая причина, по которой люди размещают их, это тепло.</p>

<p>я оставил 1/3 ru между двумя переключателями прежде, в основном потому, что они были 1 1/3 ru каждый.</p><p>если бы я сложил их вместе, то верхняя передача была бы не на месте на 1/3 от u.</p><p>кроме того, я никогда не оставлял места исключительно для охлаждения, только для будущего роста.</p>