プロジェクト停止のガイドライン

Google では、ユーザー、リソース、データを保護するため、利用規約（ToS）に対する違反を重大な問題と考えています。ポリシーまたは利用規約に違反したために Google Cloudがプロジェクトを停止した場合、組み込みのセーフガード ツールと復元ツールを使用してリソースへのアクセスを回復できます。停止がプロジェクトにどのように影響するかを理解することで、問題をより迅速に修正し、将来の中断を回避できます。

プロジェクト リソースの停止と孤立

プロジェクト リソースまたはユーザーは、利用規約違反により Google によって停止されることがあります。ユーザーがプロジェクト リソースの唯一のオーナーである場合、そのプロジェクトも停止されます。この場合、既存のワークロードはシャットダウンされ、ユーザーは停止されたプロジェクト リソースにアクセスできなくなります。プロジェクト オーナーには、停止とその再審査請求の方法を知らせるメール通知が届きます。

プロジェクト リソースにオーナーがいない場合、オーナーがアクティブか停止中かにかかわらず、そのリソースは孤立します。これは、プロジェクト リソースに関連付けられているすべてのオーナーまたはユーザーに属する Google アカウントが削除された場合に発生する可能性があります。オーナーが停止されていても、プロジェクト リソースは孤立しているとは見なされません。

孤立したプロジェクト リソースにはアクセスできません。孤立したプロジェクトへのアクセスを復元するには、プロジェクトと組織への失われたアクセスを復元するをご覧ください。孤立したプロジェクト リソースが次のいずれかの基準を満たさない限り、直ちに削除対象マークが付加されます。

  1. なんらかの API アクティビティがログに記録されている。
  2. Google Workspace のお客様ドメインに関連付けられている。
  3. ライブ状態の Google App Engine アプリが存在する。
  4. 可変期間割り当てが有効か、予約されている。
  5. Cloud 請求先アカウントにリンクされている。
  6. 組織リソースのリソースによって所有されている。

削除対象マークが付いているプロジェクトは使用できず、約 30 日後に完全に削除されます。Cloud Storage リソースなど、一部のリソースは、それよりもかなり早い時点で削除されます。プロジェクトの削除プロセスの詳細については、プロジェクトの作成と管理をご覧ください。

プロジェクトの孤立を回避する方法

プロジェクトが孤立状態にならないように、プロジェクトに常に複数のオーナーを設定しておくことをおすすめします。

プロジェクトが組織リソースに属している場合、組織がオーナーとして常に存在するため、孤立状態にはなりません。組織管理者は、組織内の各プロジェクトを完全に管理できます。プロジェクト リソースが孤立するリスクを排除するには、組織リソースを取得し、その下にすべての本番環境プロジェクトを移行することをおすすめします。

プロジェクトと組織への失われたアクセス権を復元する

Google Cloud プロジェクトまたは組織リソースへのアクセス権を失った場合、復元プロセスは、リソースが組織リソースに属しているか、スタンドアロン プロジェクトであるかによって異なります。

組織内のプロジェクトへのアクセスを復元する

プロジェクトが組織リソースに属している場合は、Cloud カスタマーケアに連絡することなくアクセスを復元できます。組織管理者（roles/resourcemanager.organizationAdmin）は、組織リソース内のすべてのプロジェクトを完全に制御できます。また、プロジェクト オーナー ロール（roles/owner）を付与したり、プロジェクトのオーナー権限を直接再割り当てしたりできます。

組織リソース内のプロジェクトへのアクセスを復元するには、次のいずれかを行います。

  • 組織の組織管理者に、プロジェクトのオーナーロール（roles/owner）または別の適切な Identity and Access Management（IAM）ロールを付与するよう依頼します。手順については、プロジェクト、フォルダ、組織へのアクセスを管理するをご覧ください。
  • 組織にアクティブな組織管理者がいない場合は、Google Workspace または Cloud Identity の特権管理者に組織管理者ロール（roles/resourcemanager.organizationAdmin）を割り当て、プロジェクトへのアクセス権を付与するよう依頼します。手順については、組織リソースへのアクセス権を付与するをご覧ください。

組織リソースへのアクセスを復元する

カスタマーケアは、 Google Cloud組織リソースへのアクセス権を直接付与することはできません。組織リソースにアクセスできなくなった場合は、Google Workspace または Cloud Identity のドメイン アカウントからアクセスを復元します。

  1. Google Workspace または Cloud Identity の特権管理者アカウントを使用して Google 管理コンソールにログインし、組織リソースに組織管理者ロール（roles/resourcemanager.organizationAdmin）を付与します。
  2. 特権管理者アカウントにアクセスできない場合は、アカウント復元プロセスに沿って、Google Workspace または Cloud Identity アカウントへのアクセスを復元します。自動復元が利用できず、ドメインの DNS レコードを変更できる場合は、管理者アクセス権の復元を通じてドメインの所有権を証明できます。

