Requirement #18
открытоПТ-0051 Я как администратор, хочу чтобы при перемещении устройства в новую группу, применялась конфигурация с параметрами, связанными с новой группой, чтобы упростить свою работу и исключить ошибки
0%
Описание
2. Цель, которая будет достигнута при реализации требования
- Увеличение скорости раскатки изменений, за счет автоматизация генерации конфигураций общих частей конфигурации системой, а так же редактирования общей части конфигурации в одном месте.
- Уменьшение количества ошибок, так как уменьшаем количество участков конфигурации для редактирования, которые нужно как редактировать так и проверить.
- Снижения объемы работы инженера, так как уменьшаем количество участков конфигурации для редактирования.
3. Причина возникновения требования Требование руководителя ЦОД
Файлы
Связанные задачи
Обновлено Redmine Admin почти 3 года назад
- Файл device-moning-to-new-ntp.png device-moning-to-new-ntp.png добавлен
ПТ-0051 Я как администратор, хочу при перемещении устройства в новую группу, чтобы применялась конфигурация с параметрами, связанными с новой группой, чтобы упростить свою работу и исключить ошибки.
ПТ-0051 Я как администратор, хочу чтобы при перемещении устройства в новую группу, применялась конфигурация с параметрами, связанными с новой группой, чтобы упростить свою работу и исключить ошибки
Есть две группы устройств получающие данные от своих NTP-серверов. Хочется механизм, который позволит перенести устройство из одной группы в другую, таким образом, чтобы система еще и сменила настройки NTP-сервера.

чтобы было и бралось автоматически, или так же чтобы можно было раскатить.
применение наследуемой конфигурации и ПО
Провижининг
после регистрации устройства в контроллере, оборудование помещается в древовидную структуру, чтобы наследовать глобально конфигурационные настройки, можно повесить образы ОС. После перемещения устро-ва, устройство подтягивает прошивку и настройки, система предлагает пользователю обновление коробки - это что касается вкладки провижн.
Это чистейшей воды формулировка решения, которая может быть реализована на профилях, просто конфигурировании каждого отдельного устройства. Кроме того здесь введено еще понятие контейнера, что делает возможным сохранение конфигурации устройства отдельно независимо от устройства.
Обновлено Redmine Admin почти 3 года назад
2. Использование универсальных политик. Использование в политиках переменных, которые подставляются на реальны значения IP адресов или подсетей в зависимости от устройства, на которое применяется правило доступа или НАТа.
Обновлено Redmine Admin почти 3 года назад
- связана с Feedback #29: [Страховая компания Согласие] Комментарии по желаемому функционалу заказчика добавлен
Обновлено Redmine Admin почти 3 года назад
- связана с Requirement #33: Демо бенчмарка добавлен