https://cloud.google.com/spanner/docs/iam#spanner.databaseUser
gcloud ツールを使用して、Cloud Shell で gcloud iamrolesdescriberoles/spanner.databaseUser コマンドを実行します。新しく作成した Google グループにユーザーをアタッチし、そのグループをロールに追加します。

gcloud compute instances list コマンドを実行する前に、ユーザー アカウントで認証することと、gcloud CLI のデフォルト プロジェクトを設定することという 2 つのことを行う必要があります。
ユーザー アカウントで認証するには、gcloud auth login を実行し、ダイアログ ウィンドウにログイン認証情報を入力し、受信したログイン トークンを gcloud CLI に貼り付ける必要があります。これにより、gcloud CLI がユーザーに代わって Google Cloud リソースにアクセスすることが許可されます1。
gcloud CLI のデフォルト プロジェクトを設定するには、gcloud config set project $my_project を実行する必要があります。$my_project は、リストするインスタンスを含むプロジェクトの ID です。これにより、gcloud コマンドごとにプロジェクト フラグを指定する必要がなくなります2。
サービス アカウント キーを使用すると、資格情報の漏洩や悪用のリスクが高まるため、オプション B はお勧めできません。ユーザー アカウントを使用して gcloud CLI3 に対する認証を行うことができるため、これも必要ありません。選択肢 C は不正解です。Cloud Identity ユーザー アカウント キーのようなものは存在しません。Cloud Identity は、Google Cloud ユーザーとグループに ID とアクセス管理を提供するサービスです4。gcloud compute instances list コマンドはデフォルト ゾーンに依存しないため、オプション D は必要ありません。すべてのゾーンのインスタンスをリストしたり、--filter フラグを使用して特定のゾーンでフィルターしたりすることができます。
参照：
1: https://cloud.google.com/sdk/docs/authorizing
2: https://cloud.google.com/sdk/gcloud/reference/config/set
3: https://cloud.google.com/iam/docs/best-practices-for-managing-service-account-keys
4: https://cloud.google.com/identity/docs/overview
5: https://cloud.google.com/sdk/gcloud/reference/compute/instances/list

kubectl config get-contexts を使用して出力を確認します。クラスターと構成が表示され、出力に基づいて非アクティブな構成を特定できます。
https://kubernetes.io/docs/reference/kubectl/cheatsheet/#kubectl-context-and-configuration