📢 «Как у «Синоникса» с отказоустойчивостью?», — спрашивали у нас на ИБ АСУ ТП КВО. Отвечаем: Если коротко — она реализуется через совместную работу механизмов резервирования и балансировки. В системе используется схема Master - Slave. Основной узел управляет политиками и конфигурациями, а резервный — получает их копию и в любой момент готов взять работу на себя. Если основная нода выходит из строя, резервную можно перевести в режим Master одной командой в CLI. При этом балансировка трафика (и внешняя через интеграцию с DS Proxima, и внутренняя) может быть разной: ▫️Active - Passive — резервный узел просто будет ждать отказа основного; ▪️Active - Active — оба узла могут участвовать в обработке трафика. Что это значит? Если Master «упал», текущие сессии передачи данных и файлов прервутся. Однако ответственные сотрудники могут практически сразу подключиться через VIP и продолжить работу. При этом данные о самих передачах не потеряются. Информация о сессиях сохраняется в syslog и может передаваться в формате CEF в SIEM-системы («Синоникс» совместим с KUMA «Лаборатории Касперского»). Проще говоря, аудит останется доступным даже при сбоях. #подсистемный_марафон