データ保護
スナップショットのサイズ
スナップショットの課金
スナップショットの保持とストレージ
自動スナップショットポリシー
データ復旧
Linux ECS インスタンスの再起動またはシステムディスクの再初期化後にデータディスクが表示されなくなった場合はどうすればよいですか？
データディスクを再パーティション化してからスナップショットを使用してロールバックした場合、データディスクにはいくつのパーティションがありますか？
システムディスクを交換した後、以前のシステムディスクのスナップショットを使用して新しいシステムディスクをロールバックできますか？
Linux ECS インスタンスのシステムディスクを再初期化した後、データディスクを再アタッチするにはどうすればよいですか？
その他
付録
システムディスクの交換
システムディスクを交換する前に、スナップショットを作成してデータをバックアップすることを推奨します。また、システムディスクに少なくとも 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) リソースプランは、サブスクリプションのリソースプランです。ストレージプランやデータ転送プランなど、さまざまな種類があります。詳細については、「リソースプラン」をご参照ください。
ストレージ容量ユニット (SCU)：SCU は、ディスク、スナップショット、Object Storage Service (OSS) など、さまざまなストレージプロダクトのストレージ料金を相殺するために使用できるサブスクリプションのリソースプランです。SCU を購入すると、同じリージョン内のディスクとスナップショットの従量課金請求が自動的に相殺されます。ディスクとスナップショットの実際の容量が SCU の容量を超える場合、超過した使用量は自動的に従量課金で請求されます。詳細については、「ストレージ容量ユニット (SCU)」をご参照ください。
スナップショットにはどのような課金方法が使用されますか？
スナップショットの使用で発生する可能性のある料金には、 スナップショットのストレージ料金 と スナップショットのレプリケーショントラフィック料金 があります。 デフォルトでは、従量課金方式が使用されます。 ストレージ容量ユニット (SCU) を購入して、スナップショットのストレージ料金を相殺できます。ただし、これらのプランはスナップショットのレプリケーショントラフィック料金の相殺には使用できません。詳細については、 スナップショットの課金 をご参照ください。
スナップショットに無料クォータはありますか？
中国本土以外のリージョンでは、Alibaba Cloud はスナップショットに 5 GB の無料クォータを提供しています。このクォータを超える使用量に対しては課金されます。スナップショットの課金の詳細については、「スナップショットの課金」をご参照ください。
スナップショット有効化の料金
スナップショットサービスの有効化は無料です。スナップショットを作成した後、スナップショットのサイズに基づいて課金されます。
スナップショットの課金の詳細については、「スナップショットの課金」をご参照ください。
スナップショットの有効化の詳細については、「スナップショットの有効化」をご参照ください。
自動スナップショットポリシーの料金
自動スナップショットポリシーは無料ですが、それによって作成されるスナップショットには料金が発生します。自動か手動かにかかわらず、すべてのスナップショットに料金が発生します。詳細については、「スナップショットの課金」をご参照ください。
スナップショット整合性グループの料金
スナップショット整合性グループは無料ですが、それに含まれる個々のディスクスナップショットの容量に対して課金されます。詳細については、「スナップショットの課金」をご参照ください。
ディスク削除後のスナップショットの保持
手動スナップショットは削除されません。
自動スナップショットが削除されるかどうかは、ディスクのリリース時に自動スナップショットを削除する 属性を有効にするかどうかによって決まります。詳細については、「ディスクと共にリリースされるように自動スナップショットを設定」をご参照ください。
自動スナップショットが作成されなくなる
ディスクがスナップショットクォータに達すると、システムは最も古い自動スナップショットを削除して、新しいスナップショットのためのスペースを確保します。手動スナップショットは影響を受けません。
自動スナップショットポリシーは、ディスクがインスタンスにアタッチされている場合にのみ実行されます。
ディスク再初期化中のスナップショット損失
いいえ。ディスクを再初期化しても、その手動または自動スナップショットは削除されません。
システムディスク交換中のスナップショット損失
以前のシステムディスクの手動スナップショットは保持されます。自動スナップショットがディスクと共にリリースされるように設定されている場合、それらは削除されます。
システムディスクを交換すると、ディスク ID が変更されます。以前のシステムディスクのスナップショットは、新しいシステムディスクのロールバックには使用できません。
スナップショットのダウンロードまたはエクスポート
いいえ。スナップショットを直接ダウンロードまたはエクスポートすることはできません。代わりに、まずスナップショットからカスタムイメージを作成し、次にカスタムイメージをエクスポートします。
カスタムイメージをエクスポートする際には制限が適用されます。まず、スナップショットから作成されたイメージがエクスポート要件を満たしているか確認してください。
スナップショット内のデータの表示
スナップショット内のデータを直接表示することはできません。次のいずれかの方法で、スナップショットに保存されているデータを表示できます：
スナップショットからディスクを作成し、新しいディスクを ECS インスタンスにアタッチして、スナップショットに保存されているデータを表示します。
スナップショットからカスタムイメージを作成し、そのカスタムイメージを使用して新しい ECS インスタンスを作成し、スナップショットに保存されているデータを表示します。
スナップショットからのカスタムイメージを OSS に保存
いいえ。カスタムイメージを直接 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 です。実際のシナリオに基づいて操作を実行してください。
mount /dev/xvdb1コマンドを実行して、データディスクを再マウントします。mountコマンドを実行して、/dev/xvdb1 データディスクパーティションのファイルシステムタイプを表示します。/dev/xvdb1 パーティションが ext3 ファイルシステムを使用していると仮定して、次のコマンドを実行してデータディスクのマウント情報を /etc/fstab ファイルに書き込みます。
echo '/dev/xvdb1 /data ext3 defaults 0 0' >> /etc/fstabコンソールで、ECS インスタンスを再起動します。
再パーティション化されたディスクをロールバックした後のパーティション
ディスクのロールバックは、ディスクをスナップショットが作成された時点の状態に復元します。その時点でディスクが再パーティション化されていなかった場合、ロールバック後に複数のパーティションを持つことはありません。
ディスクロールバックエラー：「インスタンスを停止する必要があります」
現象：ディスクをロールバックすると、「ディスクをロールバックするには、インスタンスを停止する必要があります。ディスクのスナップショットが作成されておらず、オペレーティングシステムが変更されていないことを確認してください。」というエラーメッセージが表示されます。
原因：このエラーは通常、ディスクのプロパティまたはディスクのステータスが正しくないことが原因で発生します。
ソリューション：インスタンスのステータスと関連するスナップショットタスクに基づいて問題をトラブルシューティングできます。
インスタンスが停止しているかどうかを確認します。
停止しているインスタンスのディスクのみをロールバックできます。インスタンスのステータスは、コンソールの [インスタンス] ページで確認できます。
スナップショットに関連付けられているインスタンスのシステムディスクが交換されたかどうかを確認します。
オペレーティングシステムが交換されると、インスタンスのシステムディスクは新しいイメージから自動的に再作成され、システムディスク ID が変更されます。そのため、インスタンスの元のスナップショットはロールバックに使用できなくなります。ただし、スナップショットからカスタムイメージを作成し、そのカスタムイメージでシステムディスクを交換することで、インスタンスをスナップショットの状態に復元できます。詳細については、「スナップショットからカスタムイメージを作成」および「オペレーティングシステムの交換 (システムディスクの交換)」をご参照ください。
ディスクのスナップショットが作成中かどうかを確認します。
データ整合性を確保するため、ディスクのスナップショットタスクが進行中の場合、ロールバック操作は実行できません。インスタンスの詳細 ページで、スナップショット タブをクリックし、進行 が 100% でなく、ステータス が 処理中 のスナップショットタスクがあるかどうかを確認します。
ディスクのロールバックをより早く実行するには、スナップショットを選択して スナップショットの削除 をクリックして、スナップショット作成タスクを停止できます。
インスタンスリリース後のスナップショットからのデータ復元
ECS インスタンスがリリースされた後、次の方法でデータを迅速に復元できます：
新しい ECS インスタンスに接続し、データが完全に復元されているか確認してから、データをコピーまたはさらに処理します。
重要新しいインスタンスを作成すると、コンピューティングおよびストレージ料金が発生する場合があります。追加料金を避けるため、データ復旧が完了したらすぐにインスタンスをリリースすることを推奨します。
古いシステムディスクのスナップショットを使用したロールバック
いいえ。
回避策として、スナップショットから従量課金ディスクを作成し、インスタンスにアタッチしてデータをコピーし、不要な料金を避けるために一時ディスクをリリースします。「スナップショットからデータディスクを作成」、「データディスクのアタッチ」、および「クラウドディスクのリリース」をご参照ください。
異なるインスタンスへのディスクのロールバック
いいえ。スナップショットを使用してディスクをロールバックするには、元のインスタンスにロールバックする必要があります。ただし、以前のデータディスクのスナップショットを使用して新しいディスクを作成し、それを新しいインスタンスにアタッチすることはできます。詳細については、「スナップショットからデータディスクを作成」および「データディスクのアタッチ」をご参照ください。
ディスクロールバック失敗の理由
ディスクのロールバック中に受け取ったエラーメッセージに基づいて、スナップショットのステータスを確認できます。一般的な問題と解決策については、「Elastic Block Storage のよくある質問」のディスクロールバックに関する質問をご参照ください。
データディスクのスナップショットを使用したカスタムイメージの作成
いいえ。カスタムイメージの作成に使用されるスナップショットに対応するディスクは、システムディスクである必要があります。
ECS インスタンスがリリースされた後、スナップショットからデータを迅速に回復する方法
ECS インスタンスがリリースされた後、次のようにしてデータを迅速に回復できます：
新しい ECS インスタンスにリモート接続し、データが完全に回復されていることを確認してから、コピーまたはさらに処理します。
重要新しいインスタンスを作成すると、コンピューティングおよびストレージ料金が発生する場合があります。データ回復が完了したら、追加料金を避けるためにできるだけ早くインスタンスをリリースしてください。
システム再初期化後のデータディスクの再アタッチ
Linux インスタンスでは、システムディスクを再初期化してもデータディスクの内容は変更されませんが、データディスクのマウント情報は失われます。システムディスクが再初期化される前に、インスタンスにアタッチされたデータディスクパーティションが /dev/vdb1 という名前で、マウントポイントが /InitTest という名前であったとします。Linux インスタンスを再起動した後、次の手順に従って新しいマウントポイントを作成し、データディスクパーティションをマウントします。
mountコマンドを実行して、データディスクのマウント情報を表示します。結果には /dev/vdb1 に関する情報は含まれません。
fdisk -lを実行して、データディスクのパーティション情報を表示します。cat /etc/fstabを実行して、データディスクパーティション /dev/vdb1 の元のマウントポイント名を確認します。mkdir /InitTestを実行して、データディスクパーティションのマウントポイントを再作成します。新しいマウントポイントは、システムディスクが再初期化される前の /dev/vdb1 のマウントポイントと同じでなければなりません。
mount /dev/vdb1 /InitTestを実行して、データディスクパーティションを再マウントします。df -hを実行して、マウント結果を確認します。次の手順に従って、/dev/vdb1 データディスクが自動的にマウントできるかどうかを確認します。
umount /dev/vdb1コマンドを実行して /dev/vdb1 をアンマウントします。mountを実行してマウント情報を表示します。アンマウントが成功した場合、結果には /dev/vdb1 に関する情報は含まれません。
mount -aを実行して /dev/vdb1 を自動的にマウントします。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)
単一のディスクは、手動スナップショットと自動スナップショットの両方の同時作成をサポートします。ただし、同時スナップショット作成の最大数には制限があります。詳細については、「スナップショットの制限」をご参照ください。ディスクで作成中の同時スナップショット数が制限に達した場合、後続の同時スナップショット作成リクエストは失敗します。
レガシーディスク (標準 SSD、Ultra ディスク、基本ディスク)
手動スナップショットと自動スナップショットの同時作成はサポートされていません。
自動スナップショット作成時に、ディスクでスナップショット作成タスク (手動または自動) がすでに進行中の場合、システムはその時点では自動スナップショットを作成しません。次のスケジュールされた時刻に自動スナップショットを作成します。
ディスクで自動スナップショット作成タスクが進行中の場合、手動でスナップショットを作成する前にそれが完了するのを待つ必要があります。
スナップショット名の変更
ECS コンソール - スナップショットに移動します。
スナップショットリストで、対象のスナップショットを見つけ、スナップショット名の横にある編集アイコンをクリックします。
[名前の変更] ダイアログボックスで、新しいスナップショット名を入力します。
OK をクリックします。
ファイルシステム、ディスク、スナップショットの関係
ディスクパーティション上にファイルシステムを作成します。ファイルシステムはディスク領域を管理し、その管理操作は最終的にディスク I/O リクエストに変換されます。ディスクはデータブロックの状態を記録し、必要に応じてデータを Object Storage Service (OSS) にコピーします。このプロセスでスナップショットが作成されます。ファイルシステムとスナップショットの関係を次の図に示します：
図では、ファイルが削除された場合でも、一度書き込まれたデータブロックはスナップショットに記録されます。これは、ファイルを削除するとそのヘッダーが再利用のためにマークされるだけで、ディスク上の使用領域は減少しないためです。
スナップショットとイメージの違い
イメージはインスタンスを作成するためのテンプレートであり、スナップショットはインスタンスのデータのバックアップです。
次の図は、スナップショットが特定の時点でのインスタンスのデータバックアップであることを示しています。ECS 1 またはそのスナップショットからカスタムイメージを作成できます。その後、そのカスタムイメージを使用して別のインスタンスを作成できます。
システムディスクの再初期化と交換の比較
主な違いは次の表のとおりです：
項目 | ディスクの再初期化 | システムディスクの交換 |
機能の違い | 再初期化は、オペレーティングシステムを変更せずにインスタンスを初期状態に復元します。 | 既存のオペレーティングシステムを別のものに置き換えます。 |
システムディスクへの影響 |
|
|
データディスクへの影響 | データディスクは影響を受けません。 | データディスクは影響を受けません。 |
スナップショットへの影響 |
|
|
課金 | システムディスクの再初期化は無料です。オペレーティングシステムは変更されないため、課金項目は変更されません。 | オペレーティングシステムの交換は無料ですが、次の場合には料金が発生します：
|
スナップショット作成の監視
Cloud Monitor を使用して ECS システムイベント通知をサブスクライブできます。イベント名として Snapshot:CreateSnapshotCompleted を選択します。その後、イベント本文の result フィールドを確認して、スナップショットが作成されたかどうかを判断できます。result フィールドが accomplished の場合は完了を示し、failed は失敗を示します。イベントサブスクリプションとイベント通知の詳細については、ECS システムイベント通知のサブスクライブ および スナップショットイベント通知 をご参照ください。