すべてのプロダクト
Search
ドキュメントセンター

Elastic Compute Service:データ保護と復元に関するよくある質問

最終更新日:Jan 31, 2026

データ保護

スナップショットのサイズ

スナップショットの課金

スナップショットの保持とストレージ

自動スナップショットポリシー

データ復元

その他

よくある質問

システムディスクを交換する際の注意点

システムディスクを交換する前に、スナップショットを作成してデータをバックアップしてください。システムディスクに少なくとも 1 GiB の予約容量があることを確認してください。そうしないと、システムディスクの交換後に Elastic Compute Service (ECS) インスタンスが起動に失敗する可能性があります。

システムディスクの価格については、「」「Elastic Compute Service の価格ページ」をご参照ください。

操作ミスによるデータ損失を防ぐにはどうすればよいですか?

操作にリスクが伴うシナリオでは、事前にスナップショットを作成してデータをバックアップできます。このようなシナリオには、重要なシステムファイルの変更、クラシックネットワークから VPC へのインスタンス移行、定期的なデータバックアップ、誤ってリリースされたインスタンスの回復、ネットワーク攻撃の防止、オペレーティングシステムの交換、本番環境へのデータ提供、その他の高リスクな操作が含まれます。エラーが発生した場合、迅速にディスクをロールバックしてリスクを軽減できます。詳細については、「手動でのスナップショット作成」および「スナップショットを使用したディスクのロールバック」をご参照ください。

ローカルディスクのスナップショットを作成できますか?

いいえ、できません。アプリケーション層でデータ冗長性を実装するか、クラスターのデプロイメントセットを作成してアプリケーションの可用性を向上させることを推奨します。詳細については、「ローカルディスク」をご参照ください。

ECS インスタンス内のファイルを削除すると、占有スペースは減少しますか?

いいえ、減少しません。ファイルを削除すると、ファイルヘッダーに削除マーカーが追加されるだけです。この操作では、ディスクが占有するスペースは減りません。

スナップショットのサイズがファイルシステムに表示されるデータ量より大きいのはなぜですか?

  • 症状:ECS インスタンス内のファイルを削除してからスナップショットを作成すると、スナップショットのサイズが減っていない、またはスナップショットがファイルシステムによって報告されるディスク使用量よりも大きいことに気づきます。

  • 原因:ファイルシステムのフォーマット、ファイルの削除、データの書き込みなどの操作により、ディスク上の空きブロックの数が減少します。これにより、スナップショット作成時に空きブロックを排除する能力が低下します。その結果、スナップショットのサイズがファイルシステムに表示されるデータ量よりも大きくなります。ファイルシステムのサイズとスナップショットのサイズの不一致は、以下の理由によって引き起こされる可能性があります。

    • ファイルシステムのメタデータがディスク領域を占有している。

    • 初期化中に多くのブロックがファイルシステムに書き込まれる。ブロックとは、ブロックストレージサービスによって同じサイズのブロックに分割されたディスク上の論理ブロックアドレス (LBA) です。書き込み操作はディスク領域を占有します。

    • パフォーマンスのオーバーヘッドを削減するため、ファイルシステムはファイルが削除されたときにファイルプロパティに非推奨マーカーを作成するだけです。ディスクは削除命令を認識しません。そのため、データブロックは割り当てられた状態のままで、スナップショットにコピーされます。これにより、スナップショットのサイズがファイルシステムのサイズよりも大きくなります。

    • KVM 仮想化ドライバー用の Virtio-block や Xen 用の Block-front などのモジュールは、TRIM コマンドをサポートしていません。TRIM コマンドは、LBA 上のデータセグメントがもはや使用されておらず、削除できることを示すディスク I/O コマンドです。このコマンドがないと、ディスクはデータが削除可能であることを認識しません。

リージョンごとのスナップショット価格を確認する方法

ECS 価格詳細ページに移動し、価格 タブをクリックします。スナップショット タブで、さまざまなリージョンのスナップショットの単価を確認できます。

image

