[google-appengine] Re: Billing charges incurred on a project application that has been disabled on app engine [getting-started]

2022-06-29 Thread 'Osvaldo Lopez Acuña' via Google App Engine


If you disable an app, you should also disable billing for that app [1], as 
the app can still be charged for fixed billing costs, like datastore 
storage.

While the app is disabled, requests to your app will fail. You may continue 
to incur charges from other Google Cloud products. For example, if your 
project has exceeded the free quota for Cloud Storage, you will continue 
incurring charges for storage.[2]

App Engine does not provide a free tier in the flexible environment as you 
can read in this document[3], so to not incur charges by default try 
standar environment because it has a free tier for App Engine resources. 

You could try this example[4]. As is stated: There are no costs associated 
with running this guide. Running this sample app alone does not exceed your 
free quota. But after finishing it and to avoid incurring charges, you can 
delete your Cloud project to stop billing for all the resources used within 
that project as established here [5].

This is a recommended github project [6] that is used to test GAE but use 
it in standar environment because, as described above, a flexible 
environment doesn’t have a free tier.

[1]:
https://cloud.google.com/billing/docs/how-to/modify-project?visit_id=637921382749559972-959610604=1#disable-billing
 

[2]:https://cloud.google.com/appengine/docs/managing-costs#disable_manally 

[3]:https://cloud.google.com/appengine/pricing 

[4]:https://cloud.google.com/appengine/docs/standard/java-gen2/create-app 

[5]:
https://cloud.google.com/appengine/docs/standard/java-gen2/create-app#clean-up
 
[6]:
https://cloud.google.com/appengine/docs/standard/java-gen2/create-app#download_the_hello_world_app

On Wednesday, June 29, 2022 at 9:50:23 AM UTC-5 mobilem...@gmail.com wrote:

> Hi Everyone,
>
> Would anyone know how to stop my application on app engine from incurring 
> more costs after it has been disabled in the project settings, with no 
> instances running?
>
> I tried to run the getting-started app on a project. The billing account 
> isn't mine, but I asked someone so I could start testing on GCP, hoping it 
> would be on the free tier for testing. Unfortunately, the getting-started 
> app on github by default would be deployed in the flex env (and not the 
> standard env, where it would have been on the free tier), so some costs 
> were incurred. The app was deployed but could not receive API requests due 
> to some versioning (config) issue, so I was surprised that after a day, 
> there were billing charges from the Flex environment usage.
> I tried to modify app.yaml by removing  the "flex" env, and also setting 
> max_instances in basic scaling to 1. The API is still not receiving 
> requests, so I disabled the app in the settings. After another day, some 
> charges are still incurred. 
>
> Does anyone know why this is? Also, how to fix this so there are no more 
> charges? 
> And which starter code for GCP in github would not incur charges by 
> default?
>
> Thanks.
>
> Regards,
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/19dea686-9f1f-4810-a985-7497ba354fa7n%40googlegroups.com.


[google-appengine] Re: Is this an attack?

2022-06-29 Thread 'Osvaldo Lopez Acuña' via Google App Engine


You can fill out this form [1] to report suspected abuse on Google Cloud 
Platform.

Also, as a workaround, you can block abusive IP addresses as established 
here [2]: *you can use the App Engine firewall to block traffic to your app 
from IP addresses that present malicious intent or shield your app from 
denial of service attacks and similar forms of abuse. You can add IP 
addresses or subnetworks to a denylist so that requests routed from those 
addresses and subnetworks are denied before they reach your App Engine app.*

[1]:https://support.google.com/code/contact/cloud_platform_report 
[2]:
https://cloud.google.com/appengine/docs/standard/java/application-security#app_engine_firewall

On Tuesday, June 28, 2022 at 10:46:10 AM UTC-5 guana...@gmail.com wrote:

> While checking the logs of my GAE flask app, I noticed that from June 3rd 
> through June 10th there was a spike on traffick, which is highly unusual 
> for my website.
> I checked the logs and found the reason for that were 3 IP addresses:
>
> 94.154.188.130:   1045 Times,
> 176.103.88.57:  678 Times,
> 176.103.85.167:1392 Times,
>
> I have posted the requests on a gist HERE 
>  for 
> the last one with 1392 requests. ipqualityscore 
> 
>  says 
> that this is a proxy based from russia, actually the 3 ips in question are 
> from the same data center, and Ip Quality score has it on a 99 Fraud Score 
> while scamalitycs  shows 
> nothing wrong, maybe because is a VPN or something of the likes.
>
> According to the logs the first request was at 2022-06-04T08:50:45 with 
> the last on that time frame was on 2022-06-10T01:03:42, so it was not a DOS 
> attack, times between request were as long as 46 minutes and as frequent as 
> 1 second in between. 
>
> What was that? Was my site being attacked? Or maybe just a someone playing 
> a penetration tester?
>
> There were 1273 unique endpoints as listed in the gist above, 98% of them 
> returned a 404. As of today 27+ days, my site has 486 hours usage, during 
> the time frame for this hits, was 214.
> That raised my bill by US$0.95, is not much but since I do not have 
> traffic on my site I usually pay nothing for it. Of course, if I had more 
> traffic, I wouldn't have noticed this.
> It was only for close to 6 days if it was to be more frequent is just 
> raising the bill for nothing.
>
> How can you protect against this?
>
> Best Regards
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/4883a331-1c6d-4ba8-8428-b0a2daffe902n%40googlegroups.com.


[google-appengine] Billing charges incurred on a project application that has been disabled on app engine [getting-started]

2022-06-29 Thread Mobile Market
Hi Everyone,

Would anyone know how to stop my application on app engine from incurring 
more costs after it has been disabled in the project settings, with no 
instances running?

I tried to run the getting-started app on a project. The billing account 
isn't mine, but I asked someone so I could start testing on GCP, hoping it 
would be on the free tier for testing. Unfortunately, the getting-started 
app on github by default would be deployed in the flex env (and not the 
standard env, where it would have been on the free tier), so some costs 
were incurred. The app was deployed but could not receive API requests due 
to some versioning (config) issue, so I was surprised that after a day, 
there were billing charges from the Flex environment usage.
I tried to modify app.yaml by removing  the "flex" env, and also setting 
max_instances in basic scaling to 1. The API is still not receiving 
requests, so I disabled the app in the settings. After another day, some 
charges are still incurred. 

Does anyone know why this is? Also, how to fix this so there are no more 
charges? 
And which starter code for GCP in github would not incur charges by default?

Thanks.

Regards,

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/285b8cad-cbe4-4343-bc78-8e245fc721b0n%40googlegroups.com.