Опыт перехода с SMB на Samba
Почему на производстве электроники мне приходится заниматься Linux, Active Directory и Samba?
Когда люди слышат словосочетание «контрактное производство электроники», они обычно представляют производственный цех.
SMT-линии.
Установщики компонентов.
Печи оплавления.
Рентген-контроль.
Селективную пайку.
И редко кто задумывается, что современное производство электроники уже давно стало крупным IT-хозяйством.
Сегодня на заводе работают не только инженеры и операторы оборудования.
Есть ещё:
серверы;
базы данных;
виртуальные машины;
резервное копирование;
системы мониторинга;
сетевое оборудование;
собственное программное обеспечение.
А многие современные станки больше похожи на специализированные компьютеры, чем на классические станки с ЧПУ.
Именно поэтому значительная часть моей работы связана не с ремонтом принтеров и сбросом паролей, как принято шутить про системных администраторов, а с обеспечением непрерывной работы производственной инфраструктуры.
Сегодня хочу рассказать про одну из технологий, которая выглядит максимально скучно.
Но без неё фактически не работало бы значительное количество производственных процессов.
Про сетевые папки.
Что общего между SMT-линией и обычной сетевой папкой
Наверное каждый хотя бы раз пользовался общей папкой в сети. Открыл проводник. Нашёл сетевой ресурс. Скопировал файл.
С технической точки зрения это:
SMB;
CIFS;
Samba.
Очень старая технология по современным меркам. Но именно она до сих пор используется на огромном количестве промышленного оборудования. В том числе и на наших линиях Yamaha.
Когда Yamaha удивила
Когда я впервые начал глубоко разбираться с производственной инфраструктурой Yamaha, меня удивил один момент. Основной обмен данными между станками и серверными системами организован через файлы.
Не через:
REST API;
Web API;
MQTT;
брокеры сообщений;
сокеты.
А через обычные файлы. В XXI веке это выглядит немного странно.
Первой мыслью было:
Почему не сделать современный API?
Но чем дольше я работал с системой, тем больше понимал логику разработчиков.
Почему файлы лучше API
Представим типичный производственный процесс. Станок завершает операцию. Нужно передать данные дальше.
В архитектуре Yamaha происходит следующее:
Станок формирует файл.
Помещает его в сетевую папку.
Независимый сервис читает файл.
Проверяет данные.
Записывает информацию в базу данных.
Точно так же передаются:
журналы работы;
статистика производства;
программы монтажа;
данные о питателях;
настройки оборудования.
На первый взгляд решение выглядит архаичным. На практике оно оказалось очень надёжным.
Что происходит при сбое сети
Самое интересное начинается, когда что-то ломается. А в любой инфраструктуре что-нибудь обязательно ломается.
Если используется API, то возможны:
потеря соединения;
потеря сообщения;
ошибки синхронизации.
При файловом обмене всё намного проще. Станок продолжает работать. Файлы просто накапливаются в очереди. После восстановления связи обмен автоматически продолжается. Для производства это очень важно. Остановка SMT-линии обходится значительно дороже, чем хранение лишнего десятка файлов.
Почему мы решили перейти на Linux
Исторически файловая инфраструктура работала на Windows. Это логично. Большинство промышленного оборудования проектируется именно под экосистему Microsoft. Но со временем инфраструктура росла.
Становилось больше:
оборудования;
пользователей;
сервисов;
интеграций.
И постепенно мы пришли к решению перенести файловые сервисы SMB на Linux. Главная причина была не в идеологии. А в практичности и доступности решений.
Что понравилось после перехода
Лицензионные ограничения перестали влиять на архитектуру
Любой системный администратор, который строил корпоративную инфраструктуру на Windows Server, понимает о чём речь.
Появляются вопросы:
серверных лицензий;
клиентских лицензий;
количества подключений.
Linux и Samba позволяют думать о технической стороне задачи, а не о лицензировании.
Samba живёт отдельно от системы
Это оказалось неожиданно удобным.
Можно полностью разделить:
пользователей Linux;
пользователей SMB.
С точки зрения безопасности и администрирования это большой плюс.
Стало проще строить резервирование
В производстве электроники данные стоят дорого.
Потерять:
программы SMT-монтажа;
конфигурацию оборудования;
базы компонентов;
значительно неприятнее, чем потерять обычный офисный документ.
Linux предоставляет огромное количество инструментов для:
репликации;
резервного копирования;
синхронизации;
миграции данных.
И пользоваться ими оказалось очень удобно.
Теперь о сложностях
Потому что без них тоже не обошлось.
Active Directory всё ещё задаёт правила игры
Если инфраструктура построена вокруг домена Microsoft, придётся искать компромиссы. Да, Samba прекрасно интегрируется с Active Directory. Но не всё работает так же, как в чистой среде Windows. Наиболее заметно это проявляется в правах доступа. Например, некоторые сценарии управления папками, которые легко реализуются в стандартной оснастке Windows, требуют дополнительной настройки уже на стороне Linux. В моём случае даже пришлось частично пересмотреть структуру каталогов.
Хороших инструкций меньше, чем хотелось бы
Linux сегодня активно развивается в корпоративном сегменте. Но до полного доминирования ещё далеко.
Поэтому очень часто встречается ситуация:
инструкция написана для Ubuntu;
решение найдено для Debian;
проблема возникает на Rocky Linux;
настройка относится к другой версии Samba.
А нейросети пока тоже не всегда помогают. Они любят смешивать настройки разных дистрибутивов и версий.
Не всегда понятно, где искать проблему
Это мой любимый пункт. Иногда проблема выглядит так: Пользователь не может открыть папку. И дальше начинается расследование.
Причина может находиться:
в Active Directory;
в DNS;
в Kerberos;
в Samba;
в Linux;
в сетевой инфраструктуре.
На поиск иногда уходит больше времени, чем на само исправление.
Стоил ли переход этих усилий?
Однозначно.
Потому что в итоге получилась очень устойчивая гибридная инфраструктура.
Сегодня мы используем:
Active Directory, а вернее его Linux альтернативу для централизованной авторизации;
Linux для серверной части;
Samba для файлового обмена;
резервирование и репликацию на уровне Linux.
И эта схема отлично работает вместе с производственным оборудованием.
Вместо вывода
Современное производство электроники давно перестало быть просто производством.
Сегодня это сложная комбинация:
SMT-монтажа;
автоматизированного оборудования;
серверов;
баз данных;
программного обеспечения;
сетевой инфраструктуры.
И иногда обычная сетевая папка оказывается не менее важным элементом производственной цепочки, чем установщик компонентов Yamaha или печь оплавления. Потому что надёжное производство начинается с надёжного обмена данными.
Сергей
