Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add a Network Zone drop-down to the Observability Hosts page #182011

Open
mbudge opened this issue Apr 29, 2024 · 1 comment
Open

Add a Network Zone drop-down to the Observability Hosts page #182011

mbudge opened this issue Apr 29, 2024 · 1 comment
Labels
enhancement New value added to drive a business result Feature:ObsHosts Hosts feature within Observability Team:obs-ux-infra_services Observability Infrastructure & Services User Experience Team

Comments

@mbudge
Copy link

mbudge commented Apr 29, 2024

Elastic-Agent can be deployed on multiple cloud providers, on-prem networks and data-centres. These networks can span multiple countries/regions/zones. Different network zones are often managed by different IT teams.

A managed service provider may have 100's/1000's of servers running in a data centre in multiple locations. A company may also use multiple cloud providers which host infrastructure in different regions/zones. On-prem networks can span across the globe when there a multiple sites in different countries. Security analysts and IT want to find Elastic-Agents in different network zones without having to refer to asset tracking spreadsheets.

To do this efficiently users need a way to select Elastic-Agents in under their control in a single field on the Observability > Infrastructure > Hosts page.

The zone tagging should be done using this feature in the Fleet policy settings

#179915

I recommend adding a new field to ECS to store the zone and environment tags, then add drop-down menu's to the Observability Hosts page to make it easier for IT to select Elastic-Agents in network zones they manage.

elastic/ecs#2306

Zone/environment tagging should be done to both logs/metrics data.

Where Elastic-Agent is collecting data from external/api based services, engineers should use the beats processes to overwrite the zone/environment tags. For example, an Elastic-Agent might be running in GCP, but the integration is collecting Azure logs data. The beats process would be used to overwrite event.zone:gcp with event.zone:azure. The zone tagging logic could also be built into the elastic managed integrations.

Screenshot 2024-04-29 at 17 15 08
@botelastic botelastic bot added the needs-team Issues missing a team label label Apr 29, 2024
@jsanz jsanz added the Team:obs-ux-infra_services Observability Infrastructure & Services User Experience Team label May 2, 2024
@elasticmachine
Copy link
Contributor

Pinging @elastic/obs-ux-infra_services-team (Team:obs-ux-infra_services)

@botelastic botelastic bot removed the needs-team Issues missing a team label label May 2, 2024
@jsanz jsanz added enhancement New value added to drive a business result needs-team Issues missing a team label labels May 2, 2024
@botelastic botelastic bot removed the needs-team Issues missing a team label label May 2, 2024
@smith smith added the Feature:ObsHosts Hosts feature within Observability label May 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New value added to drive a business result Feature:ObsHosts Hosts feature within Observability Team:obs-ux-infra_services Observability Infrastructure & Services User Experience Team
Projects
None yet
Development

No branches or pull requests

4 participants