# Metricbeat aws cpu total pct missing

**URL:** <https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723>\
**Category:** Beats\
**Tags:** metricbeat\
**Created:** [November 27, 2019, 4:07pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723 "2019-11-27T16:07:52Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![Vinicios\_Grein](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vinicios_grein/32/57961_2.png) [@Vinicios\_Grein](https://discuss.elastic.co/u/Vinicios_Grein)\
**Post date:** [November 27, 2019, 4:07pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/1 "2019-11-27T16:07:52Z")

</div>

Hi,  
I've configurated aws metricbeat on kibana and have some machines on there, about 20.  
Only 3 of them don't register the field aws.ec2.cpu.total.pct, all the others yes.  
Are there some configuration on aws or on a config file than forces to send the cpu information?

---

<div class="post-metadata">

**Author:** ![Mario\_Castro](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/mario_castro/32/35107_2.png) [@Mario\_Castro](https://discuss.elastic.co/u/Mario_Castro)\
**Post date:** [November 27, 2019, 4:40pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/2 "2019-11-27T16:40:33Z")

</div>

Hi @Vinicios_Grein 🙂

That really looks like some network issue on AWS, maybe they are in a different network group. Anyways I'm summoning @Kaiyan_Sheng that maybe has more info about this.

---

<div class="post-metadata">

**Author:** ![Kaiyan\_Sheng](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kaiyan_sheng/32/38247_2.png) [@Kaiyan\_Sheng](https://discuss.elastic.co/u/Kaiyan_Sheng)\
**Post date:** [November 27, 2019, 4:57pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/3 "2019-11-27T16:57:45Z")

</div>

@Vinicios_Grein Could you show us your metricbeat config for aws module please? I don't think we got any special config there hmm. Did you check on AWS cloudwatch metrics portal to see if there are CPU metrics there at similar timestamp with the same instances?

---

<div class="post-metadata">

**Author:** ![Vinicios\_Grein](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vinicios_grein/32/57961_2.png) [@Vinicios\_Grein](https://discuss.elastic.co/u/Vinicios_Grein)\
**Post date:** [November 27, 2019, 5:20pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/4 "2019-11-27T17:20:15Z")

</div>

Hi @Kaiyan_Sheng ,  
my cfg file is basecaly the default, with my credentials:

- module: aws  
period: 300s  
metricsets:
  - ec2  
access\_key\_id: '{AWS\_ACCESS\_KEY\_ID:"my\_ak"}' secret\_access\_key: '{AWS\_SECRET\_ACCESS\_KEY:"my\_ak"}'  
session\_token: '{AWS\_SESSION\_TOKEN:""}' default\_region: '{AWS\_REGION:sa-east-1}'

From this line to botton I have put a "#" to comment.

I'll check it out AWS cloudwatch for issues too

---

<div class="post-metadata">

**Author:** ![Kaiyan\_Sheng](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kaiyan_sheng/32/38247_2.png) [@Kaiyan\_Sheng](https://discuss.elastic.co/u/Kaiyan_Sheng)\
**Post date:** [November 27, 2019, 7:06pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/5 "2019-11-27T19:06:16Z")

</div>

Yeah ok, thanks! Definitely check cloudwatch aws portal to see if the AWS is reporting the missing CPUUtilization metrics.

---

<div class="post-metadata">

**Author:** ![Vinicios\_Grein](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vinicios_grein/32/57961_2.png) [@Vinicios\_Grein](https://discuss.elastic.co/u/Vinicios_Grein)\
**Post date:** [November 27, 2019, 7:40pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/6 "2019-11-27T19:40:09Z")

</div>

Thanks @Kaiyan_Sheng

Aws Checked. Ther are the metrics for all instances.

 ![image](https://us1.discourse-cdn.com/elastic/original/3X/f/6/f639feb0f8130c315f0f47679d27321242d0e573.png)

I've copied this from kibana logs:

 ![image](https://us1.discourse-cdn.com/elastic/original/3X/d/9/d904356c1a3cba2e337221c8dd185e313f3bae57.png)

The left side is instance that is cpu is missing, but have some fields that don't have on right side, where exists cpu metric. Where this fields are setted?

---

<div class="post-metadata">

**Author:** ![Kaiyan\_Sheng](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kaiyan_sheng/32/38247_2.png) [@Kaiyan\_Sheng](https://discuss.elastic.co/u/Kaiyan_Sheng)\
**Post date:** [November 27, 2019, 11:21pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/7 "2019-11-27T23:21:45Z")

</div>

Hmm very interesting, there might be a bug in the code then. I will try to reproduce it on my side! Thanks for verifying.

In the mean time, maybe you can give cloudwatch module a try to collect ec2 metrics:

```auto
- module: aws
  period: 300s
  metricsets:
    - cloudwatch
  metrics:
    - namespace: AWS/EC2
      tags.resource_type_filter: ec2:instance
      statistic: ["Average", "Maximum"]

```

---

<div class="post-metadata">

**Author:** ![Vinicios\_Grein](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vinicios_grein/32/57961_2.png) [@Vinicios\_Grein](https://discuss.elastic.co/u/Vinicios_Grein)\
**Post date:** [November 28, 2019, 2:16pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/8 "2019-11-28T14:16:18Z")

</div>

Hi @Kaiyan_Sheng,  
I have activated cloudwatch on aws.yml and desactivated EC2 metrics.  
On kibana I've filtered 3 instances. The first one with problem (same instance from ec2), that doens't appear on log, and the other ones appears.

---

<div class="post-metadata">

**Author:** ![Kaiyan\_Sheng](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kaiyan_sheng/32/38247_2.png) [@Kaiyan\_Sheng](https://discuss.elastic.co/u/Kaiyan_Sheng)\
**Post date:** [December 2, 2019, 5:12pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/9 "2019-12-02T17:12:32Z")

</div>

Hi @Vinicios_Grein, sorry I just got back from thanksgiving break. Will continue here to try reproduce the issue.

With cloudwatch metricset, do you mean you are seeing the same issue? With metrics missing from one specific instance?

---

<div class="post-metadata">

**Author:** ![Vinicios\_Grein](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vinicios_grein/32/57961_2.png) [@Vinicios\_Grein](https://discuss.elastic.co/u/Vinicios_Grein)\
**Post date:** [December 2, 2019, 5:30pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/10 "2019-12-02T17:30:37Z")

</div>

Hi @Kaiyan_Sheng,  
that's ok 🙂

I was trying another think, but no success.

When I tried ec2 metric, 3 instances between 20 has no "ec2.cpu.total.pct" filed on log.  
I've activated cloudwatch metrics as you suggested, but in this same 3 instances the field is missing, in this case "aws.metrics.CPUUtilization".

I tried to configure a new user on aws with this settings:  
 ![image](https://us1.discourse-cdn.com/elastic/original/3X/b/f/bf7990af7fbb0bbe827d7041147eb07ae195ee25.png)

---

<div class="post-metadata">

**Author:** ![Kaiyan\_Sheng](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kaiyan_sheng/32/38247_2.png) [@Kaiyan\_Sheng](https://discuss.elastic.co/u/Kaiyan_Sheng)\
**Post date:** [December 2, 2019, 9:16pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/11 "2019-12-02T21:16:37Z")

</div>

Hmm Im sorry I can't reproduce it on my aws account hmm I have 12 EC2 instances spread in several different regions and all of their cloudwatch metrics get collected.

Are these 3 instances from the same region in your account? Are they in running state?

---

<div class="post-metadata">

**Author:** ![Vinicios\_Grein](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vinicios_grein/32/57961_2.png) [@Vinicios\_Grein](https://discuss.elastic.co/u/Vinicios_Grein)\
**Post date:** [December 3, 2019, 4:09pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/12 "2019-12-03T16:09:18Z")

</div>

Yes, they are "running" and region is "sa-east-1".  
I've tried to reinstall the metricbeat on my instance but the result was the same.  
Now I tryed to install in another instance. One of this 3 instances start to show the metrics correctely, but the other ones no. All the other instances continue appearing correctely.  
Are there any limit of number of instances per metricbeat control?  
How can I configure on ec2 or cloudwatch specifics instances ids?

---

<div class="post-metadata">

**Author:** ![Vinicios\_Grein](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vinicios_grein/32/57961_2.png) [@Vinicios\_Grein](https://discuss.elastic.co/u/Vinicios_Grein)\
**Post date:** [December 3, 2019, 5:31pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/13 "2019-12-03T17:31:11Z")

</div>

@Kaiyan_Sheng

I tried another think. Started cloudwatch in metricbeat with all instances with problem and some others that's normal. In this time all fiels appeared. I think there are some kind a limit on monitoring. I've counted and exists 36 instances in my accont, I told you 20, sorry.  
Can you confirm if there exists this limit and if so, how much instances can the metricbeat support?

---

<div class="post-metadata">

**Author:** ![Kaiyan\_Sheng](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kaiyan_sheng/32/38247_2.png) [@Kaiyan\_Sheng](https://discuss.elastic.co/u/Kaiyan_Sheng)\
**Post date:** [December 3, 2019, 6:35pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/14 "2019-12-03T18:35:57Z")

</div>

@Vinicios_Grein Thank you so much for investigating this!! Sounds like we hit a limit hmmm

Maybe because the collection period is shorter than how long it takes to collect all from the instances. What is the period you set right now for metricbeat? If that's the case, several metricbeats running in parallel should help with specific regions for each metricbeat to collect from. Or maybe just specify specific regions for different sessions in aws.yml. For example:

```auto
- module: aws
  period: 300s
  metricsets:
    - ec2
  credential_profile_name: test-mb
  regions:
    - us-east-1
    - us-east-2
- module: aws
  period: 300s
  metricsets:
    - ec2
  credential_profile_name: test-mb
  regions:
    - us-west-1
    - us-west-2
- module: aws
  period: 300s
  metricsets:
    - ec2
  credential_profile_name: test-mb
  regions:
    - sa-east-1
    - ap-southeast-1

```

This is not running metricbeats in parallel. If you want to try run multiple metricbeats, you can download 3 metricbeat binaries, and then separate the config above into 3 different aws.yml in 3 metricbeats. I think that will solve the problem unless the limit is on AWS side. This is not an ideal solution, I'm looking into it for a better way to solve this. Thanks!!

---

<div class="post-metadata">

**Author:** ![Vinicios\_Grein](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vinicios_grein/32/57961_2.png) [@Vinicios\_Grein](https://discuss.elastic.co/u/Vinicios_Grein)\
**Post date:** [December 3, 2019, 7:54pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/15 "2019-12-03T19:54:44Z")

</div>

The period is setted to 300s, I tried 60s and 600s.  
All the instances are in "sa-east-1".

![image](https://us1.discourse-cdn.com/elastic/original/3X/9/3/930df21d8cab86f9193a87b177f6793e8ba44741.png)

I'll configure by cloudwatch all necessary instances to see results.

---

<div class="post-metadata">

**Author:** ![Kaiyan\_Sheng](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kaiyan_sheng/32/38247_2.png) [@Kaiyan\_Sheng](https://discuss.elastic.co/u/Kaiyan_Sheng)\
**Post date:** [December 3, 2019, 10:26pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/16 "2019-12-03T22:26:48Z")

</div>

Thank you so much for trying!! I just created a github issue to track this problem: [https://github.com/elastic/beats/issues/14926](https://github.com/elastic/beats/issues/14926)

I'm currently trying to reproduce it in my aws test account. I have 53 instances created but still haven't seen this issue. Will create more in different regions and see if that changes things.

---

<div class="post-metadata">

**Author:** ![Kaiyan\_Sheng](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kaiyan_sheng/32/38247_2.png) [@Kaiyan\_Sheng](https://discuss.elastic.co/u/Kaiyan_Sheng)\
**Post date:** [December 3, 2019, 10:33pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/17 "2019-12-03T22:33:51Z")

</div>

Sorry @Vinicios_Grein just want to make sure I didn't miss this.

 ![52%20PM](https://us1.discourse-cdn.com/elastic/original/3X/e/8/e83499bda702944480406a9a2c0321519fd6105e.png)

I'm seeing one of the instances from previous collection period shows empty `aws.ec2.cpu.total.pct` value. But it reports other values like `aws.ec2.cpu.credit_balance` just fine.

When you see an empty `aws.ec2.cpu.total.pct`, do you see values for other metrics for the same instance?

---

<div class="post-metadata">

**Author:** ![Kaiyan\_Sheng](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kaiyan_sheng/32/38247_2.png) [@Kaiyan\_Sheng](https://discuss.elastic.co/u/Kaiyan_Sheng)\
**Post date:** [December 4, 2019, 1:11am UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/18 "2019-12-04T01:11:21Z")

</div>

One more question, any missing EC2 instances in your environment are ECS related? Not sure if it matters but just checking. Thanks!

---

<div class="post-metadata">

**Author:** ![Vinicios\_Grein](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vinicios_grein/32/57961_2.png) [@Vinicios\_Grein](https://discuss.elastic.co/u/Vinicios_Grein)\
**Post date:** [December 4, 2019, 1:40am UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/19 "2019-12-04T01:40:35Z")

</div>

Thans @Kaiyan_Sheng so much until now, you are the best!

There is no ECS related, just EC2.

Here is a full log from instance:

> Blockquote  
> {  
> "\_index": "metricbeat-7.4.2-2019.12.03-000002",  
> "\_type": "\_doc",  
> "\_id": "i1R-zm4BBQOQ-PUcrajf",  
> "\_version": 1,  
> "\_score": null,  
> "\_source": {  
> "@timestamp": "2019-12-04T01:20:23.957Z",  
> "service": {  
> "type": "aws"  
> },  
> "ecs": {  
> "version": "1.1.0"  
> },  
> "host": {  
> "name": "ip-",  
> "hostname": "ip-",  
> "architecture": "x86\_64",  
> "os": {  
> "platform": "ubuntu",  
> "version": "16.04.5 LTS (Xenial Xerus)",  
> "family": "debian",  
> "name": "Ubuntu",  
> "kernel": "4.4.0-1098-aws",  
> "codename": "xenial"  
> },  
> "id": "ec2e96c3921ea11e248df16a6b71f076",  
> "containerized": false  
> },  
> "agent": {  
> "type": "metricbeat",  
> "ephemeral\_id": "0c552575-a6c0-407b-bd09-3295eb10d7b3",  
> "hostname": "ip-",  
> "id": "2c7abdac-9a7d-4562-b0b8-76637a1b0dc9",  
> "version": "7.4.2"  
> },  
> "cloud": {  
> "instance": {  
> "id": "i-02bd802bbd4002504"  
> },  
> "machine": {  
> "type": "c5.xlarge"  
> },  
> "availability\_zone": "sa-east-1a",  
> "provider": "aws",  
> "region": "sa-east-1"  
> },  
> "event": {  
> "dataset": "aws.ec2",  
> "module": "aws",  
> "duration": 14851523222  
> },  
> "metricset": {  
> "name": "ec2",  
> "period": 600000  
> },  
> "aws": {  
> "ec2": {  
> "status": {  
> "check\_failed\_system": 0,  
> "check\_failed\_instance": 0  
> },  
> "cpu": {  
> "total": {}  
> },  
> "instance": {  
> "state": {  
> "name": "running",  
> "code": 16  
> },  
> "monitoring": {  
> "state": "disabled"  
> },  
> "core": {  
> "count": 2  
> },  
> "threads\_per\_core": 2,  
> "public": {  
> "ip": "",  
> "dns\_name": "ec2-.sa-east-1.compute.amazonaws.com"  
> },  
> "private": {  
> "dns\_name": "ip-.sa-east-1.compute.internal",  
> "ip": ""  
> },  
> "image": {  
> "id": "ami-10186f7c"  
> }  
> },  
> "diskio": {  
> "read": {},  
> "write": {}  
> },  
> "network": {  
> "in": {  
> "bytes": 4803463.2,  
> "packets": 18453.5,  
> "bytes\_per\_sec": 16011.544,  
> "packets\_per\_sec": 61.51166666666666  
> },  
> "out": {  
> "packets": 20906.9,  
> "bytes": 6373195.7,  
> "bytes\_per\_sec": 21243.985666666667,  
> "packets\_per\_sec": 69.68966666666667  
> }  
> }  
> },  
> "tags": {  
> "fin\_tipo": "PRD",  
> "fin\_aplicacao": "App",  
> "Name": "Cloud Ubuntu",  
> "monitoramento": "sim",  
> "Aplicacao": "Sis"  
> }  
> }  
> },  
> "fields": {  
> "@timestamp": [  
> "2019-12-04T01:20:23.957Z"  
> ]  
> },  
> "highlight": {  
> "cloud.instance.id": [  
> "@kibana-highlighted-field@i-02bd802bbd4002504@/kibana-highlighted-field@"  
> ]  
> },  
> "sort": [  
> 1575422423957  
> ]  
> }

And here one that's fine:

> Blockquote  
> {  
> "\_index": "metricbeat-7.4.2-2019.12.03-000002",  
> "\_type": "\_doc",  
> "\_id": "kFWHzm4BBQOQ-PUc2STq",  
> "\_version": 1,  
> "\_score": null,  
> "\_source": {  
> "@timestamp": "2019-12-04T01:30:23.957Z",  
> "cloud": {  
> "region": "sa-east-1",  
> "instance": {  
> "id": "i-08708303e4916fc15"  
> },  
> "machine": {  
> "type": "m5.2xlarge"  
> },  
> "availability\_zone": "sa-east-1c",  
> "provider": "aws"  
> },  
> "metricset": {  
> "period": 600000,  
> "name": "ec2"  
> },  
> "event": {  
> "module": "aws",  
> "duration": 15019251360,  
> "dataset": "aws.ec2"  
> },  
> "aws": {  
> "tags": {  
> "Aplicacao": "",  
> "Name": "Cloud6",  
> "fin\_tipo": "PRD",  
> "fin\_aplicacao": "App2"  
> },  
> "ec2": {  
> "cpu": {  
> "total": {  
> "pct": 4.6  
> }  
> },  
> "instance": {  
> "public": {  
> "ip": "",  
> "dns\_name": "ec2-.sa-east-1.compute.amazonaws.com"  
> },  
> "private": {  
> "ip": "",  
> "dns\_name": "ip-.sa-east-1.compute.internal"  
> },  
> "image": {  
> "id": "ami-0e4e25c13f561aca0"  
> },  
> "state": {  
> "name": "running",  
> "code": 16  
> },  
> "monitoring": {  
> "state": "disabled"  
> },  
> "core": {  
> "count": 4  
> },  
> "threads\_per\_core": 2  
> },  
> "diskio": {  
> "write": {},  
> "read": {}  
> },  
> "network": {  
> "in": {  
> "packets\_per\_sec": 22.048333333333332,  
> "packets": 6614.5,  
> "bytes": 1583963.4,  
> "bytes\_per\_sec": 5279.878  
> },  
> "out": {  
> "packets": 5710.8,  
> "packets\_per\_sec": 19.036  
> }  
> },  
> "status": {  
> "check\_failed\_system": 0,  
> "check\_failed": 0,  
> "check\_failed\_instance": 0  
> }  
> }  
> },  
> "service": {  
> "type": "aws"  
> },  
> "host": {  
> "name": "ip-",  
> "os": {  
> "kernel": "4.4.0-1098-aws",  
> "codename": "xenial",  
> "platform": "ubuntu",  
> "version": "16.04.5 LTS (Xenial Xerus)",  
> "family": "debian",  
> "name": "Ubuntu"  
> },  
> "id": "ec2e96c3921ea11e248df16a6b71f076",  
> "containerized": false,  
> "hostname": "ip-",  
> "architecture": "x86\_64"  
> },  
> "agent": {  
> "ephemeral\_id": "0c552575-a6c0-407b-bd09-3295eb10d7b3",  
> "hostname": "ip-",  
> "id": "2c7abdac-9a7d-4562-b0b8-76637a1b0dc9",  
> "version": "7.4.2",  
> "type": "metricbeat"  
> },  
> "ecs": {  
> "version": "1.1.0"  
> }  
> },  
> "fields": {  
> "@timestamp": [  
> "2019-12-04T01:30:23.957Z"  
> ]  
> },  
> "highlight": {  
> "cloud.instance.id": [  
> "@kibana-highlighted-field@i-08708303e4916fc15@/kibana-highlighted-field@"  
> ]  
> },  
> "sort": [  
> 1575423023957  
> ]  
> }

---

<div class="post-metadata">

**Author:** ![Vinicios\_Grein](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/vinicios_grein/32/57961_2.png) [@Vinicios\_Grein](https://discuss.elastic.co/u/Vinicios_Grein)\
**Post date:** [December 4, 2019, 12:39pm UTC](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723/20 "2019-12-04T12:39:20Z")

</div>

Hi @Kaiyan_Sheng  
Thank you so much for all.

Using cloudwatch metric with "dimensions" is working for me.  
I've put on aws.yml all the instances that I needed, like this:

```
- module: aws
  period: 60s
  metricsets:
    - cloudwatch
  access_key_id: "my_keyID"
  secret_access_key: "my_AK"
  default_region: '${AWS_REGION:sa-east-1}'
  metrics:
    - namespace: AWS/EC2
      name: ["CPUUtilization"]
      tags.resource_type_filter: ec2:instance
      statistic: ["Average", "Maximum"]
      dimensions:
        - name: InstanceId
          value: i-018716881a96f13e4 
    - namespace: AWS/EC2
      name: ["CPUUtilization"]
      tags.resource_type_filter: ec2:instance
      statistic: ["Average", "Maximum"]
      dimensions:
        - name: InstanceId
          value: i-08751c22a26621e72
```

[Next page](https://discuss.elastic.co/t/metricbeat-aws-cpu-total-pct-missing/209723.md?page=2)
