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

システムディスクの交換

システムディスクを交換する前に、スナップショットを作成してデータをバックアップすることを推奨します。また、システムディスクに少なくとも 1 GiB の予約済みスペースがあることを確認する必要があります。そうしないと、システムディスクの交換後にインスタンスが起動に失敗する可能性があります。

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

データ損失の防止

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

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

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

ファイルの削除と領域の使用量

いいえ。ファイルを削除すると、そのヘッダーにマーカーが追加されるだけで、ディスク上で使用される領域の量は減少しません。

スナップショットサイズがファイルシステムのデータより大きい

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

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

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

  • 初期化中に、多数のデータブロックがファイルシステムに書き込まれます。これらの書き込み操作はディスク領域を占有します。ブロックはストレージの論理単位です。Elastic Block Storage は、ディスク上の論理ブロックアドレス (LBA) をこれらの同じサイズのブロックに分割します。

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

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

リージョンごとのスナップショット価格の表示

ECS 料金詳細ページに移動し、[料金] タブをクリックします。[スナップショット] タブでは、さまざまなリージョンのスナップショットの単位価格を表示できます。

OSS リソースプランと SCU の違い

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

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

スナップショットにはどのような課金方法が使用されますか？

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

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

中国本土以外のリージョンでは、Alibaba Cloud はスナップショットに 5 GB の無料クォータを提供しています。このクォータを超える使用量については課金されます。スナップショットの課金の詳細については、「スナップショットの課金」をご参照ください。

スナップショット有効化の料金

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

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

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

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

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

スナップショット整合性グループの料金

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

ディスク削除後のスナップショット保持

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

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

自動スナップショットが作成されなくなった

ディスク再初期化中のスナップショット損失

いいえ。ディスクを再初期化しても、その手動または自動スナップショットは削除されません。

システムディスク交換時のスナップショット損失

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

スナップショットのダウンロードまたはエクスポート

いいえ。スナップショットを直接ダウンロードまたはエクスポートすることはできません。代わりに、まずスナップショットからカスタムイメージを作成し、次にカスタムイメージをエクスポートします。

スナップショット内のデータの表示

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

• スナップショットからディスクを作成し、新しいディスクを ECS インスタンスにアタッチして、スナップショットに保存されているデータを表示します。

• スナップショットからカスタムイメージを作成し、そのカスタムイメージを使用して新しい ECS インスタンスを作成し、スナップショットに保存されているデータを表示します。

スナップショットからのカスタムイメージの OSS への保存

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

自動スナップショット削除の防止

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

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

• [ディスクと共に自動スナップショットを削除] プロパティが有効で、関連付けられたディスクがリリースされた場合 (手動、インスタンスと共に、またはシステムディスクの交換による)、自動スナップショットは有効期限前に削除されます。[ディスクと共に自動スナップショットを削除] プロパティを無効にすることで、ディスクがリリースされたときにスナップショットが削除されるのを防ぐことができます。詳細については、「ディスクと共に自動スナップショットをリリースするかどうかを設定する」をご参照ください。

ディスクまたはインスタンス操作後のスナップショット削除

イメージやディスクで使用されているスナップショットの削除

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

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

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

関連付けられたスナップショット削除時のエラー

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

派生イメージまたはディスクでのスナップショットポリシーの実行

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

ディスクへの複数のスナップショットポリシーの適用

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

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

はい、できます。

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

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

再起動または再初期化後のデータディスクの消失

• 症状：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 インスタンスがリリースされた後、次の方法を使用してデータを迅速に復元できます。

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

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

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

   重要

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

古いシステムディスクのスナップショットを使用したロールバック

いいえ。

別のインスタンスへのディスクのロールバック

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

ディスクロールバック失敗の理由

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

データディスクのスナップショットを使用したカスタムイメージの作成

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

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

ECS インスタンスがリリースされた後、次のようにしてデータを迅速に回復できます。

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

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

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

   重要

   新しいインスタンスを作成すると、コンピューティング料金とストレージ料金が発生する場合があります。データ回復が完了したら、追加料金を避けるためにできるだけ早くインスタンスをリリースしてください。

システム再初期化後のデータディスクの再アタッチ

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

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

スナップショット名の変更

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

2. マウスポインターをスナップショット名の上に移動し、図に示されているアイコンをクリックして名前を変更し、OK をクリックします。

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

スナップショットとイメージの違い

イメージはインスタンスを作成するためのテンプレートであり、スナップショットはインスタンスのデータのバックアップです。

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

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

スナップショット作成の監視

CloudMonitor を使用して ECS システムイベント通知をサブスクライブできます。イベント名には、[ディスクスナップショット作成完了] を選択します。その後、イベント本文の result フィールドをチェックして、スナップショットが作成されたかどうかを判断できます。result フィールドが accomplished の場合は完了を示し、failed は失敗を示します。イベントのサブスクリプションとイベント通知の詳細については、ECS システムイベント通知のサブスクライブ および スナップショットイベント通知 をご参照ください。