Комментарии0
Переносите 1С в облако с гарантией стабильности
Зачем понадобилась модернизация
— Что подтолкнуло нас к модернизации?
— Нас побудил рост. Стало больше клиентов и внутренних сервисов, мы заняли больше места в центре обработки данных — ЦОДе. Возможностей прежнего сетевого оборудования уже не хватало. Это как расширять офис, когда сотрудников стало больше, а коридоры остались прежними: рано или поздно все начинают толкаться.
— Что именно меняли?
— Заменили коммутаторы — устройства, которые объединяют серверы в одну сеть. У новых выше производительность. Также изменили их подключение к межсетевым экранам (файрволам): эти устройства отделяют внутреннюю сеть от внешнего мира. Если представить картинку: наверху интернет, ниже межсетевые экраны, под ними коммутаторы, которые объединяют серверы.
— На чем еще сделали акцент?
— Полностью перешли на оптические соединения. ITsheff работает с 2010-х годов, при построение инфраструктуры где-то использовали медные кабели, где-то оптику. Сейчас все привели к одному стандарту: серверы и коммутаторы связаны оптическим кабелем. Устроили внутренний фэншуй.
Это дает более надежный сигнал, стабильный отклик и свободу размещения оборудования: можно разносить серверы на большее расстояние.
Дмитрий Яковлев (технический директор ITsheff)
Как удалось переключить работающие серверы
— Какой объем работы получился и сколько времени потребовалось?
— Переключили порядка 30 серверов. Замену коммутаторов начали в феврале и выполнили до конца мая. В июне и июле перенастраивали межсетевые экраны. Сейчас задачу завершили, новую схему и порядок проверок описали во внутренней вике.
— Как проходила модернизация? Почему она заняла столько времени?
— Сложность в том, что мы не можем все выключить, вытащить старые железки и поставить новые. Это большие простои, а наш сервис должен работать 24/7.
Сначала собрали тестовые стенды в офисе: подключили новое оборудование, обновили прошивки, проверили разные сценарии отказов. Затем отправили его в ЦОД и смонтировали.
Можно было переключить все за одну ночь, но мы боялись не поместиться в техническое окно. Было немножко страшновато. Поэтому выбрали постепенный переход: соединили два старых и два новых коммутатора, переносили с каждого сервера рабочую нагрузку и переключали его в новую сеть.
Мы говорим «два», потому что всегда дублируем устройства. Сломается единственный коммутатор — потеряем связь между серверами. Поэтому каждый сервер подключаем сразу к двум коммутаторам, которые синхронизируются и работают вместе.
—То есть переподключали серверы в рабочем режиме?
— Да. С некоторых серверов мы не могли перенести всю нагрузку. Их переключали на горячую: одно подключение переводили на новый коммутатор, второе оставляли на старом. Потом переводили второе. Вот так методично переезжали.
Было всякое. Временная схема с четырьмя устройствами иногда некорректно отрабатывала взаимодействие внутри сети. Где-то откатывались назад, где-то тратили время на замену. Не хватало комплектующих — дозаказывали и ждали поставки.
Нужно было согласовывать время с инженерами ЦОДа и выбирать подходящее техническое окно. Иногда откладывали работы, например в первых числах месяца, когда не могли позволить себе простой. Это тоже растягивало проект.
Почему произошел сбой и как изменили порядок переключения
— То есть у нас параллельно работали новая и старая схемы?
— Да. Серверы уже работали через новые коммутаторы, но запросы во внешний мир шли через старые коммутаторы и подключенный к ним межсетевой экран. Нам нужно было убрать этот промежуточный участок.
Мы используем межсетевой экран Fortinet и приобрели второй такой же. Сначала хотели перевести на него весь трафик, а потом объединить два устройства в кластер — чтобы при отказе одного другое подхватывало работу.
Но когда включили сетевые интерфейсы нового устройства, оно сразу начало участвовать в обмене трафиком. Старое тоже продолжало работать. Возник конфликт внутри сети, и все перестало работать.
Мы быстро откатились, но некоторые сервисы пришлось перезапускать. Остался хвост примерно в 30 минут, когда клиенты обращались к нам с проблемами входа.
— Вы думали, что после подключения нужно будет условно включить какой-то рубильник?
— Да. Думали: подключим, потом, когда нам надо, нажмем зеленую кнопку «Применить», и устройство начнет работать. А оно запустилось сразу после включения интерфейсов: внутри уже были правила прохождения трафика. Для нас это оказалось неочевидным.
На следующий день проконсультировались с производителем, разобрали причину и изменили порядок переключения.
Подключили новые коммутаторы к старому межсетевому экрану. Выбрали время, всех оповестили и в час ночи перевели работу со старых подключений на новые. Все прошло штатно, практически без простоя. После этого старые коммутаторы вывели из эксплуатации.
В отдельное ночное окно объединили два межсетевых экрана в кластер и включили режим высокой доступности. Были нюансы и с подписками. На устройствах они различались, а для синхронизации нам нужно было привести все к одинаковому состоянию, в том числе подписки. Пришлось обновить часть подписок и доплатить. Производитель подсказал это заранее, чтобы мы долго не бились головой.
Сразу проверили отказоустойчивость: обновляли один экран, и во время его перезагрузки второй выполнял активную функцию. Потом наоборот — второй перезагружался, первый брал работу на себя.
Что модернизация дает клиентам ITsheff
— А что все это даст людям? Клиенты почувствуют изменения?
— Конечно. Сервисы, требовательные к пропускной способности, начинают работать быстрее. От сети зависят работа 1С, вход в базу, ее загрузка, создание резервных копий и обновление баз.
Мы снизили количество ошибок и отказов, видим это в мониторинге. И заложили фундамент для дальнейшего развития: при росте у нас будет запас мощности.
— Это можно как-то определить, что-то продемонстрировать?
— У нас в сети раньше были дискарды. Если провести аналогию с телефонным разговором, это когда один говорит много, а второй вроде бы успевает слушать, но часть информации уже теряет — отдельные слова в предложении.
В работе 1С происходит похожие процессы, идет много маленьких обменов: запрос — ответ. Из-за задержек серверы тратят больше времени, чтобы передоговориться. Появляются очереди для обмена данными, сеть замедляется.
Такую проблему трудно диагностировать. Можно бегать по всей инфраструктуре, искать, почему приложение тормозит, а потери создают общий плохой фон. Это как при смоге: вроде хочешь дышать, но не дышится.
У новых устройств больше буферы для обмена информацией, выше производительность. Это решает проблему. Мы можем делать продукты лучше и не упираться в эти ограничения сети.
Что изменилось после модернизации
ITsheff обновил сеть на действующей инфраструктуре: перевел около 30 серверов на новые коммутаторы и проверил резервирование межсетевых экранов. Результат — меньше сетевых ошибок, которые мешают работе облачных сервисов, и запас производительности для дальнейшего роста.
ITsheff инфраструктурный партнёр, который инвестирует в сеть, оборудование и экспертизу. Мы делаем так, чтобы вы не думали о коммутаторах, файрволах и прошивках. Ваша задача — вести бизнес. Наша — обеспечивать скорость, надежность и сохранность данных.
FAQ по интервью
1С будет работать быстрее?
Да. За счет оптики, новых коммутаторов и меньшего числа потерь пакетов 1С быстрее обменивается данными между серверами.
Резервное копирование станет быстрее?
Да, сеть перестает быть узким местом. Бэкапы и обновления проходят стабильнее и предсказуемее.
Переход в ITsheff — это долго?
Зависит от вашей конфигурации. Мы планируем миграцию так, чтобы избежать длительного простоя и согласовать технические окна.
Что будет, если один файрвол выйдет из строя?
У нас настроен кластер Fortinet. Второе устройство подхватывает работу, сервис продолжает работать.
Можно ли проверить все заранее?
Да. Мы собираем тестовые стенды, проверяем сценарии отказов и только потом переключаем рабочие серверы.
Протестируйте 1С Онлайн в ITsheff