スタンドアロン プロジェクトへのアクセスを復元する

スタンドアロン プロジェクトは、組織リソースに属していないプロジェクトです。スタンドアロン プロジェクトへのアクセスを復元するためにカスタマーケアに連絡する前に、すべてのセルフサービス復元オプションを試す必要があります。

まず、セルフサービス復元オプションを試す

サポートケースを登録する前に、次のセルフサービス復元方法をすべて試してください。

  • 既存のプロジェクト オーナーに連絡する: 現在のすべてのプロジェクト オーナーに連絡し、Google Cloud コンソールでオーナーロール（roles/owner）を付与するよう依頼します。
  • 既存の所有者アカウントを復元する: 既存の所有者アカウントの認証情報がなくなった場合は、アカウントの復元を試みます。
    • 管理対象の Google Workspace アカウントまたは Cloud Identity アカウント: ドメイン管理者にユーザーのパスワードを再設定してもらうか、最近削除したユーザー アカウントを復元してもらいます。これは削除後 20 日以内であれば可能です。
    • 個人の Google アカウント: Google アカウントの復元ページを使用して、設定されている再設定用のメールアドレスまたは電話番号からアカウントを復元します。アカウントに予備のメールアドレスがある場合は、その予備のメールアドレスとパスワードを使用してログインすることもできます。
    • @gtempaccount.com で終わる競合するアカウント: 所有者のメールアドレスの末尾が @gtempaccount.com の場合は、ユーザーにログインしてもらい、競合するアカウントのトラブルシューティングを使用してアカウントの競合を解決します。
  • 保留中のオーナー招待を承諾する: 会社のアクティブ ユーザーにプロジェクト オーナーになるための保留中の招待がある場合は、招待されたメールアドレスでログインし、Google Cloud コンソールで招待を承諾するよう依頼します。
  • オーナー サービス アカウントの権限を借用する: サービス アカウントにプロジェクトのオーナーロール（roles/owner）が付与されている場合、そのサービス アカウントに対するサービス アカウント ユーザーロール（roles/iam.serviceAccountUser）を持つプリンシパルは、サービス アカウントの権限を借用してプロジェクトへのアクセス権を付与できます。

カスタマーケアにアクセス権の復元をリクエストする

セルフサービスの復元オプションをすべて試してもスタンドアロン プロジェクトにアクセスできない場合は、カスタマーケアに連絡して、プロジェクト アクセスの復元をリクエストできます。カスタマーケアは、孤立したスタンドアロン プロジェクト（アクティブな人間のオーナーがいない、または登録されているオーナーがすべて応答しないスタンドアロン プロジェクト）のアクセス復元リクエストのみを評価できます。

復元リクエストを送信すると、カスタマーケアは必須の確認と通知のプロセスに従います。

  1. オーナーへの通知と回答期間: 既存のプロジェクト オーナーにすでに連絡を試みている場合でも、カスタマーケアは、登録されているすべてのプロジェクト オーナーに、メイン、サブ、予備のメールアドレスで連絡することが法的に義務付けられています。登録済みのオーナーにリクエストを通知する権限をカスタマーケアに付与していることを確認します。
    • カスタマーケアは、各通知の試行に対する応答を少なくとも 3 営業日（72 時間）待ちます。合計で 1 週間待ってから、プロジェクトをオーファンとして宣言します。
    • 既存のオーナーがリクエストを承認すると、そのオーナーから直接アクセス権を付与してもらうことができます。
    • 既存のオーナーが応答してリクエストを拒否した場合、カスタマーケアはアクセス権を付与できません。

  2. 検証可能なデータの正当性: 登録済みのオーナーが必須の応答期間内に応答しない場合、カスタマーケアがアクセス権の付与を評価する前に、プロジェクトとそのワークロードの正当な所有権を証明する検証可能なデータを提供する必要があります。アクセスレベルによっては、カスタマーケアから次のデータポイントのいくつかを求められる場合があります。

    • プロジェクトにリンクされている Cloud 請求先アカウントの請求先アカウント管理者（roles/billing.admin）からの承認。請求先アカウント ID と最新の請求額も必要です。孤立したプロジェクトの課金を停止することだけが目的の場合は、請求先アカウント管理者がプロジェクトへのアクセスを復元する代わりに、プロジェクトの課金を無効にすることができます。
    • DNS TXT レコードによるドメイン所有権の証明、または少なくとも 2 人のドメイン管理者による承認（既存の所有者アカウントがすべてドメインに属している場合）。
    • プロジェクトの作成日、元のプロジェクト作成者、現在または以前のプロジェクト オーナー。
    • 特定のプロジェクト構成の詳細とリソース ID（ユーザー作成のサービス アカウント、OAuth 2.0 クライアント ID と承認済みドメイン、API キー、アクティブなリソース名など）。

    Google の担当者（アカウント マネージャーやカスタマー エンジニアなど）はプロジェクト データや法的所有権を把握できないため、Google の担当者からの承認はデータの正当化として認められません。所有権を証明する十分な検証可能なデータを提供できない場合、カスタマーケアはプロジェクトへのアクセス権を付与できません。

