FMA встроена в ядро ISCRA STORAGE и получает структурированные события от драйверов накопителей и HBA, транспортов SCSI, SAS и NVMe, PCIe, аппаратной платформы и Native ZFS. Среди сигналов — ошибки чтения, записи и контрольных сумм.
Подсистема работает в четыре этапа. Детекторы передают сообщения об ошибках или состоянии. Модуль диагностики сопоставляет события, отделяет разовый сбой от устойчивой неисправности и составляет список подозреваемых ресурсов с оценкой вероятности. Затем агенты реагирования могут вывести ресурс из эксплуатации, перевести vdev в состояние DEGRADED или FAULTED, подключить hot spare либо предложить действие оператору. Каждый случай сохраняется в истории под уникальным идентификатором.
FMA анализирует всю цепочку компонентов — от накопителя до Native ZFS, поэтому подозрение может пасть не только на диск, но и на кабель или экспандер. Подсистема также оценивает состояние пула: можно ли продолжать работу и сколько избыточности осталось. События поступают через sysevent по мере возникновения, без периодического опроса.
Диагноз получает UUID и проходит этапы list.suspect, list.updated, list.repaired и list.resolved. История доступна сервисной службе и внешним системам мониторинга. «Администратору важно понимать, что именно вышло из строя, как это повлияло на пул и какое действие необходимо», — отметил генеральный директор ARGO.TECH Андрей Кучинский. По его словам, FMA формирует эту картину внутри системы хранения и сохраняет историю каждого случая.
Комментарии (0)
Пока нет комментариев. Будьте первым!