本トピックでは、Cloud Backup で使用される用語について説明します。対象は、バックアップソース、ボールト、バックアップ戦略、およびリージョン間レプリケーションや不変バックアップなどの高度な機能です。
バックアップソース
バックアップ対象となるデータで、通常はサーバー、仮想マシン（VM）、または Elastic Compute Service（ECS）インスタンス上に保存されます。
クライアント
バックアップソースとなるサーバーまたは VM にインストールされるソフトウェアで、データのバックアップおよびリストアを実行します。バックアップソースの種類に応じて、異なるクライアントが必要です。
各クライアントは、バックアップの安定性を確保するための定期的な再試行機能を備えています。この機能により、一時的なネットワークジッターが発生した場合でも、バックアップを完了できます。
リージョン
Alibaba Cloud のデータセンターの物理的な所在地です。リソースを作成後に、そのリージョンを変更することはできません。対応リージョンについては、「対応リージョン」をご参照ください。
データバックアップ
Cloud Backup は、以下のバックアップソースをサポートしています：ECS インスタンス、ECS 上でホストされるデータベース、Object Storage Service（OSS）オブジェクト、File Storage NAS ファイルシステム、Tablestore テーブル、ECS ファイル、オンプレミスファイル、およびオンプレミスデータベースです。バックアップデータはクラウド上のバックアップボールトに格納され、必要に応じて元のバックアップソースへリストアできます。
バックアップボールト
バックアップボールトは、バックアップデータを「標準」および「アーカイブ」の 2 つのストレージ階層に格納します。バックアップデータは初期状態で「標準」階層に格納されます。自動アーカイブが有効になっている場合、設定されたアーカイブポリシーに基づき、長期的かつ低コストな保存のために「アーカイブ」階層へ移動されます。
データ冗長性を最大限に高めるため、Cloud Backup は、ゾーン冗長（ZRS）をサポートするリージョンではデフォルトで ZRS 対応のバックアップボールトを使用します。ローカル冗長ストレージ（LRS）のみをサポートするリージョンでは、LRS 対応のバックアップボールトを使用します。手動での選択は不要です。
ZRS 対応のバックアップボールトは、以下のリージョンで利用可能です：中国（杭州）、中国（上海）、中国（北京）、中国（張家口）、中国（ウランチャブ）、中国（深セン）、中国（香港）、日本（東京）、シンガポール、インドネシア（ジャカルタ）、およびドイツ（フランクフルト）。
ボールトの種類
Cloud Backup では、バックアップ対象となるデータソースに応じて、異なるタイプのボールトを使用します。
| Vault タイプ | 対応するデータソース |
|---|---|
| 汎用バックアップボールト | ECS ファイル、OSS バケット、オンプレミス NAS ファイルシステム、File Storage NAS ファイルシステム、大規模ファイルシステム、オンプレミスファイル、SAP HANA データベース、VMware VM |
| データベースバックアップボールト | MySQL、Oracle、SQL Server データベース |
| OSS バックアップボールト | OSS バケット（30 日間の無料トライアル）。有料利用に切り替えた後は、ボールトの種類が「汎用バックアップボールト」に変更されます。 |
| NAS バックアップボールト | File Storage NAS ファイルシステム（30 日間の無料トライアル）。有料利用に切り替えた後は、ボールトの種類が「汎用バックアップボールト」に変更されます。 |
| Tablestore バックアップボールト | Tablestore データベース |
| コンテナバックアップボールト | Container Service for Kubernetes（ACK）クラスター |
OSS および NAS の無料トライアルボールトの動作
OSS バックアップボールトおよび NAS バックアップボールトは、同一のライフサイクルルールを共有します：
バックアップデータは指定された保持期間のみ保持され、その後は自動的に削除されます。
30 日間の無料トライアル終了後に有料利用に切り替えない場合、ボールトはさらに 30 日間保持されます。その 30 日以内に有料利用への切り替えを行わなかった場合、ボールトは削除されます。
データアーカイブ
Cloud Backup は、オンプレミス NAS ファイルシステム、Hadoop 分散ファイルシステム（HDFS）ファイルシステム、および S3 互換ストレージバケットを、指定されたアーカイブポリシーに基づき、クラウド上のアーカイブボールトへアーカイブできます。また、大量のデータを分析・検索・アーカイブ・取得するためのグラフィカルツールも提供します。
アーカイブボールトの種類
| Vault タイプ | ストレージコスト | データアクセス方法 | リストア時間 | 推奨用途 |
|---|---|---|---|---|
| LRS 対応アーカイブボールト | 低 | アクセス前にリストアが必要。取得時に課金されます。 | 約 5 分 | 長期アーカイブデータ、医療画像、科学資料、映像素材 |
| LRS 対応コールドアーカイブボールト | すべてのボールト タイプの中で最も低い | アクセス前にリストアが必要。取得時に課金されます。 | データサイズおよびリストアモードによって異なります | 超長期保管のコールドデータ：法令遵守要件による保持、ビッグデータおよび AI の生データ、映画・テレビ番組のメディアリソース、オンライン教育動画のアーカイブ |
バックアップ計画
データのバックアップ方法およびタイミングを定義する、スケジュールまたは定期実行の構成です。パラメーターには、バックアップソース、ソースパス、バックアップ開始時刻、バックアップ間隔、および保持期間が含まれます。
リストアジョブ
バックアップボールトからデータを元のバックアップソースまたは別の宛先へリストアするタスクです。パラメーターには、復旧対象アイテム、復旧先、および復旧パスが含まれます。
バックアップ開始時刻
Cloud Backup がバックアップを開始する時刻です。
バックアップ間隔
バックアップを実行する頻度で、日次、週次、月次などが該当します。
保持期間
バックアップデータをバックアップボールト内に保持する期間です。保持期間が満了すると、バックアップデータは自動的に削除されます。期間のカウントは、バックアップ完了時刻から開始されます。
バックアップ戦略
完全バックアップ
データセット内のすべてのデータをバックアップします。完全バックアップでは、データセット全体を読み取り、完全なコピーを保存します。処理に時間がかかり、ストレージ容量を多く消費しますが、復旧速度は最も速くなります。Cloud Backup では重複排除を適用し、ストレージ消費量を抑制します。
増分バックアップ
前回のバックアップ以降に変更されたデータ（追加、変更、削除）のみをバックアップします。増分バックアップは、完全バックアップと比較して高速かつストレージ効率が高くなりますが、復旧時にはバックアップチェーンを遡って必要なファイルを特定する必要があるため、復旧速度は遅くなります。
インクリメンタル・フォーエバー・バックアップ
完全バックアップの高速復旧性と増分バックアップの効率性を両立させた戦略です。初回の完全バックアップ後に、以降のバックアップでは変更データのみをキャプチャします。Cloud Backup は、前回のバックアップコピーと新しい増分データをマージし、完全なコピーを維持することで、反復的な完全バックアップを回避しつつ、高速な復旧を実現します。
Cloud Backup では、以下のシナリオでインクリメンタル・フォーエバー・バックアップを採用しています：オンプレミスファイルバックアップ、NAS バックアップ、OSS バックアップ、および ECS インスタンスバックアップ（スナップショットベース）。
リストアの仕組み
データをリストアする際、Cloud Backup はボールト内の指定されたバックアップポイントからデータを読み込み、復号および解凍を行い、元のソースシステムへ書き戻します。
高度な機能
自動アーカイブ
バックアップデータが長期保持を必要とし、かつアクセス頻度が低い場合に、復旧ポイントを「標準」階層から「アーカイブ」階層へ移動します。これにより、データ保護コストを削減できます。
詳細については、「自動アーカイブ」をご参照ください。
クロスアカウントバックアップ
Alibaba Cloud アカウント間でのバックアップおよびリストアを可能にします。複数の拠点を持つ企業では、バックアップジョブを中央で一括設定および管理できます。例えば、アカウント A を使用してアカウント B のデータをバックアップおよびリストアできます。
詳細については、「クロスアカウントバックアップ」をご参照ください。
リージョン間バックアップ
バックアップボールトに対してリモートミラーボールトを作成し、データを自動的にソースボールトからミラーボールトへレプリケーションします。リージョン間バックアップは、以下のシナリオで利用可能です：OSS バックアップ、NAS バックアップ、Tablestore バックアップ、オンプレミスファイルバックアップ、および VMware VM バックアップ。ミラーボールトは、ソースバックアップボールトと同一の容量を持ちます。ストレージ容量およびクロスリージョンレプリケーショントラフィックに対して課金されます。
詳細については、「リージョン間バックアップ」をご参照ください。
ミラーボールト
バックアップボールトと同一のデータを格納するリモートリポジトリです。ミラーボールトは、リージョン間バックアップを実装するために使用されます。
詳細については、「リージョン間バックアップ」をご参照ください。
リージョン間レプリケーション
バックアップデータを別のリージョンへレプリケーションします。バックアップタイプに応じて、実装方法が異なります：
ECS インスタンスバックアップ：バックアップポリシーを通じて、ECS スナップショットを直接別のリージョンへレプリケーションします。バックアップボールトは不要です。
その他のバックアップシナリオ：バックアップボールトに対してリモートミラーボールトを作成し、バックアップボールト内のデータを自動的にミラーボールトへレプリケーションします。
詳細については、「リージョン間バックアップ」をご参照ください。
特別保持期間
バックアップポリシー内で、毎週・毎月・毎年の最初のバックアップに対して指定される保持期間です。特別保持期間を設定することで、疎なバックアップ（sparse backup）を実現でき、バックアップコピーの総数を削減し、データセキュリティに関する法令遵守要件を満たすことができます。
詳細については、「特殊保持期間」をご参照ください。
KMS 暗号化
Key Management Service（KMS）で管理されるキーを用いて、バックアップボールト内に格納されるデータを暗号化します。これにより、不正アクセス、データ窃取、および不正なバックアップ／リストア操作を防止し、セキュリティに関する法令遵守要件を満たすことができます。
詳細については、「KMS 暗号化」をご参照ください。
不変バックアップ
Write Once, Read Many（WORM）技術を用いてバックアップボールトを保護します。ボールトに対して不変バックアップを有効化すると、データはボールトへ一度だけ書き込まれ、複数回読み取ることが可能になります。この機能により、バックアップボールトに対する追加の保護が提供されます。一度有効化すると、この機能は無効化できません。
詳細については、「不変バックアップ」をご参照ください。