OSS リソースプランとストレージ容量ユニット (SCU) の違い

  • OSS リソースプラン:OSS リソースプランは、サブスクリプション型のリソースプランです。ストレージプランやデータ転送プランなど、さまざまな種類があります。詳細については、「リソースプラン」をご参照ください。

  • SCU:SCU は、ディスク、スナップショット、OSS などのさまざまなストレージプロダクトのストレージ料金を相殺するために使用できるサブスクリプション型のリソースプランです。SCU を購入すると、同じリージョン内のディスクとスナップショットの従量課金請求が自動的に相殺されます。ディスクとスナップショットの実際の容量が SCU の容量を超える場合、超過した使用量は自動的に従量課金で請求されます。詳細については、「SCU」をご参照ください。

スナップショットの課金方法

スナップショットの使用で発生する可能性のある料金には、スナップショットストレージ料金スナップショットレプリケーショントラフィック料金があります。デフォルトでは、従量課金方式が使用されます。SCU を購入してスナップショットストレージ料金を相殺できます。ただし、これらのプランはスナップショットレプリケーショントラフィック料金の相殺には使用できません。詳細については、「スナップショット」をご参照ください。

スナップショットに無料クォータはありますか?

Alibaba Cloud スナップショットは 5 GB の無料クォータを提供します。このクォータを超えた使用量に対して課金されます。スナップショットの課金の詳細については、「スナップショット」をご参照ください。

スナップショット機能を有効にすると課金されますか?

スナップショットサービスの有効化は無料です。スナップショットを作成した後、スナップショットのサイズに基づいて課金されます。

自動スナップショットポリシーを使用すると課金されますか?

いいえ、課金されません。自動スナップショットポリシーは無料ですが、ポリシーによって作成された自動スナップショットに対しては課金されます。手動スナップショットか自動スナップショットかに関わらず、スナップショットが作成されると課金されます。詳細については、「スナップショット」をご参照ください。

スナップショット整合性グループ機能を使用すると課金されますか?

スナップショット整合性グループは無料ですが、それに含まれる個々のディスクスナップショットの容量に対して課金されます。詳細については、「スナップショット」をご参照ください。

ディスクを削除するとスナップショットは保持されますか?

  • 手動スナップショットは削除されません。

  • 自動スナップショットが削除されるかどうかは、自動スナップショットの [ディスクのリリースと同時に自動スナップショットを削除] 属性を有効にしているかどうかによって決まります。詳細については、「ディスクと共にリリースされる自動スナップショットの有効化」をご参照ください。

ディスクの自動スナップショットが作成されなくなったのはなぜですか?

スナップショットの数がクォータに達すると、システムは最も古い自動スナップショットを自動的に削除します。手動スナップショットは影響を受けません。

説明

自動スナップショットポリシーは、ディスクがインスタンスにアタッチされている場合にのみ実行されます。

ディスクを再初期化するとスナップショットは失われますか?

いいえ、失われません。手動スナップショットも自動スナップショットも失われません。

システムディスクを交換するとスナップショットは失われますか?

以前のシステムディスクの手動スナップショットは保持されます。自動スナップショットがディスクと共にリリースされるように設定されている場合、それらは削除されます。

説明

システムディスクを交換すると、ディスク ID が変更されます。以前のシステムディスクのスナップショットは、新しいシステムディスクのロールバックには使用できません。

スナップショットをローカルマシンにダウンロードまたはエクスポートできますか?

いいえ、できません。スナップショットはローカルマシンにダウンロードまたはエクスポートできません。まずスナップショットからカスタムイメージを作成し、次にカスタムイメージをエクスポートしてローカルマシンに保存できます。

説明

カスタムイメージのエクスポートには制限があります。まず、スナップショットから作成したイメージがエクスポート要件を満たしているか確認してください。

スナップショットに保存されているデータを確認する方法

スナップショット内のデータを直接表示することはできません。以下のいずれかの方法で、スナップショットに保存されているデータを確認できます。

スナップショットからカスタムイメージを作成した場合、そのイメージを OSS バケットに保存できますか?

