а NAGIOS3 + к нему смотрелка (не помню как называется, чтоб на карте и фотографиях оборудования статусы лепить) -- пересекается по функциям с первыми двумя, и если нет, то можно ли их интегрировать? есть ли обзоры и готовые ссылки на русскоязычные ресурсы? насколько будет сложно и трудоёмко внедрение и дальнейшее поддержание в работоспособном состоянии, выуживание отчётов и т п? клиенты в основном виндовз, за которыми хочется смотреть (состояние + конфигурация ПО и Железа) но есть и тонкие клиенты, которые тоже бы хотелось мониторить (хотя бы пинговать). + всякие сетевые принтера и точки доступа, которых, впрочем, немного. плюс мне понравилось заявленная в GLPI морда для пользовательских заявок -- в перспективе с электронным документооборотом можно будет её интегрировать?
автоматизация учёта парка машин (нужны мысли по внедрению готового решения)
Модераторы: SLEDopit, Модераторы разделов
-
infra_hdc
- Сообщения: 376
- ОС: GNU/Linux
автоматизация учёта парка машин
чем GLPI от OCS Inventory отличается? и корректно ли так сравнивать? что лучше? обязательно ли они должны работать в связке, чтобы было всё в шоколаде?
а NAGIOS3 + к нему смотрелка (не помню как называется, чтоб на карте и фотографиях оборудования статусы лепить) -- пересекается по функциям с первыми двумя, и если нет, то можно ли их интегрировать? есть ли обзоры и готовые ссылки на русскоязычные ресурсы? насколько будет сложно и трудоёмко внедрение и дальнейшее поддержание в работоспособном состоянии, выуживание отчётов и т п? клиенты в основном виндовз, за которыми хочется смотреть (состояние + конфигурация ПО и Железа) но есть и тонкие клиенты, которые тоже бы хотелось мониторить (хотя бы пинговать). + всякие сетевые принтера и точки доступа, которых, впрочем, немного. плюс мне понравилось заявленная в GLPI морда для пользовательских заявок -- в перспективе с электронным документооборотом можно будет её интегрировать?
а NAGIOS3 + к нему смотрелка (не помню как называется, чтоб на карте и фотографиях оборудования статусы лепить) -- пересекается по функциям с первыми двумя, и если нет, то можно ли их интегрировать? есть ли обзоры и готовые ссылки на русскоязычные ресурсы? насколько будет сложно и трудоёмко внедрение и дальнейшее поддержание в работоспособном состоянии, выуживание отчётов и т п? клиенты в основном виндовз, за которыми хочется смотреть (состояние + конфигурация ПО и Железа) но есть и тонкие клиенты, которые тоже бы хотелось мониторить (хотя бы пинговать). + всякие сетевые принтера и точки доступа, которых, впрочем, немного. плюс мне понравилось заявленная в GLPI морда для пользовательских заявок -- в перспективе с электронным документооборотом можно будет её интегрировать?
-
DjSpike
- Сообщения: 2265
- Статус: в поисках истины
- ОС: Lubuntu 12.04
Re: автоматизация учёта парка машин
GLPI это система так называемая ServiceDesk (HelpDesk) а OCS Inventory это плагин который можно установить в GLPI и забивать данные о компьютерах не ручками, а автоматически собирать.. Я сейчас как раз занимаюсь внедрнением GLPI
AvReg - По для организации Видеонаблюдения на Linux.
ДЭНСИ:КАССА - Рабочее место кассира под Linux.
Терминальные решения под Linux
Консультации по установке 1с+PostgreSQL+Ubuntu.
ДЭНСИ:КАССА - Рабочее место кассира под Linux.
Терминальные решения под Linux
Консультации по установке 1с+PostgreSQL+Ubuntu.
-
infra_hdc
- Сообщения: 376
- ОС: GNU/Linux
Re: автоматизация учёта парка машин
UP!
так, я уже хочу сделать сервер для мониторинга (nagios3) и инвентаризации ((возможно GLPI) + OCS Inventory). хватит ли диска 18Гбайт на хозяйство в 300 машин, и как лучше разбить диск, например, имеет ли смысл сделать /var отдельным разделом? хватит ли мощности у железа: 2 x iP-III-800 / какой-то серверный чипсет / 1408 MB RAM / HDD SCSI U160 18G / NIC 100Mbps ? ОС: Debian GNU/Linux 6.0 (Squeeze) -- его я предпочёл версии Lenny из-за более свежих версий пакетов, иксы не будут запущены, т.е. буду удалённо рулить, по ssh. если не устроит GLPI, можно ли будет OCS Inventory эксплуатировать не как подсистему GLPI, а отдельно? и можно ли потом будет GLPI подстыковать, когда разберусь с OCS Inventory отдельно? как лучше действовать? я хочу снизу начать построение системы, и мне кажется, что OCS Inventory -- более низкий уровень, чем GLPI.
так, я уже хочу сделать сервер для мониторинга (nagios3) и инвентаризации ((возможно GLPI) + OCS Inventory). хватит ли диска 18Гбайт на хозяйство в 300 машин, и как лучше разбить диск, например, имеет ли смысл сделать /var отдельным разделом? хватит ли мощности у железа: 2 x iP-III-800 / какой-то серверный чипсет / 1408 MB RAM / HDD SCSI U160 18G / NIC 100Mbps ? ОС: Debian GNU/Linux 6.0 (Squeeze) -- его я предпочёл версии Lenny из-за более свежих версий пакетов, иксы не будут запущены, т.е. буду удалённо рулить, по ssh. если не устроит GLPI, можно ли будет OCS Inventory эксплуатировать не как подсистему GLPI, а отдельно? и можно ли потом будет GLPI подстыковать, когда разберусь с OCS Inventory отдельно? как лучше действовать? я хочу снизу начать построение системы, и мне кажется, что OCS Inventory -- более низкий уровень, чем GLPI.