CNE GCP準備完了:環境浄化
不要なGoogle Cloud Platform(GCP)コストを回避するため、Cloud Native Experience(CNE)環境が不要になった場合は、リソースを削除してください。
GitOpsとTerraformで作成されたインフラストラクチャを、これらのワークフローを使用して管理します。 GCPコンソールでリソースを直接変更または削除することは、インフラストラクチャの状態の不整合を引き起こす可能性があるため、避けてください。
環境浄化は以下の順序で行う:
管理インフラストラクチャの解体
プラットフォームまたはクラスターを削除する前に、環境用に作成されたマネージドクラウド リソースを削除してください。
-
データベースで削除保護を使用している場合は、
infrastructure.yamlでそれを無効にしてください。database: deletionProtection: false -
(オプション)クラウドストレージのバケット削除時にバケットの内容を強制的に削除する:
forceDestroy: trueこのオプションを設定しない場合は、削除前にクラウドストレージバケットからオブジェクトを手動で削除してください。
-
変更内容をコミットしてGitOpsリポジトリにプッシュし、Argo CDが更新を同期できるようにします。
-
環境保護のためのインフラを無効にする:
enabled: false -
決意を固め、変化を推進しよう。
-
Argo CD を開き、関連する
インフラストラクチャアプリケーションを Prune を有効にして同期します。
Cloud Native Experience は、このプロセス中に Crossplane を使用して管理対象のインフラストラクチャ リソースを削除します。
Argo CDで全てのインフラストラクチャリソースが削除されたと表示されるまで待ってください。
場合によっては、同期が完了した後もGCPリソースが残ることがあります。
GCPコンソールで残りのリソースを確認し、必要に応じて手動で削除してください。
よくあるケースとしては、削除保護が有効になっているCloud SQLインスタンス、オブジェクトが残っているCloud Storageバケット、および削除予定となっているKMSキーなどが挙げられます。
CNEプラットフォームを撤去せよ
管理対象のインフラストラクチャがすべて削除されたら、プラットフォームのリソースを削除します。
-
CNEプロジェクトディレクトリから、以下を実行します。
cd gitops/resources terraform destroy --auto-approve -
完了後、残りのプラットフォームコンポーネントを削除します。
cd gitops/platform terraform destroy --auto-approve
GKEクラスタを解体する
最後に、GKEクラスターを削除します。
cd gke
terraform destroy --auto-approve
コマンドの実行が完了したら、GCPコンソールでGKEクラスタおよび関連リソースが削除されていることを確認してください。