いいえ、できません。カスタムイメージを直接 OSS バケットに保存することはできません。スナップショットから作成したカスタムイメージを指定した OSS バケットにエクスポートし、その OSS バケットからダウンロードして使用することができます。詳細については、「カスタムイメージのエクスポート」をご参照ください。

スナップショットが Alibaba Cloud によって削除されるのを防ぐ方法

  • スナップショットが削除されるかどうかは、その保持期間に影響されます。

    手動でスナップショットを作成するか、自動スナップショットポリシーを作成する際に、永久に保持するか、カスタムの日数で保持するかを選択できます。スナップショットは保持期間が過ぎるとシステムによって自動的に削除されます。必要に応じて、手動および自動スナップショットの保持期間を延長できます。詳細については、「スナップショットの保持期間の延長」をご参照ください。

  • 自動スナップショットに対して [ディスクのリリースと同時に自動スナップショットを削除] 属性を有効にすると、スナップショットの有効期限が切れていなくても、ディスクがリリースされる (手動リリース、インスタンスとの同時リリース、またはシステムディスクの交換) ときにスナップショットは削除されます。[ディスクのリリースと同時に自動スナップショットを削除] 属性を無効にすると、ディスクがリリースされてもスナップショットは削除されません。詳細については、「ディスクと同時にリリースされるように自動スナップショットを設定する」をご参照ください。

システムディスクの交換、インスタンスのリリース、またはディスクのリリース後にスナップショットは削除されますか?

シナリオ

システムディスクの交換

インスタンスのリリース

ディスクのリリース

手動スナップショット

影響を受けません。

自動スナップショット

  • 古いシステムディスクで [ディスクのリリースと同時に自動スナップショットを削除] 属性が有効になっている場合、自動スナップショットはディスクと共にリリースされます。

  • 古いシステムディスクでこの属性が無効になっている場合、自動スナップショットはスナップショットポリシーの保持期間に基づいて保持されます。

  • 古いシステムディスクの自動スナップショットポリシーは無効になり、再設定が必要です。

[ソースインスタンスと共にディスクをリリース][ディスクのリリースと同時に自動スナップショットを削除] の両方の属性が有効になっている場合、ディスクはインスタンスと共にリリースされ、自動スナップショットはディスクと共にリリースされます。

  • [ディスクのリリースと同時に自動スナップショットを削除] 属性が有効になっている場合、自動スナップショットはディスクと共にリリースされます。

  • [ディスクのリリースと同時に自動スナップショットを削除] 属性が無効になっている場合、自動スナップショットはスナップショットポリシーの保持期間に従って保持されます。

イメージまたはディスクの作成に使用されたスナップショットを削除する方法

  • ディスクの作成に使用されたスナップショットは強制削除できます。スナップショットを削除した後、ディスクの再初期化など、元のスナップショットのデータ状態に依存する操作は実行できなくなります。

  • カスタムイメージの作成に使用されたスナップショットについては、スナップショットを削除する前にイメージを削除する必要があります。

詳細については、「スナップショットの削除」をご参照ください。

スナップショットチェーンからスナップショットを削除する際に、「RequestId: xxx」に関連付けられているというプロンプトが表示されるのはなぜですか?

ご利用のスナップショットはカスタムイメージの作成に使用されました。スナップショットを削除する前に、このカスタムイメージを削除する必要があります。詳細については、「カスタムイメージの削除」をご参照ください。

自動スナップショットを使用してカスタムイメージまたはディスクを作成した場合、スナップショットポリシーの実行は失敗しますか?

いいえ、失敗しません。既存の自動スナップショットポリシーをディスクに関連付けることができます。関連付け後、Alibaba Cloud はポリシーで指定された時点または間隔でディスクのスナップショットを自動的に作成します。これは自動スナップショットポリシーの実行に影響しません。

1 つのディスクに複数の自動スナップショットポリシーを適用できますか?

はい、できます。デフォルトでは、1 つのディスクに 1 つのポリシーしかバインドできません。複数のポリシーをバインドするには、「1 つのディスクに複数の自動スナップショットポリシーを適用する」をご参照ください。

自動スナップショットポリシーの作成時に保持期間を[永久保持]に設定した場合でも、スナップショットは削除できますか?

