[ZBXNEXT-2424] Host maps Created: 2014 Aug 28  Updated: 2014 Sep 01

Status: Open
Project: ZABBIX FEATURE REQUESTS
Component/s: Frontend (F)
Affects Version/s: 2.2.5
Fix Version/s: None

Type: New Feature Request Priority: Major
Reporter: Marc Assignee: Unassigned
Resolution: Unresolved Votes: 2
Labels: hosts, maps
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File hostMaps.png    

 Description   

Well, host maps like host screens.



 Comments   
Comment by richlv [ 2014 Aug 28 ]

any use case ?

Comment by Marc [ 2014 Aug 29 ]

The idea came up by the wish to have a visual overview about which database is configured to be used as master or slave of an application instance.
Think of having always two application servers that may be configured to use one database as master and another database as slave out of three databases.

Now when having lots of application instances one has to maintain dedicated maps.
In this simple example are six links with 12 triggers = no fun
one (application) host had to be removed. so 3 links with 6 triggers = still no fun

Initially exporting the map, making lots of copies, updating the copies according instance and finally importing the new maps works. But as soon as something needs to be adjusted it doesn't help much.

Comment by richlv [ 2014 Aug 30 ]

thanks, but what exactly could be implemented to improve it ?

Comment by Marc [ 2014 Sep 01 ]

A host screen allows to be build once on template level and may consist of elements available on that level.
This host screen is then available for every to the respective template linked host.
For the template based elements the corresponding host level elements are used.

Host maps could provide the same for map elements.

Admittedly this is probably of little benefit to most people.

Comment by richlv [ 2014 Sep 01 ]

ok, got the idea. would work best for people that use host to describe a more complex system where it makes sense to visualise them individually.

Generated at Tue Apr 23 22:31:44 EEST 2024 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.