サポートコンソール開発者トライアルの開始お問い合わせ

1.2.2. ボリュームの復元のワークフロー

以下の図は、ユーザーが Block Storage Service (cinder) バックアップの復元を要求すると発生する手順を示しています。

Block Storage サービスのボリュームのリストアワークフロー
  1. クライアントは、CinderREST API を呼び出して、Block Storage バックアップを復元する要求を発行します。
  2. cinder API は、HAProxy から要求を受信し、要求、ユーザー認証情報、およびその他の情報を検証します。
  3. 要求に宛先として既存のボリュームが含まれていない場合、API は非同期 RPC 呼び出しを行って新しいボリュームを作成し、ボリュームのステータスをポーリングして利用可能になります。
  4. cinder-schedulerがボリュームサービスを選択し、RPC 呼び出しを実行してボリュームを作成します。
  5. 選択したcinder-ボリュームにより、音量が作成されます。
  6. cinder-api がボリュームが利用可能であることを検出すると、バックアップレコードがデータベースに作成されます。
  7. AMQP 経由でバックアップサービスへの非同期 RPC 呼び出しを行い、バックアップを復元します。
  8. 現在のボリューム ID、バックアップ ID、およびボリューム名を API 呼び出し元に返します。
  9. RPC 作成メッセージは、バックアップサービスのいずれかに届きます。
  10. cinder-backup は、cinder-volume への同期 RPC 呼び出しを実行して、宛先ボリュームを公開します。
  11. cinder-volume サービスは、移行先ボリュームをエクスポートしてマッピングし、適切な接続情報を返します。
  12. cinder-backup は、接続情報を使用してソースボリュームを割り当てます。
  13. cinder-backup サービスは、すでに接続済みのデバイスでドライバーを呼び出します。これにより、ボリュームの宛先へのデータの復元が開始されます。
  14. ボリュームがバックアップホストから切り離されている。
  15. cinder-backup サービスは、cinder-volume への同期 RPC 呼び出しを発行し、ソースデバイスを切断します。
  16. cinder-volume サービスは、デバイスのマッピングを解除し、エクスポートを削除します。
  17. バックアップが完了すると、データベースのバックアップレコードが更新されます。
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

Legal Notice

Theme

© 2026 Red Hatトップに戻る