削除できます。

  • スナップショットが不要になった場合は、手動で削除できます。詳細については、「スナップショットの削除」をご参照ください。

  • また、自動スナップショットに対して [ディスクのリリースと同時に自動スナップショットを削除] 属性を有効にすることもできます。ディスクをリリースすると、その自動スナップショットも削除されます。

Linux ECS インスタンスの再起動またはシステムディスクの再初期化後にデータディスクが表示されなくなった場合の対処法

  • 問題の説明:Linux インスタンスを再起動するか、そのシステムディスクを初期化した後、インスタンスにログインして df -h コマンドを実行してアタッチされたディスクを確認すると、データディスクが見つかりません。

  • 原因:

    • インスタンスの再起動:インスタンスを再起動する前にマウント情報を /etc/fstab ファイルに書き込んでいない場合、再起動後にインスタンスはデータディスクを自動的にマウントしません。

    • システムディスクの再初期化:システムディスクを再初期化すると /etc/fstab ファイルがリセットされます。システムディスクの再初期化後、インスタンスはデータディスクを自動的にマウントしません。

  • ソリューション:

    このソリューションでは、非 I/O 最適化インスタンスの /dev/xvdb1 パーティションを例として使用します。NVMe プロトコルを使用しない I/O 最適化インスタンスにアタッチされたデータディスクの場合、ディスクデバイス名は /dev/vd[b-z] です。NVMe プロトコルを使用する I/O 最適化インスタンスにアタッチされたデータディスクの場合、ディスクデバイス名は /dev/nvmeXn1 です。実際のシナリオに基づいて操作を実行してください。

    1. mount /dev/xvdb1 コマンドを実行してデータディスクを再マウントします。

    2. mount コマンドを実行して、/dev/xvdb1 データディスクパーティションのファイルシステムタイプを確認します。

    3. /dev/xvdb1 パーティションが ext3 ファイルシステムを使用していると仮定して、次のコマンドを実行してデータディスクのマウント情報を /etc/fstab ファイルに書き込みます。

      echo '/dev/xvdb1 /data ext3 defaults 0 0' >> /etc/fstab
    4. コンソールから ECS インスタンスを再起動します。

データディスクを再パーティション分割した後にスナップショットを使用してロールバックした場合、データディスクのパーティション数はどうなりますか?

ディスクのロールバックは、ディスクをスナップショットが作成された時点の状態に復元します。その時点でディスクが再パーティション分割されていなかった場合、ロールバック後に複数のパーティションは存在しません。

ディスクをロールバックする際に「ディスクをロールバックするにはインスタンスを停止する必要があります。ディスクのスナップショットが作成されておらず、オペレーティングシステムが変更されていないことを確認してください。」というエラーメッセージが表示されるのはなぜですか?

  • 症状:ディスクをロールバックする際に、「ディスクをロールバックするにはインスタンスを停止する必要があります。ディスクのスナップショットが作成されておらず、オペレーティングシステムが変更されていないことを確認してください。」というエラーメッセージが表示されます。

  • 原因:このエラーは通常、ディスクのプロパティまたはディスクの状態が正しくないことが原因で発生します。

  • ソリューション:インスタンスの状態と関連するスナップショットタスクに基づいて問題をトラブルシューティングできます。

    • インスタンスが停止しているかどうかを確認します。

      停止しているインスタンスのディスクのみをロールバックできます。インスタンスの状態はコンソールのインスタンスページで確認できます。

    • スナップショットに関連付けられたインスタンスでシステムディスクが交換されたかどうかを確認します。

      オペレーティングシステムが交換されると、インスタンスのシステムディスクは新しいイメージから自動的に再作成され、システムディスク ID が変更されます。そのため、インスタンスの元のスナップショットはロールバックに使用できなくなります。ただし、スナップショットからカスタムイメージを作成し、そのカスタムイメージでシステムディスクを交換することで、インスタンスをスナップショットの状態に復元できます。詳細については、「スナップショットからカスタムイメージを作成する」および「オペレーティングシステム (システムディスク) を交換する」をご参照ください。

    • スナップショットが属するディスクでスナップショットが作成中かどうかを確認します。

      データ整合性を確保するため、ディスクでスナップショットタスクが進行中の場合、ロールバック操作は実行できません。[インスタンス詳細] ページの [スナップショット] タブで、[進捗][100%] でないスナップショットタスクがあるかどうかを確認します。

      できるだけ早くディスクのロールバックを実行するためにスナップショットタスクを強制的に停止するには、スナップショットを選択し、[スナップショットの削除] をクリックしてタスクを停止します。

