Asset management recommendations

Sat Aug 24 12:05:16 UTC 2019

I would have to agree with this too. Unless you are looking at a multifaceted approach where you can compare two different sources of knowledge then use the config mgmt tools to cover that baseline is pretty adequate until....

You have client computers and hardware along that level to track. So in that instance since everything has an IP these days then phpIPAM or similar can do quite the job storing serial numbers, makes, models, descriptions and tracking the on and offline status plus plenty more.

https://phpipam.net/documents/screenshots/

-- 
 J. Hellenthal

The fact that there's a highway to Hell but only a stairway to Heaven says a lot about anticipated traffic volume.

> On Aug 24, 2019, at 03:37, George Herbert <george.herbert at gmail.com> wrote:
> 
> 
> Do you really want asset management tools, or configuration management tools with asset discovery / inventory capability?
> 
> Juniper supports Chef configuration management pretty extensively, and is widely used for systems management and patch management on Linux.  Scales to multisite well.  There are tie-ins to be able to export monitoring and alerting tool configurations based on server and network inventories, etc.
> 
> https://www.juniper.net/documentation/en_US/junos-chef11.10/topics/concept/chef-overview.html
> 
> There are also Puppet, Ansible, and Saltstack in this product space, slightly less well supported with Juniper as I understand it (haven't looked extensively, someone else may have better info).
> 
>> On Fri, Aug 23, 2019 at 9:10 PM Mehmet Akcin <mehmet at akcin.net> wrote:
>> Hey there
>> 
>> I am looking for a tool recommendation for network and server asset management which can scale in multiple sites and integrate with other platforms like nagios, librenms. Being able to do patch management is plus. Mostly linux and juniper shop
>> 
>> Any recommendations?
>> 
>> 
>> -- 
>> Mehmet
>> +1-424-298-1903
> 
> 
> -- 
> -george william herbert
> george.herbert at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20190824/da1d8880/attachment.html>