カスタマーケアの対象外のプロジェクト

カスタマーケアは、次のタイプのプロジェクトへのアクセス権を付与できません。

  • 組織リソース内のプロジェクト: 組織管理者アカウントまたは特権管理者アカウントを使用してアクセスを復元します。
  • Google 所有の内部プロジェクト: google.com 組織のプロジェクトは、外部サポートの復元の対象外です。
  • Firebase 専用プロジェクト: Firebase API のみを使用するプロジェクトは、Firebase プロジェクトのオーナー権限プロセスを通じて Firebase サポートによって処理されます。
  • Google Cloud Marketplace の請求プロジェクト: Cloud Marketplace サービス用に Google が管理する請求プロジェクトは、お客様がアクセスできません。
  • 販売パートナー経由で購入されたお客様のプロジェクト: 販売パートナーが請求先アカウント管理者であっても、販売パートナー経由で購入された請求先アカウントにリンクされているプロジェクトへのアクセス権を付与することはできません。プロジェクトへの課金を停止するには、販売パートナーがプロジェクトの課金を無効にします。
  • デフォルトの Google Apps Script プロジェクト: カスタマーケアは、Apps Script 用に自動的に作成されたデフォルトのプロジェクト（プロジェクト名が sys- で始まるプロジェクト）へのアクセス権を付与できません。詳細については、Apps Script のGoogle Cloud プロジェクトをご覧ください。

ToS 違反の影響

Google Cloud アカウントの強制停止

Google Cloud ユーザーがプロジェクトを通じて利用規約またはGoogle Cloud 利用規定（AUP）に一貫して違反している場合、Google Cloud へのアクセスが停止されることがあります。そうなると、デベロッパーは自身のクラウド プロジェクトにアクセスできなくなります。ただし、Gmail のような他の Google サービスには引き続きアクセスできます。

Google Cloud アカウントが停止され、デベロッパーに有効なプロジェクトが 1 つ以上ある場合、プロジェクトが停止されたことを知らせるメールが届きます。デベロッパーは、Google Play Console にアクセスしてフォームに記入し、Google に連絡して問題を解決できます。

Google Cloud プロジェクトの停止

Google Cloud プロジェクトは、 Google Cloud 利用規定（Google Cloud AUP）を含む Google Cloud 利用規約に違反したために停止されることがあります。 Google Cloud AUP または利用規約に違反するアクティビティがプロジェクトで検出された場合、プロジェクト オーナーは違反を即時に解消する義務を負います。違反が是正されない場合、Google はプロジェクトを停止することがあります。 Google Cloud デベロッパーは、プロジェクト オーナーのメール アカウントを定期的に確認することが重要です。Google が Google Cloud プロジェクトを停止すると、関連するすべての Google Cloud ワークロードも停止されます。停止されたプロジェクトのオーナーは、google-cloud-compliance@google.com から通知メールを受信します。このメールには、申し立てに関する情報が記載されています。

停止中のプロジェクト リソースに、アクティブまたは停止中のオーナーが少なくとも 1 人いる場合、孤立したリソースとは見なされず、削除対象としてマークされません。ただし、9 か月間停止されているプロジェクト リソースは、孤立していなくても削除対象としてマークされます。

Cloud 請求先アカウントの停止

Google Cloud Cloud 請求先アカウントは、 Google Cloud の利用規約違反、未払い、不正行為の疑いにより停止されることがあります。Cloud 請求先アカウントが一時停止されると、その Cloud 請求先アカウントに接続されているすべての Google Cloudリソースも一時停止されます。

Cloud 請求先アカウントが無効な状態が長期間続く場合は、アカウントに関連付けられたプロジェクトから一部のリソースが削除されることがあります。削除されたリソースを元に戻すことはできません。 詳細については、Cloud Billing の問題を解決するのページをご覧ください。

一時停止された Cloud 請求先アカウントを復旧するには、オーナーは次のいずれかの方法を使用できます。

Cloud 請求先アカウントが停止されている間にシャットダウンされたサービスは、手動で再開しなければならない場合があります。サービスの再起動については、 Google Cloud サービスの再起動をご覧ください。

中断した Cloud 請求先アカウントにリンクする Cloud リソースは、1 人以上の有効なオーナーが存在する限り、孤立状態とはみなされません。