ECS インスタンスがリリースされた後、スナップショットからデータを迅速に復元する方法

ECS インスタンスがリリースされた後、以下の方法でデータを迅速に復元できます。

  1. スナップショットからカスタムイメージを作成します

  2. カスタムイメージまたは共有イメージからインスタンスを作成します

  3. 新しい ECS インスタンスに接続し、データが完全に復元されているか確認してから、データをコピーまたはさらに処理します。

    重要

    新しいインスタンスを作成すると、コンピューティングおよびストレージ料金が発生する場合があります。追加料金を避けるため、データ復元が完了したらすぐにインスタンスをリリースすることを推奨します。

システムディスクを交換した後、以前のシステムディスクのスナップショットを使用して新しいシステムディスクをロールバックできますか?

いいえ、できません。

説明

スナップショットを使用して従量課金ディスクを作成し、そのディスクを ECS インスタンスにアタッチしてデータ復元を行うことができます。データが復元された後、できるだけ早くディスクをリリースすることを推奨します。詳細については、「スナップショットからデータディスクを作成する」、「データディスクをアタッチする」、および「ディスクをリリースする」をご参照ください。

以前のインスタンスは中国 (杭州) リージョンにあり、データディスクのスナップショットがありました。インスタンスの有効期限が切れてリリースされた後、中国 (杭州) リージョンで新しいインスタンスを購入しました。以前のインスタンスにロールバックできますか?

いいえ、できません。スナップショットを使用してディスクをロールバックするには、元のインスタンスにロールバックする必要があります。ただし、以前のデータディスクのスナップショットを使用して新しいディスクを作成し、それを新しいインスタンスにアタッチすることはできます。詳細については、「スナップショットからデータディスクを作成する」および「データディスクをアタッチする」をご参照ください。

サーバーでスナップショットをロールバックできないのはなぜですか?

ディスクのロールバック中に受け取ったエラーメッセージに基づいて、スナップショットの状態を確認できます。一般的な問題と解決策については、「Elastic Block Storage のよくある質問」のディスクロールバックに関する質問をご参照ください。

データディスクのスナップショットからカスタムイメージを作成できますか?

いいえ、できません。カスタムイメージの作成に使用されるスナップショットに対応するディスクは、システムディスクである必要があります。

ECS インスタンスがリリースされた後、スナップショットからデータを迅速に復元する方法

ECS インスタンスがリリースされた後、以下の方法でデータを迅速に復元できます。

  1. スナップショットからカスタムイメージを作成します

  2. カスタムイメージまたは共有イメージからインスタンスを作成します

  3. 新しい ECS インスタンスにリモート接続し、データが完全に復元されているか確認してから、データをコピーまたはさらに処理します。

    重要

    新しいインスタンスを作成すると、コンピューティングおよびストレージ料金が発生する場合があります。追加料金を避けるため、データ復元が完了したらすぐにインスタンスをリリースすることを推奨します。

Linux ECS インスタンスのシステムディスクを再初期化した後、データディスクを再アタッチする方法

