Enable distributed tracing in ASM

Deployment example

def getForwardHeaders(request):
    headers = {}

    # x-b3-*** headers can be populated using the opentracing span
    span = get_current_span()
    carrier = {}
    tracer.inject(
        span_context=span.context,
        format=Format.HTTP_HEADERS,
        carrier=carrier)

    headers.update(carrier)

    # ...

    incoming_headers = ['x-request-id']

    # ...

    for ihdr in incoming_headers:
        val = request.headers.get(ihdr)
        if val is not None:
            headers[ihdr] = val

    return headers

@GET
@Path("/reviews/{productId}")
public Response bookReviewsById(@PathParam("productId") int productId,
                            @HeaderParam("end-user") String user,
                            @HeaderParam("x-request-id") String xreq,
                            @HeaderParam("x-b3-traceid") String xtraceid,
                            @HeaderParam("x-b3-spanid") String xspanid,
                            @HeaderParam("x-b3-parentspanid") String xparentspanid,
                            @HeaderParam("x-b3-sampled") String xsampled,
                            @HeaderParam("x-b3-flags") String xflags,
                            @HeaderParam("x-ot-span-context") String xotspan) {

  if (ratings_enabled) {
    JsonObject ratingsResponse = getRatings(Integer.toString(productId), user, xreq, xtraceid, xspanid, xparentspanid, xsampled, xflags, xotspan);

Access example

Enter a URL in the format of http://{IP address of the ingress gateway service}/productpage in the address bar of your browser, and then press the Enter key. You are navigated to the page of the Bookinfo application.

View applications

On the Applications page of the Tracing Analysis console, you can view the key metrics of all monitored applications, including the numbers of requests and errors in the current day and the health status. You can also set tags for applications so that you can filter applications by tag.

1. Log on to the Tracing Analysis console.
2. In the left-side navigation pane, click Applications. At the top of the Applications page, select a region as needed.

View application details

On the Application Details page of an application in the Tracing Analysis console, you can view the key metrics, call topology, and traces of the application on each server on which it is deployed.

1. Log on to the Tracing Analysis console.
2. In the left-side navigation pane, click Applications. At the top of the Applications page, select a region as needed. Then, click the name of the application that you want to check.
3. In the left-side navigation pane, click Application Details. Then, click All or select a server, represented by an IP address, from the server list on the left.
   On the Overview tab, you can view the call topology and key metrics. You can also click the Traces tab to view the traces of the application on the selected server. A maximum of 100 traces are listed in descending order of amount of time consumed.

View the waterfall chart of a trace

The waterfall chart of a trace shows the information of the trace, including the log generation time, status, IP address or server name, service name, and timeline.

1. On the Application Details page of the application that you want to check, click the Traces tab. In the trace list, click the ID of the trace that you want to check.
2. On the page that appears, view the waterfall chart of the trace.
   Note

   • The IP Address column may display IP addresses or server names. The information displayed depends on the display settings that are configured on the Application Settings page. For more information, see Manage applications and tags.
   • You can move the pointer over a service name to view the information of the service, including the duration, start time, tags, and log events. For more information, see View application details.

   

FAQ

Why is no trace information displayed after I enable Tracing Analysis for my ASM instance and set the Sampling Method parameter to Enable Tracing Analysis?

1. View the trace push logs.
   1. Connect to your Container Service for Kubernetes (ACK) cluster by using kubectl.
   2. Run the following command to view the trace push logs of the pods related to the tracing-on-external-zipkin deployment in the istio-system namespace:

      kubectl logs "$(kubectl get pods -n istio-system  -l app=tracing -o jsonpath='{.items[0].metadata.name}')" -n istio-system -c  nginx

      The status code 406 is recorded in the trace push logs.
2. View the quota on the number of service requests per day and the actual number of service requests in the previous day.
   1. Log on to the Tracing Analysis console.
   2. In the left-side navigation pane, click Cluster Configurations to view the quota on the number of service requests per day and the actual number of service requests in the previous day.
      
   You can find that the actual number of service requests in the previous day is greater than the quota on the number of service requests per day that you set in the Tracing Analysis console.
3. Modify the quota on the number of service requests per day.
   If the actual number of service requests in a day is greater than the quota on the number of service requests per day, the reported data is discarded and no trace information is displayed. To resolve the issue, you must increase the quota on the number of service requests per day to be greater than the actual number of service requests in a day.
   1. In the left-side navigation pane of the Tracing Analysis console, click Cluster Configurations.
   2. On the Cluster Configurations tab, modify the value of the Configuration quota parameter in the Quota configuration section. Increase the value to be greater than the actual number of service requests in a day. Then, click Save.
   3. In the message that appears, click OK.