あなたの組織には、Cloud SQL for MySQL バックエンド データベースで実行されている重要なビジネス アプリがあります。あなたの会社は、可能な限り最も耐障害性が高く、可用性の高いソリューションを構築したいと考えています。us-central1 のプライマリ リージョンと us-east1 のバックアップ リージョンを使用して、アプリケーション データベースがゾーンおよびリージョンの障害に耐えられることを確認する必要があります。あなたは何をするべきか？

Cloud SQL for SQL Server に接続する e コマース アプリケーションでは、週末のためトラフィックが増加することが予想されます。Google が推奨する方法に従って CPU とメモリのメトリクスに関するアラートを設定し、潜在的な問題の最初の兆候があったときにテキスト メッセージで通知を受け取ることができるようにしたいと考えています。あなたは何をするべきか？

あなたは、100 のデータベースで使用される高可用性 (HA) Cloud SQL for PostgreSQL インスタンスを設計しています。各データベースには、オンプレミス環境から Google Cloud に移行された 80 のテーブルが含まれています。これらのデータベースを使用するアプリケーションは米国の複数の地域に配置されているため、読み取りおよび書き込み操作の待ち時間が短いことを確認する必要があります。あなたは何をするべきか？

us-east の Bigtable クラスター a にバンキング イベントを送信するアプリケーションがあります。us-central1 にクラスター b を追加することにします。クラスター a はデータをクラスター b にレプリケートします。クラスタの 1 つが利用できなくなった場合でも Bigtable が読み取りおよび書き込みリクエストを引き続き受け入れ、リクエストが他のクラスタに自動的にルーティングされるようにする必要があります。どのような展開戦略を使用する必要がありますか?

Google Cloud でアプリケーションをホストします。アプリケーションは単一リージョンに配置され、トランザクション データに Cloud SQL を使用します。ほとんどのユーザーは同じタイムゾーンに住んでおり、アプリケーションが年中無休、午前 6 時から午後 10 時まで利用できることを期待しています。ユーザーにダウンタイムを生じさせることなく、Cloud SQL インスタンスの定期的なメンテナンス更新を確実に行いたいと考えています。あなたは何をするべきか？