Linux インスタンスでは、システムディスクを再初期化してもデータディスクの内容は変更されませんが、データディスクのマウント情報は失われます。システムディスクが再初期化される前に、インスタンスにアタッチされたデータディスクパーティションが /dev/vdb1 で、マウントポイントが /InitTest であったとします。Linux インスタンスを再起動した後、次の手順に従って新しいマウントポイントを作成し、データディスクパーティションをマウントします。

  1. mount コマンドを実行して、データディスクのマウント情報を表示します。

    結果には /dev/vdb1 に関する情報は含まれません。

  2. fdisk -l コマンドを実行して、データディスクのパーティション情報を表示します。

  3. cat /etc/fstab コマンドを実行して、/dev/vdb1 データディスクパーティションの元のマウントポイントを表示します。

  4. mkdir /InitTest コマンドを実行して、データディスクパーティションのマウントポイントを再作成します。

    新しいマウントポイントは、システムディスクが再初期化される前の /dev/vdb1 のマウントポイントと同じでなければなりません。

  5. mount /dev/vdb1 /InitTest コマンドを実行して、データディスクパーティションを再マウントします。

  6. df -h コマンドを実行して、マウント結果を表示します。

  7. 次の手順に従って、/dev/vdb1 データディスクが自動的にマウントできるかどうかを確認します。

    1. umount /dev/vdb1 コマンドを実行して /dev/vdb1 をアンマウントします。

    2. mount コマンドを実行して、マウント情報を表示します。

      アンマウントが成功した場合、結果には /dev/vdb1 に関する情報は含まれません。

    3. mount -a コマンドを実行して /dev/vdb1 を自動的にマウントします。

    4. mount コマンドを実行して、マウント情報を表示します。

      自動マウントが成功した場合、結果には /dev/vdb1 に関する情報が含まれます。

手動スナップショットと自動スナップショットの違い

手動スナップショットと自動スナップショットは本質的に同じです。どちらも特定の時点でのディスクデータの完全なコピーです。ただし、以下の違いがあります。

  • 作成方法

    • 手動スナップショットは手動で作成する必要があります。スナップショットまたはディスクのページに移動し、必要に応じてスナップショットのパラメーターをカスタマイズし、ディスクの手動スナップショットを作成します。詳細については、「手動でのスナップショット作成」をご参照ください。

    • 自動スナップショットは自動スナップショットポリシーに依存します。自動スナップショットポリシーを作成して有効にすると、Alibaba Cloud はポリシーで指定された時点または間隔でディスクのスナップショットを自動的に作成します。詳細については、「自動スナップショットポリシーの作成」をご参照ください。

  • スナップショットのソース

    スナップショットリストで、手動および自動スナップショットのソースを確認できます。

    • 自動スナップショットの [作成方法][自動スナップショット] です。

    • 手動スナップショットの [作成方法][手動スナップショット] です。

  • スナップショット名が異なります。

    • 手動スナップショットの名前は、スナップショット作成時にカスタマイズされます。

    • 自動スナップショットの名前は auto2.0 で始まり、auto2.0_yyyyMMdd_SnapshotPolicyId の形式に従います。ここで、

      • auto2.0:自動スナップショットを示し、手動スナップショットと区別します。

      • yyyyMMdd:スナップショットが作成された日付で、y は年、M は月、d は日です。

      • SnapshotPolicyId:スナップショットに対応する自動スナップショットポリシーの ID です。

説明

手動および自動スナップショットを使用する場合、以下の制約が適用されます。

  • ESSD シリーズディスク (ESSD、ESSD AutoPL、ESSD Entry、およびゾーン冗長 ESSD)

    1 つのディスクは、手動および自動スナップショットの同時作成をサポートします。ただし、同時スナップショット作成の最大数には制限があります。詳細については、「スナップショットの制限」をご参照ください。ディスクの同時スナップショット作成数が制限に達した場合、後続の同時スナップショット作成リクエストは失敗します。

  • レガシーディスク (標準 SSD、Ultra ディスク、および基本ディスク)

    • 手動および自動スナップショットの同時作成はサポートされていません。

    • 自動スナップショット作成時に、ディスクで既にスナップショット作成タスク (手動または自動) が進行中の場合、システムはその時点では自動スナップショットを作成しません。次のスケジュールされた時間に自動スナップショットを作成します。

    • ディスクで自動スナップショット作成タスクが進行中の場合、手動でスナップショットを作成する前にそれが完了するのを待つ必要があります。

スナップショットの名前を変更する方法

  1. ECS コンソール - スナップショットに移動します。

  2. スナップショット名の上にマウスポインターを合わせ、図に示されているアイコンをクリックし、名前を変更してから [確認] をクリックします。image

