Assigned
Status Update
Comments
jh...@google.com <jh...@google.com>
jp...@gmail.com <jp...@gmail.com> #2
I have forwarded this request to the engineering team. We will update this issue with any progress updates and a resolution.
fe...@nbx.com <fe...@nbx.com> #3
Hello! Sorry to bring up this issue after almost a year but I wanted to add that we have chosen metric identifier as agent.googleapis.com/memory/percent_used but autoscaling didnt work out for us either. It would be appraciated if you can guide us.
jn...@gmail.com <jn...@gmail.com> #4
Hi, at the moment we are using the cpu_utilization/target_utilization attribute (in app.yaml) for autoscaling in the app engine flexible environment, however it would be great if we can have the way to mention the memory_utilization metrics as well to decide on the auto scaling. It will give us more control of the auto scaling the instances than now.
aa...@gmail.com <aa...@gmail.com> #5
Hi, I do not see any memory metrics in neither console nor stackdriver. Is this connected to this issue?
[Deleted User] <[Deleted User]> #6
Hello Google team, I was directed to this issue by the support team when we raised concerns around the non availability of memory metrics for Auto Scaling. Is this feature 'released' or in roadmap or not considered ? Please provide some details around this
ro...@bird.com <ro...@bird.com> #7
Hi ,
Can somebody tell the exact metric for memory based autoscaling
Can somebody tell the exact metric for memory based autoscaling
br...@intigriti.com <br...@intigriti.com> #8
+1
kw...@utah.gov <kw...@utah.gov> #9
+1
ma...@gmail.com <ma...@gmail.com> #10
+1
[Deleted User] <[Deleted User]> #11
+1
[Deleted User] <[Deleted User]> #12
+1
jo...@nandos.co.uk <jo...@nandos.co.uk> #13
+1
ss...@squarespace.com <ss...@squarespace.com> #14
+1
ik...@symphony.com <ik...@symphony.com> #15
+1
jo...@openrm.co.jp <jo...@openrm.co.jp> #16
+1
[Deleted User] <[Deleted User]> #17
+1
se...@gmail.com <se...@gmail.com> #18
+1
an...@meditab.com <an...@meditab.com> #19
+1
se...@aeros.la <se...@aeros.la> #20
+1
[Deleted User] <[Deleted User]> #21
+1
ed...@accenture.com <ed...@accenture.com> #22
+1
la...@camus.energy <la...@camus.energy> #23
Comment has been deleted.
ak...@dac.co.jp <ak...@dac.co.jp> #24
+1
st...@puzzle.ch <st...@puzzle.ch> #25
+1
je...@metalgear.xyz <je...@metalgear.xyz> #26
+1
bf...@benchsci.com <bf...@benchsci.com> #27
+1
ca...@wilmaa.com <ca...@wilmaa.com> #28
+1
jo...@awellhealth.com <jo...@awellhealth.com> #29
+1
ba...@google.com <ba...@google.com>
dh...@google.com <dh...@google.com>
sa...@db.com <sa...@db.com> #30
Add type conversions, please!
dh...@google.com <dh...@google.com>
ds...@gmail.com <ds...@gmail.com> #31
+1
bd...@loblaw.ca <bd...@loblaw.ca> #32
+1
s....@reply.it <s....@reply.it> #33
+1
st...@sky.uk <st...@sky.uk> #34
+1
ha...@joincandidhealth.com <ha...@joincandidhealth.com> #35
+1
ni...@whirlpool.com <ni...@whirlpool.com> #36
+1
ha...@helloprint.com <ha...@helloprint.com> #37
+1
le...@luizalabs.com <le...@luizalabs.com> #38
Comment has been deleted.
Description
Use jsonPayload.bytes_sent with > and < to get the "lower than" and the "bigger than" logs filtered.
How this might work:
Example:
jsonPayload.bytes_sent>="100" to get the logs that have 100 or more bytes_sent.
jsonPayload.bytes_sent<="100" to get the logs that have 100 or less bytes_sent.
If applicable, reasons why alternative solutions are not sufficient:
At this moment the advanced filter with jsonPayload.bytes_sent only works for showing matching entries or hiding matching entries ( = and != ).