Комментарии 26
Обычно все-же переезд делается этапами (системами), если это не 1 стойка с железом.
и немного улыбнуло «расположение силовых розеток 380V». Тока на производстве такие видел.
Все-таки ИБП лучше включать через «автомат», а не через розетку. И нагрузку (каждый PDU) так-же включать через автоматы.
и немного улыбнуло «расположение силовых розеток 380V». Тока на производстве такие видел.
Все-таки ИБП лучше включать через «автомат», а не через розетку. И нагрузку (каждый PDU) так-же включать через автоматы.
НЛО прилетело и опубликовало эту надпись здесь
Вы из через розетки подключаете или все-таки через автомат?
Как упомянуто мной в п.1 данной статьи — не будем расписывать правила организации серверной комнаты, так как эта не тема данной статьи. По умолчанию все силовые линии будь то серверная комната или санузел в квартире, подключаются через устройства защиты, в простонародье именуемые автоматами.
НЛО прилетело и опубликовало эту надпись здесь
А можно увидеть модель такого ИБП с подключением в розетку на 380, именно в розетку.
Для информации розетки 380V
Модель ИБП — любая мощностью от 5 квт.
Модель ИБП — любая мощностью от 5 квт.
Так а все-таки.
Для чего подключать бесперебойник именно через розетку?
Автомат и розетка, как тут уже писали- разные вещи.
Автомат защищает сеть и нагрузку. Должны быть на всех линиях вне зависимости от того есть там розетка или нет. Розетка — обеспечивает легкое подключение и отключение переносного оборудования. Бесперебойники свыше 5 КВа не являются переносным оборудованием и подключаются стационарно.
Я вижу тут только один вариант — когда щит с автоматами находится черт знает где и недоступен. И в случае чего экстренно обесточить бесперебойник нечем.
Для чего подключать бесперебойник именно через розетку?
Автомат и розетка, как тут уже писали- разные вещи.
Автомат защищает сеть и нагрузку. Должны быть на всех линиях вне зависимости от того есть там розетка или нет. Розетка — обеспечивает легкое подключение и отключение переносного оборудования. Бесперебойники свыше 5 КВа не являются переносным оборудованием и подключаются стационарно.
Я вижу тут только один вариант — когда щит с автоматами находится черт знает где и недоступен. И в случае чего экстренно обесточить бесперебойник нечем.
Когда на розетке (трехфазной) написано «380 вольт», имеется в виду напряжение между фазами. Каждая фаза при этом — 220 В.
Видимо вы не видели ИБП, которые требуют 380V. То, что все источники питания подключены через автомат — по умолчанию.
Ибп может подключаться через розетку 380. Почему нет? Перед розеткой ставится автомат.
Pdu так же может подключаться через розетки к Ибп. Просто понятие 'розетки' у всех разное.
Просьба сделать статью (серию статей) про организацию серверной комнаты (с планами и субъективными комментарии). Относится ко всем заинтересованным — кинье ссылкой (ами).
Картинок нет.
На мой взгляд, немного наивный текст, хотя, все-таки для делающих первый раз — наверно вполне пойдет, чтобы не допустить самых элементарных ошибок.
Я в своей практике занимался и постройкой новой серверной с переездом туда серверов и реконструкцией действующих серверных без прерывания их работы. Поэтому согласен с предыдущим постом — все делается поэтапно.
Планирование да — обязательная вещь. И не только в Визио. В нем удобно рисовать план заполнения шкафов по юнитам. А вот планы помещений с расположением стоек и пр. мне кажется лучше рисовать в Автокаде, т.к. многие производители выкладывают в его формате модели своей продукции. Например, DKC, Rittal и т.п.
Я в своей практике занимался и постройкой новой серверной с переездом туда серверов и реконструкцией действующих серверных без прерывания их работы. Поэтому согласен с предыдущим постом — все делается поэтапно.
Планирование да — обязательная вещь. И не только в Визио. В нем удобно рисовать план заполнения шкафов по юнитам. А вот планы помещений с расположением стоек и пр. мне кажется лучше рисовать в Автокаде, т.к. многие производители выкладывают в его формате модели своей продукции. Например, DKC, Rittal и т.п.
Напишу более развернутый ответ, который пришел в голову уже после того, как отправил предыдущий пост. Однако его не удалось сразу опубликовать, т.к.у меня еще недостаточно комментариев.
В общем мне кажется, что эта статья годится только для ситуации «серверный шкаф в какой-либо небольшой организации переезжает в новую комнату». Примерно как я видел на разных собеседованиях, где мне показывали серверный шкаф в каком-нибудь закутке или углу коридора с 5-8 серверами внутри, парой коммутаторов и роутером: «а это у нас серверная». Для интернет сервисов эта схема вряд ли подойдет, т.к я считаю, что большинство таких сервисов все-таки обитает в благоустроенных ЦОДах, а не переезжает в пустую комнату, в которой «проверьте размеры дверей, заземление, и найдите электрические розетки и компьютерные линки, куда подключится». Да и вообще, любая нормальная серверная свой переезд выполняет в порядке «проектирование-постройка- написание плана переезда серверов-техническая подготовка к выполнению плана – сам переезд». Например, если несколько шкафов – как решается вопрос соединений между ними? Пробрасываются лианы патч-кордов при переезде прямо как на популярных ужастиках из интернета или все-таки заранее подготавливаются шкафы и коммуникации между ними, к примеру, на кабельных лотках, которые тоже надо повесить?
В статье практически вообще не упомянуты технические аспекты переезда серверов помимо упоминания ip адресов провайдера. А они будут. Даже в случае если это просто переезд серверов в другое помещение в пределах конторы, то его обычно выполняют во внерабочее время, чтобы не было простоя. В это время выполняются разные регламентные задания. Необходимо предусмотреть их отмену или перенос. Да и в новое помещение неплохо бы заранее затянуть линки от локальной сети конторы. И от провайдера тоже. Который почти наверняка будет тем же самым, т.е. упомянутой проблемы ip адресов не будет.
Если это поэтапный переезд серверов на новую площадку – то между этапами надо обеспечить совместную работу серверов на обоих площадках. Например, с помощью L2 канала, заранее организованного между ними с предварительным его опробованием ноутбуком и перевозом какого-нибудь некритичного вспомогательного сервера.
А если это переезд всей конторы к новому арендатору – то думаю, что проблема перевоза серверной лишь малая часть возникших проблем, как и затрат и сроков выполнения. В плане ИТ там потребуется тянуть новую локалку и подключаться к новому провайдеру (кстати, со сменой ip адресов, если только у вас не автономная система), в остальном плане – делать ремонт в помещениях, перетаскивать мебель и документы, переносить производство, если это завод и т.п.
Это то, что пришло в голову навскидку без учета реальных сложностей и задач, которые при каждом переезде индивидуальны.
В общем мне кажется, что эта статья годится только для ситуации «серверный шкаф в какой-либо небольшой организации переезжает в новую комнату». Примерно как я видел на разных собеседованиях, где мне показывали серверный шкаф в каком-нибудь закутке или углу коридора с 5-8 серверами внутри, парой коммутаторов и роутером: «а это у нас серверная». Для интернет сервисов эта схема вряд ли подойдет, т.к я считаю, что большинство таких сервисов все-таки обитает в благоустроенных ЦОДах, а не переезжает в пустую комнату, в которой «проверьте размеры дверей, заземление, и найдите электрические розетки и компьютерные линки, куда подключится». Да и вообще, любая нормальная серверная свой переезд выполняет в порядке «проектирование-постройка- написание плана переезда серверов-техническая подготовка к выполнению плана – сам переезд». Например, если несколько шкафов – как решается вопрос соединений между ними? Пробрасываются лианы патч-кордов при переезде прямо как на популярных ужастиках из интернета или все-таки заранее подготавливаются шкафы и коммуникации между ними, к примеру, на кабельных лотках, которые тоже надо повесить?
В статье практически вообще не упомянуты технические аспекты переезда серверов помимо упоминания ip адресов провайдера. А они будут. Даже в случае если это просто переезд серверов в другое помещение в пределах конторы, то его обычно выполняют во внерабочее время, чтобы не было простоя. В это время выполняются разные регламентные задания. Необходимо предусмотреть их отмену или перенос. Да и в новое помещение неплохо бы заранее затянуть линки от локальной сети конторы. И от провайдера тоже. Который почти наверняка будет тем же самым, т.е. упомянутой проблемы ip адресов не будет.
Если это поэтапный переезд серверов на новую площадку – то между этапами надо обеспечить совместную работу серверов на обоих площадках. Например, с помощью L2 канала, заранее организованного между ними с предварительным его опробованием ноутбуком и перевозом какого-нибудь некритичного вспомогательного сервера.
А если это переезд всей конторы к новому арендатору – то думаю, что проблема перевоза серверной лишь малая часть возникших проблем, как и затрат и сроков выполнения. В плане ИТ там потребуется тянуть новую локалку и подключаться к новому провайдеру (кстати, со сменой ip адресов, если только у вас не автономная система), в остальном плане – делать ремонт в помещениях, перетаскивать мебель и документы, переносить производство, если это завод и т.п.
Это то, что пришло в голову навскидку без учета реальных сложностей и задач, которые при каждом переезде индивидуальны.
Статья описывает алгоритм, не более того. В статье не описываются методы проектирования серверной комнаты (пункт 1), подготовки инфраструктуры (как то локальная сеть, которая предполагается уже существует в новом офисе) и прочие упомянутые вами сложные технические детали. Технические аспекты переезда серверов также не упомянуты в статье, ибо это всего лишь алгоритм переезда. Алгоритм — это последовательность действий, а не описание того, какой админ на какую кассету записавает резервную копию и как ее потом восстановить. В соответствии с этом алгоритмом были перемещены не одна серверная комната с количеством шкафов с оборудованием от одного до 50. Предлагаю вам написать «грамотную» статью, подходящую «для перемещения нескольких тонн оборудования с учетом всех сложных технических деталей начиная с этапа «проектирование-постройка- написание плана переезда серверов-техническая подготовка к выполнению плана – сам переезд». Берегите себя.
Я думаю, мы с вами смотрим на задачу с разных точек зрения: вы — с организаторской, я – с технической.
Меня смутило то, что в статье смешаны задачи для разных уровней. С одной стороны это непосредственные исполнители, м.б. даже неквалифицированные, типа помощников. Для них элементарные задачи на уровне «отключи», «упакуй», «подключи по схеме» и т.п. и отсутствие в алгоритме подготовительных операций, которые явно выполняет кто-то другой. А с другой стороны –элементы планирования, типа рисования плана помещения, временные графики, планирование расположения оборудования и т.п., что тоже не является их задачами, т.к. требует более высокой квалификации и мыслительных способностей.
Причем, если для непосредственных технических исполнителей самого переезда этот алгоритм в их части можно считать законченным, то более верхние уровни явно весьма неполные и не совсем понятно их включение в таком виде сюда.
Меня смутило то, что в статье смешаны задачи для разных уровней. С одной стороны это непосредственные исполнители, м.б. даже неквалифицированные, типа помощников. Для них элементарные задачи на уровне «отключи», «упакуй», «подключи по схеме» и т.п. и отсутствие в алгоритме подготовительных операций, которые явно выполняет кто-то другой. А с другой стороны –элементы планирования, типа рисования плана помещения, временные графики, планирование расположения оборудования и т.п., что тоже не является их задачами, т.к. требует более высокой квалификации и мыслительных способностей.
Причем, если для непосредственных технических исполнителей самого переезда этот алгоритм в их части можно считать законченным, то более верхние уровни явно весьма неполные и не совсем понятно их включение в таком виде сюда.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Перемещение серверной комнаты