ファイルシステム、基本ディスク、スナップショットの関係

ディスクパーティション上にファイルシステムを作成します。ファイルシステムはディスク領域を管理し、その管理操作は最終的にディスク I/O リクエストに変換されます。ディスクはデータブロックの状態を記録し、必要に応じてデータを OSS にコピーします。このプロセスでスナップショットが作成されます。ファイルシステムとスナップショットの関係は、次の図のようになります。

説明

上の図では、書き込まれたデータブロックは、ディスク上の対応するファイルが削除された場合でも、スナップショットに記録されます。ファイルシステムでは、「削除」は単にファイルヘッダーにスペースが再利用可能であることを示すマークを付けるだけで、ディスク自体の占有スペースを減らすわけではありません。

スナップショットとイメージの類似点と相違点

イメージは、インスタンスを作成して起動するためのテンプレートです。インスタンスは、イメージと他の構成パラメーターに基づいて作成される仮想マシンです。スナップショットは、インスタンスのデータをバックアップするために使用されます。

次の図は、スナップショットが特定の時点でのインスタンスのデータバックアップであることを示しています。ECS インスタンス 1 またはそのスナップショットからカスタムイメージを作成できます。その後、そのカスタムイメージを使用して別のインスタンスを作成できます。

カスタムイメージとスナップショットはどちらもデータバックアップに使用できますが、適用されるシナリオと特徴が異なります。クリックして違いを表示します。

主な違い

違い

イメージ

スナップショット

定義

イメージは、インスタンスの構成、オペレーティングシステム、インストールされたソフトウェア、およびデータの完全なバックアップを作成するために使用できます。詳細については、「イメージを使用したデータのバックアップと復元」をご参照ください。

スナップショットは、単一のディスクまたはディスクグループ (スナップショット整合性グループ) のデータを特定の時点で完全にバックアップするために使用できます。詳細については、「ECS ディザスタリカバリソリューション」をご参照ください。

シナリオ

  • 公開または更新されたアプリケーションシステムなど、短期間に変更されないシステムをバックアップします。完全にインストールおよび構成されたインスタンスからカスタムイメージを作成した後、それを使用して新しいインスタンスを作成できます (例:バッチアプリケーションのデプロイメント)。

  • クラシックネットワークから VPC へのインスタンス移行など、システムとデータを移行します。

    ゾーンまたはリージョンをまたいでシステムを復元します。たとえば、カスタムイメージからインスタンスを作成する際に新しいゾーンを指定したり、イメージを別のリージョンにコピーしてからリージョンをまたいでインスタンスを作成したりできます。

  • ディスクデータを定期的にバックアップします。

    自動スナップショットポリシーは、設定されたスケジュールに従って、毎日、毎週、または毎月実行してディスクデータをバックアップできます。

  • ディスクデータを一時的にバックアップします。例:

    • システム更新やアプリケーションリリースなどの一時的なシステム変更の場合、変更を実行する前に手動でスナップショットを作成してシステムをバックアップし、操作ミスを防ぐことができます。

    • システムディスクをスケールアウトする前に、スナップショットを作成してデータをバックアップします。

    • ディスクデータ移行の場合、ディスクのスナップショットを作成して、別のディスクのベースデータとして使用します。

特徴

  • イメージは直接インスタンスの作成に使用できます。

  • イメージには常にシステムディスクのデータバックアップが含まれます。データディスクのデータバックアップが含まれるかどうかは、ソースインスタンスにデータディスクがあるか、またはスナップショットからイメージを作成する際にデータディスクを追加するかどうかによって決まります。

  • イメージは、現在のインスタンスまたは他のインスタンスのシステムディスクを交換したり、新しいインスタンスを作成したりするために使用できます。

  • スナップショットは直接インスタンスの作成に使用できません。

  • スナップショットは、インスタンスのシステムディスクまたはデータディスクのデータバックアップにすることができます。

  • スナップショットは、現在のインスタンスのディスクのデータ復元にのみ使用できます。

