メインコンテンツへスキップ

接続されていない Oracle Cloud ブロックボリュームを削除する

このチュートリアルでは、CloudFlow テンプレートを使用して利用可能な OCI ブロックボリュームを検出し、接続されているボリュームを除外したうえで、削除前に承認をリクエストします。Oracle Cloud ノードは、早期アクセスに登録しているお客様が利用できます。

目標と目的​

  • 目標(Goal): コンパートメント内の接続されていないブロックボリュームを毎日検出し、候補バッチを削除する前に承認をリクエストするフローを実行すること。

  • 目的(Objectives): このチュートリアルでは、次の内容を学びます。

    • ListVolumes と ListVolumeAttachments を設定する。

    • 事前設定済みの候補フィルターを確認する。

    • 24 時間以内に有効期限が切れる承認を設定する。

    • 削除をテストせずに、読み取り専用ノードを検証する。

注意

接続されていないボリュームであっても、必要なデータが含まれている可能性があります。削除を承認する前に、所有者、バックアップと保持要件、災害復旧計画、Infrastructure as Code の状態を必ず確認してください。ボリュームの削除は元に戻せません。

始める前に​

  1. DoiT アカウントに CloudFlow Editor または CloudFlow Manager 権限が付与されていることを確認してください。CloudFlow permissions を参照してください。

  2. テナンシが OCI 資産として存在し、CloudFlow IAM policy が設定されていることを確認してください。

  3. Oracle Cloud connection を作成してください。

  4. ボリュームを含むコンパートメントと購読済み地域を特定してください。

テンプレートからフローを作成する​

  1. DoiT コンソール にサインインし、オートメーション と オペレーション を選択してから、CloudFlow を選択します。

  2. Templates を選択し、Delete unattached Oracle Cloud block volumes を選択します。あるいは、テンプレートへの直接リンクを使用します。

  3. Daily schedule トリガーを開き、将来の日付を開始日に選択し、タイムゾーンと毎日の実行時刻を選択します。

読み取り専用ノードを検証している間は、フローを下書きのままにしておいてください。

インベントリノードを設定およびテストする​

  1. ListVolumes ノードを開きます。

  2. Parameters タブで、コンパートメントと地域を選択します。

  3. Connection タブで、Oracle Cloud connection を選択します。

  4. ノードをテストします。結果に想定どおりのブロックボリュームが含まれていることを確認し、テストデータとして保存 を選択します。

  5. ListVolumeAttachments ノードを開き、同じコンパートメント・地域・接続を選択します。

  6. ノードをテストします。結果に想定どおりのボリュームアタッチメントが含まれていることを確認し、テストデータとして保存 を選択します。

候補フィルターを確認する​

Filter deletion candidates ノードは、lifecycleState が AVAILABLE であり、アタッチメント結果内に volumeId として id が存在しないボリュームを保持します。

フィルターをテストし、すべての候補を確認してください。表示されているフィルターは、選択されたコンパートメントを使用します。削除前に、CloudFlow は選択された地域で接続がアクセスできるすべてのコンパートメントを対象に、再度アタッチメントチェックを実行します。

承認と削除を設定する​

  1. DeleteVolume ノードを開き、同じコンパートメント・地域・接続を選択します。

  2. このアクションに承認を必須とする を有効のままにします。

  3. リソースの責任者となるメールまたは Slack の受信者を入力します。

  4. 承認メッセージを確認し、一定時間後に承認を拒否 が 24 時間以内に設定されていることを確認します。

  5. 上流の候補リストから解決されるすべてのボリュームを削除する意思がない限り、DeleteVolume ノードをテストしないでください。ノードテストは、設定された承認を表示せずに実際のオペレーションを実行します。

承認済みの削除の直前に、CloudFlow はボリュームを再取得し、AVAILABLE のままであることを要求し、アクティブなアタッチメントを確認し、現在の ETag を付与して削除を送信します。

フローを公開して監視する​

Publish を選択します。フローは日次スケジュールで実行され、削除候補を含む承認リクエストを送信します。リクエストを承認すると、そのリクエストに含まれるすべてのボリュームの削除が許可されます。CloudFlow は削除前に各ボリュームを再検証します。

Run history を使用して、インベントリ・フィルター・承認・削除の結果を確認してください。所有者や保持要件が不明確なリクエストは拒否してください。

参照​