Je draait Cloud SQL voor een groot CRM en moet voorkomen dat de opslag vol raakt, het CPU-gebruik per core rond de 75% houden en de replicatievertraging onder de 60 seconden houden naarmate de belasting toeneemt. Welke acties voldoen aan deze vereisten?

De correcte optie pakt alle drie de vereisten aan. Automatische opslagverhoging voorkomt dat de opslag vol raakt. Een Stackdriver-melding voor CPU-gebruik boven 75% met een daaropvolgende wijziging van het instantietype (omhoog schalen) is een effectieve strategie om de CPU-belasting te beheren. Voor replicatievertraging is een melding nuttig, en sharding van de database is een schaalbare oplossing om de belasting op de master te verminderen en zo de replicatietijd te verkorten. De andere opties zijn minder effectief of onjuist. Het handmatig verhogen van opslag na een melding is reactief en kan downtime veroorzaken. Het blindelings wijzigen naar een 32-core machine is niet altijd de meest kosteneffectieve of geschikte oplossing. Memcached kan CPU-belasting verminderen, maar is geen directe oplossing voor replicatievertraging. Het wijzigen van het instantietype vermindert niet altijd de replicatievertraging direct; sharding is een betere aanpak voor zware schrijfbelastingen.