その他の連絡先

  • カスタムイメージの作成時:

    • システムディスクのスナップショットからカスタムイメージを作成できます。詳細については、「スナップショットからカスタムイメージを作成する」をご参照ください。

    • ECS インスタンスからカスタムイメージを作成すると、インスタンスの各ディスク (システムディスクおよびデータディスク) のスナップショットが作成されます。作成されたカスタムイメージには、インスタンスのすべてのディスクのスナップショットが含まれます。詳細については、「インスタンスからカスタムイメージを作成する」をご参照ください。

  • カスタムイメージとスナップショットの削除時:

    • カスタムイメージを削除する際に、対応するスナップショットを削除するか保持するかを選択できます。詳細については、「カスタムイメージの削除」をご参照ください。

    • スナップショットを削除する際、システムはそれがイメージに関連付けられているかどうかを確認します。関連付けられている場合は、スナップショットを削除する前にイメージを削除する必要があります。詳細については、「スナップショットの削除」をご参照ください。

システムディスクの再初期化とシステムディスク (オペレーティングシステム) の交換の違い

主な違いは次の表のとおりです。

違い

システムディスクの再初期化

システムディスク (オペレーティングシステム) の交換

機能の違い

初期化により、ECS インスタンスは初期状態に復元されます。オペレーティングシステムは変更されません。

既存のオペレーティングシステムを別のものに置き換えます。

システムディスクへの影響

  • 古いシステムディスクはリリースされません。

  • システムディスクのデータは作成時の状態に復元されます。インスタンス作成後にインストールされたアプリケーションや生成されたデータはクリアされます。事前にデータをバックアップしてください。

  • インスタンスのシステムディスク ID、ディスクタイプ、IP アドレスは変更されません。

  • オペレーティングシステムが交換された後、古いシステムディスクはリリースされます。

  • システムディスク上のすべてのデータはクリアされます。事前にデータをバックアップしてください。

  • システムディスク ID は変更されますが、ディスクタイプ、ECS インスタンスの IP アドレス、ENI MAC アドレスは変更されません。

データディスクへの影響

データディスクは影響を受けません。

データディスクは影響を受けません。

スナップショットへの影響

  • システムディスクから作成されたスナップショットは、ディスクのロールバックに使用できます。

  • システムディスクから作成された手動および自動スナップショットは両方とも保持されます。

  • 自動スナップショットポリシーの設定は有効なままで、再設定する必要はありません。

  • 古いシステムディスクのスナップショットは、新しいシステムディスクのロールバックには使用できませんが、カスタムイメージの作成には使用できます。

  • 古いディスクから作成された手動スナップショットはリリースされません。

  • 自動スナップショットの場合、古いシステムディスクで [ディスクのリリースと同時に自動スナップショットを削除] 属性が有効になっている場合、自動スナップショットは自動的に削除されます。[ディスクのリリースと同時に自動スナップショットを削除] 属性が有効になっていない場合、有効期限が切れると自動的にリリースされます。

  • 古いシステムディスクの自動スナップショットポリシーは無効になり、再設定が必要です。

課金

システムディスクの再初期化は無料です。オペレーティングシステムは変更されないため、課金項目も変更されません。

オペレーティングシステムの交換は無料ですが、以下の場合には料金が発生します。

  • 新しいイメージが有料イメージの場合、イメージ料金が請求されます。詳細については、「イメージ」をご参照ください。

  • 交換中にシステムディスクの容量を増やす場合、追加容量に対して料金が請求されます。詳細については、「Elastic Block Storage の課金」をご参照ください。

ECS スナップショットの作成完了を監視する方法

Cloud Monitor で ECS システムイベント通知をサブスクライブできます。イベント名 [ディスクスナップショット作成済み] を選択します。次に、イベント本文の result フィールドを確認して、スナップショットが正常に作成されたかどうかを判断します。result の値が accomplished の場合は成功を示し、値が failed の場合は失敗を示します。イベントのサブスクリプションと通知の詳細については、「ECS システムイベント通知のサブスクライブ」および「スナップショットイベント通知」をご参照ください。