Map multiple application services suggested by classic Service Mapping
You can map multiple application services identified and suggested by Service Mapping in a single operation. This method suits your organization if you do not have much information about application services.
Avant de commencer
Role required: service_mapping_admin
Pourquoi et quand exécuter cette tâche
You must have Service Mapping enabled to map or review service instances.
Service Mapping extracts entries directly from load balancers on your network.
Service Mapping converts load balancer entries into potential entry points and stores them in the Candidate Entry Points [sa_cand_entry_point] table.
Service Mapping also creates candidate entry points based on Netflow and TCP and stores them in the same table.
An entry point is a point where clients access a service instance. Service Mapping starts the mapping process from this point. For example, to map your electronic mailing service instance, define an IP address or host name of the email server as an entry point.
- Service Mapping checks that potential entry points created from Netflow and VPC logs are unique and not in use by any existing application services to avoid duplication.
Service Mapping creates a service instance candidate for each entry point.
Not all candidate service instances correlate to actual service instances. Service Mapping filters out unlikely candidates by applying an algorithm that takes into account such parameters as empty IP addresses, port numbers, and the load balancer VIP hit counts less than 1000. Service Mapping stores candidates in the Candidate Entry Point [sa_cand_entry_point] table in the CMDB.
During the discovery and mapping process, Service Mapping creates a service instance from each candidate and assigns it the entry point retrieved from the candidate. While mapping in bulk is an effective and fast way to create numerous service instances, the result of the bulk mapping is not precise. There may be some false or duplicate service instances created by mistake because the data from the load balancer is raw. During the review and approval process, you review all mapped service instances and get rid of the ones that were erroneously created.
- Reduces the discovery time
- Minimizes the number of potential irrelevant application services
You can remove the unwanted candidates from the list using these methods either by filtering them out or deleting them from the Candidate Entry Point [sa_cand_entry_point] table. In both cases, you can bring hidden or deleted candidates back to the list.
Procédure
Que faire ensuite
- If the connection suggestions feature is enabled, Service Mapping does not automatically add any traffic-based connections to application services, providing suggestions instead. Add or remove CIs for multiple application services using connection suggestions.
- Fix application services discovered with errors. For more information, see Fix application service errors in bulk.
- Review the list of created application services. If Service Mapping did not create some application services during bulk mapping as you expected, create them manually as described in Map a single application service using classic Service Mapping.
- Send application services discovered without errors to their respective owners for approval. For more information, see Send application service maps for review.
- Make sure that the service instances aren't too large:
- Service Mapping doesn't offer to view CI list instead of a map for a service instance.
- There is no discovery message indicating that the service instance is too large: The map does not display the entire service, because it is too large. The number of CI connections exceeded the allowed maximum.
If some application services are too large, resolve the service size issue:- If you use customized discovery patterns and mapping results in very large service instances, modify the patterns so that they don't map irrelevant CIs.
- Split the service into smaller services.