Hello Omar, As a front end, you can set the load balancer <https://cloud.google.com/load-balancing/> and I would assume using managed instance group with autoscaling <https://cloud.google.com/compute/docs/autoscaler/> enabled which automatically add or remove instance based on the autoscaling policy <https://cloud.google.com/compute/docs/autoscaler/#policies> settings and does not require manual intervention.
Now, Instances within the instance group set as backend service behind the load balancer will have separate external IPs as same IP address cannot be used for all the instances, same goes for additional instances spin ups while autoscaling. However, load balancer is acts as front-end with reserved static IP address, for the requests coming in and forwards to the backend service. Here is more details on how HTTP(s) Load balancing works. <https://cloud.google.com/solutions/about-capacity-optimization-with-global-lb#how_https_load_balancing_works> FYI: External IP assigned and in use by the resource are not charged <https://cloud.google.com/compute/pricing#ipaddress>. On Wednesday, April 18, 2018 at 4:45:34 PM UTC-4, Omar Miah wrote: > > Navi > > Thanks for the replies - so helpful. > > I don't really have any more information about the architecture. The code > is just an idea in my head at the moment. :) > > *One other question*: if I fired off 100 instances of the code running in > at 11.59am, will they all have the same IP address assigned? > It shouldn't matter - but it might! So best for me to know ahead of time. > If I offer a system whereby orders for users are sent at 12.00pm, then I > would need to fire off all 1 minute earlier. > > Thanks. > > > > > > On Wednesday, 18 April 2018 20:04:58 UTC+1, Navi Aujla (Google Cloud > Support) wrote: >> >> Hi Omar, >> >> Public IP addresses are assigned to GCE VM instances from the available >> pool of External IP addresses >> <https://cloud.google.com/compute/docs/ip-addresses/#externaladdresses>, >> which can be reserved >> <https://cloud.google.com/compute/docs/ip-addresses/reserve-static-external-ip-address>. >> >> These IPs are based on the regional basis, for example: If hosting VM >> instance is in europe-west1, then public IP assigned to the VM will be from >> the same region. However the DNS lookup for the IP assigned (ext) to the VM >> can map to US Mountain view location, because of the SWIP records. For more >> information, refer to this stackoverflow thread >> <https://stackoverflow.com/questions/41988170/why-do-google-cloud-platform-static-ip-addresses-list-mountain-view-ca-in-rever> >> where >> one of our engineer has explained it in more detail. >> >> However currently, "*App Engine does not currently provide a way to map >> static IP addresses to an application.*" "App Engine's current range of >> outgoing IP addresses are encoded in the sender policy framework (SPF) >> record of _cloud-netblocks.googleusercontent.com. You may need to >> recursively perform DNS SPF lookups to resolve the entire list of IP >> ranges."[1 <https://cloud.google.com/appengine/kb/>] >> >> To answer to your questions, currently, it is not possible to choose the >> specific external IP address of your choice from the IP pool, however you >> can reserve the IP address from the region's IP pool. For your second >> question, can you provide more details? Also, your use case and proposed >> architecture would be helpful to get better understanding in this case. >> >> FYI: You can check the list of currently available GCP location and >> regions. <https://cloud.google.com/compute/docs/regions-zones/#available> >> >> >> [1] https://cloud.google.com/appengine/kb/ >> >> >> On Tuesday, April 17, 2018 at 8:05:36 PM UTC-4, Omar Miah wrote: >>> >>> Fady, thanks for the reply, immensely helpful in understanding. >>> >>> The problem is Amazon - nothing else. >>> For code execution and all other factors - yes, I want fastest and best >>> options. >>> >>> But it's all about Amazon. For a UK user, I don't mind if the server is >>> in USA - as long as the IP address that is given to Amazon 'appears' to be >>> a UK one. >>> >>> It's not Amazon as such - they're super helpful and nice. >>> It's the robot computers that will detect activity from Google's servers >>> in North Korea and freeze the account for days, while the seller cries >>> saying everything is OK - while banging their head against a wall. >>> >>> So... >>> >>> 1. Can I control the reported IP number? >>> >>> 2. For one user, can I repeatedly use the same IP number again and again? >>> The idea is that each user will have their own IP address. >>> >>> Let me know what you think. >>> >>> Thanks. >>> >>> >>> >>> >>> On Wednesday, 18 April 2018 00:09:40 UTC+1, Fady (Google Cloud Platform) >>> wrote: >>>> >>>> Hello Omar, >>>> >>>> In general, using Google Cloud Platform, you may try hosting your >>>> application in two different ways. The first is by using Google App >>>> Engine <https://cloud.google.com/appengine/> where the idea is to >>>> focus on your code and build your application without worrying about the >>>> underlying infrastructure. However the infrastructure that is hosting your >>>> app is regional <https://cloud.google.com/appengine/docs/locations>, >>>> and you have to choose the region before deployment (project creation). >>>> For >>>> example, if you choose to have your application in europe-west2 (London), >>>> then your customers in London will have faster response time than other >>>> customers from other parts of the world. >>>> >>>> The second approach is to manage your own virtual infrastructure >>>> through Google Compute Engine <https://cloud.google.com/compute/>. For >>>> example, you can create as many VM instances >>>> <https://cloud.google.com/compute/docs/instances/create-start-instance> >>>> as you wish in multiple regions >>>> <https://cloud.google.com/compute/docs/regions-zones/>, and run your >>>> application accordingly, load balance and autoscale >>>> <https://cloud.google.com/compute/docs/load-balancing/> the VMs, use Cloud >>>> CDN <https://cloud.google.com/cdn/>, etc. >>>> >>>> In both circumstances IP addresses are not the proper resources to >>>> determine where the underlying infrastructure is hosting your application >>>> ( >>>> VM instance for example). As a matter of fact, Google Cloud IP addresses >>>> are not specific to a region >>>> <https://groups.google.com/forum/#!searchin/gce-discussion/ip$20address$20in$20europe/gce-discussion/otD1c6E-wWI/3c0HxTf71HcJ>, >>>> >>>> and they are usually registered to be originating in the USA ( Mountain >>>> View) despite that the resource using it could be somewhere else. In other >>>> words, your customers can not determine the location of your resource from >>>> an IP address. I hope this answers your question. >>>> >>> -- 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 post to this group, send email to google-appengine@googlegroups.com. Visit this group at https://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/a5ece1b7-2393-4fc3-8eea-dccb17eb209c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
