Как правильно организовать переезд ИТ Инфраструктуры?

Question

[Drawn]

Добрый день, через 3 месяца должны организовать переезд ИТ инфраструктуры в другое здание, как лучше это организовать, кто сталкивался, я пока вижу план действии такой:
1-Осмотр местности, посмотреть есть ли скс, в случае отсутствия скс, предварительно уже проложить кабеля (за 2 недели до переезда) хотя бы по полу, запросить 15000руб на непредвиденные расходы, инструменты если потребуются, патч-корды, и т.д.
2-Сообщить действующему провайдеру, о возможности подключения их линии связи.
3-в день переезда(в пятницу) организовать перемещение серверов на новое место дислокации, паралельно связаться с провайдером, чтоб подключили сеть интернет ну и собственно с запасом в выходные дни проверить чтоб все работало.
4-в рабочие дни поставить клиентские тачки и подключить к сети.
5-через месяц, другой, при отсутствии скс- нанять монтажную бригаду для прокладки скс с монтированием розеток.
ну вроде как-то так, правильно ли все расписал?

Comments

[CityCat4]

А заранее-то почему нельзя скс смонтировать?

[Дмитрий]

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

[Akina]

переезд ИТ инфраструктуры в другое здание

Оно рядом? Между ними свой широкий канал есть? Если да - то зачем перепрыгивать сразу всем? Медленно и планомерно переноситься со старого места на новое.

А СКС должна быть сделана на 100% ещё до начала работ по переезду. И Инет-подключение тоже.

[Drawn]

CityCat4, ну у нас все через ФЗ-44/223...долго и муторно.
Akina, нет, расстояние куда переезжаем от действующей точки приближено 15км.

[Akina]

Тогда см. ответ AntHTML, особенно пункт 6.

[AntHTML]

ну у нас все через ФЗ-44/223...долго и муторно.

Для админов госконтор под ФЗ-44/223 переезд - практически единственная лазейка выбить $$$ на постройку нормальной качественной инфраструктуры с нуля. Тк. через три месяца вам никто денег не даст и останетесь с "ничто так не постоянное как временное", а под эгидой затрат на перезд сделаете себе норм и скс и хорошие свичи купите, и затраты лягут не на хотелки IT отдела, а на затраты переезда.
А через 3 мес дирик с бухом скажут - нафига нам СКС и Циски когда и на 5ти портовых туполинках оно в принципе работает, ты скотчем провода к столам примотай чтоб не сильно под ногами болтались

[CityCat4]

Drawn, Тут неважно через какое зэ (или жэ) это пойдет (а то, что пойдет через жэ - однозначно :D). Переезд - это всегда способ выбить достаточно приличные бабки на сетевое оборудование, свитчи, сервера, инфраструктуру - потому что там руководство морально готово к тому, что счет будет огогошеньки - расходы на переезд - они всегда огогошеньки. А через два - три месяца руководство спросит - а накуа еще столько затрат, ведь работает же? Да, руководство бывает адекватным, когда понимает, что оно мало понимает и если специалист говорит надо - значит надо. Но бывает и ровно наоборот.
Так что делайте все сразу хорошо.

Answer 1

[AntHTML]

1. Проэктирование залаживать на этапе когда еще только выбрана площадка.
2. Строительство СКС - в ходе, сразу после, ремонта. (иначе монтажники возъмут х10 от цены за стесненные условия и засыпят все пылью от перфораторов)
3. По поповоду интернета, в настоящее время, он проектируется и выбирается еще до выбора площадки, т.к. это второй по необходимости ресурс после энергоснабжения
4. Непосредственно подводка линии WAN производится в ходе строительства СКС
5. Далее планируете стратегию непосредственно самого перезда
6. В идеале организовать VPN тунель между площадками и вообще без проблем и главно суеты/остановки работы последовательно, за неделю/две, перевезти каждый отдел/кабинет

Answer 2

[Миша Шав]

Все очень сильно повязано на том, что за инфру переносите и на том, есть ли избыточные мощности.
Инфра может быть нетерпима к простою, может быть терпима. Мощности могут быть, их может не быть. Рассмотрим все 4 варианта:
0. Создать схему инфры в новом здании на всех уровнях OSI. где розетки, где патчи, где серверная, где и как скс, какие вланы, какие маршруты, etc
1. Настройка сети:
1.1. Вне зависимости от вариантов: прокладываете заранее СКС, монтируете патч-панели
Если есть лишнее сетевое оборудование:
1.2. Монтируете роутеры и коммутаторы, настраиваете локальную сеть на 2 и 3 уровне.
Если его нет:
1.3. Настраиваете текущие коммутаторы заранее, если текущая инфра отличается от новой и держится, например, на костылях(как обычно) - отличный повод от них избавиться. Настраиваете, если по-новому в старом офисе никак, то сняли дамп - сбили - настроили как хотите- сняли дамп - вернули прошлые настройки. При переезде достаточно будет залить дамп.
1.4. Инет сделать заранее, так, чтобы к моменту выключения серверов в старом здании, в новом он уже железно работал.
2. Настройка Серверов:
2.1. Кейс первый: простой запрещен, избыточные мощности есть:
Переносим свободные серверы, поднимаем реплики, перемещаем туда трафик, убиваем старые, переносим
2.2. Кейс второй: Простой запрещен, избыточные мощности отсутствуют:
Просить избыточные мощности :з Можно взять в аренду несколько впсок на время переезда, реплики поднять там, позже вернуть. Ну или переезжать в моменты минимальной активности, ночью
2.3. Кейс третий: Из сервисов инет, адшка, телефония:
Без всяких проблем переносим в новое здание, вырубил - перенес - врубил. Проблема, если переезд будет долго: нужно оставить мощности для сервисов в старом офисе тоже. Если их нет: переезжать разом, всем
3. Клиентские тачки тащим на похуй, это же клиентские тачки

Comments

[CityCat4]

если текущая инфра отличается от новой и держится, например, на костылях(как обычно) - отличный повод от них избавиться.

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

Answer 3

[Валентин]

Много полезного написали уже, добавлю лишь - никогда не надейся, что другие всё сделают вовремя! Интернет подключай и проверяй заранее. Если есть деньги - купи и поставь на новое место всё, что можешь (роутер, свитчи и т.д), чтобы как можно больше всего настроить, подключить и протестировать заранее. Не забудь заложить в план переезда то, что ты тоже человек, и тебе нужно и покушать и отдохнуть, может стоит вообще разделить переезд на несколько дней, т.к. уставший накосячить можешь, и потом опять же т.к. уставший - долго искать ошибку.

Answer 4

[Saboteur]

1-Осмотр местности, посмотреть есть ли скс, в случае отсутствия скс, предварительно уже проложить кабеля (за 2 недели до переезда) хотя бы по полу

Нет, не делайте так.
Сразу кладите кабеля, пока в помещении еще ничего нет, никто не мешает проложить нормальные короба, продырявить стены (это грязь, штукатурка, пыль).
Кабеля можно проложить с запасом. Короба должны быть с запасом и доступом, и продумать если вдруг что, как в них доложить еще, но это на крайний случай.
Для серверной помещение должно быть заранее продумано где что будет стоять. Система охлаждения, коммутационные шкафы/ обычные шкафы/ сколько киловатт надо туда дотащить.

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

Comments

[Drawn]

Я вот думал насчёт туннеля впн между микротами, но как бы с доменными учетками, к примеру я настрою впн туннель на роутере микрота с временно другим ip в новом офисе со старым, перевезу первое рабочее место находящееся в домене, невозникнет проблем со входом на клиентских тачках в домен?

[Saboteur]

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