ExamGecko
Question list
Search
Search

List of questions

Search

Related questions











Question 71 - Professional Cloud DevOps Engineer discussion

Report
Export

You support a web application that runs on App Engine and uses CloudSQL and Cloud Storage for data storage. After a short spike in website traffic, you notice a big increase in latency for all user requests, increase in CPU use, and the number of processes running the application. Initial troubleshooting reveals:

After the initial spike in traffic, load levels returned to normal but users still experience high latency.

Requests for content from the CloudSQL database and images from Cloud Storage show the same high latency.

No changes were made to the website around the time the latency increased.

There is no increase in the number of errors to the users.

You expect another spike in website traffic in the coming days and want to make sure users don't experience latency. What should you do?

A.
Upgrade the GCS buckets to Multi-Regional.
Answers
A.
Upgrade the GCS buckets to Multi-Regional.
B.
Enable high availability on the CloudSQL instances.
Answers
B.
Enable high availability on the CloudSQL instances.
C.
Move the application from App Engine to Compute Engine.
Answers
C.
Move the application from App Engine to Compute Engine.
D.
Modify the App Engine configuration to have additional idle instances.
Answers
D.
Modify the App Engine configuration to have additional idle instances.
Suggested answer: D

Explanation:

Scaling App Engine scales the number of instances automatically in response to processing volume. This scaling factors in the automatic_scaling settings that are provided on a per-version basis in the configuration file. A service with basic scaling is configured by setting the maximum number of instances in the max_instances parameter of the basic_scaling setting. The number of live instances scales with the processing volume. You configure the number of instances of each version in that service's configuration file. The number of instances usually corresponds to the size of a dataset being held in memory or the desired throughput for offline work. You can adjust the number of instances of a manually-scaled version very quickly, without stopping instances that are currently running, using the Modules API set_num_instances function. https://cloud.google.com/appengine/docs/standard/python/how-instances-are-managed

https://cloud.google.com/appengine/docs/standard/python/config/appref

max_idle_instances Optional. The maximum number of idle instances that App Engine should maintain for this version. Specify a value from 1 to 1000. If not specified, the default value is automatic, which means App Engine will manage the number of idle instances. Keep the following in mind: A high maximum reduces the number of idle instances more gradually when load levels return to normal after a spike. This helps your application maintain steady performance through fluctuations in request load, but also raises the number of idle instances (and consequent running costs) during such periods of heavy load.

asked 18/09/2024
Andrew Vogel
40 questions
User
Your answer:
0 comments
Sorted by

Leave a comment first