特徴
Mac用のS3対応バックアップ
Azivaultは、選択されたMacフォルダーとApple PhotosをAmazon S3および互換性のあるオブジェクトストレージプロバイダーにバックアップします。フォルダーのバックアップはFinderまたはaziコマンドラインツールを通じて復元可能です。一方、PhotosのスナップショットはApple Photosに新しいコピーとして復元されます。
技術的に最終レビューされた日：。
S3対応のバックアップとは何か
Amazon S3は広く採用されているオブジェクトストレージAPIを定義しています。サードパーティサービスは、S3スタイルの認証リクエスト、バケット、オブジェクトキー、アップロード、リスト、読み取り、削除を受け付けるために、そのAPIを十分に再現しています。
互換性は完璧な一貫性ではありません。プロバイダーは、エンドポイント形式、地域処理、パススタイルの要件、オブジェクトロックサポート、マルチパート動作、一貫性、価格設定、ライフサイクルルールにおいて異なる場合があります。「S3互換性」とは、同一のサービス契約ではなく、プロトコルファミリーを指します。
Azivaultは、1つのプロバイダーファミリーを通じてAmazon S3およびカスタムS3互換エンドポイントをサポートしています。Google Drive、Dropbox、SFTP、その他のS3非対応バックエンドは、現在ではファーストクラスの保存先ではありません。
Azivaultがオブジェクトストレージ用のリポジトリをどのように記述するか
フォルダと写真のプランは、フォルダとS3互換の保存先の両方で同じリポジトリ形式を共有します。S3は別個の特許取得済みのクラウドバックアップ形式ではありません。
ローカルリポジトリまたはキャッシュは、カタログメタデータ、Finderの復元ブラウジング、CLI操作の制御平面として引き続き機能します。バックアップ中は、変更された暗号化されたブロブは、すべてのリモートブロブの完全なコピーをローカルに保持することなく、直接リモートストレージにアップロードできます。
変更不可能なコンテンツアドレス付けBLOBは、存在する場合に作成する（create-if-absent）動作を使用します。変更可能なリポジトリメタデータは、ローカルカタログの更新が成功した後、ミラーリングされます。カタログは、アップロードまたは検証が成功するまで、オブジェクトを参照してはなりません。
Apple PhotosをS3対応ストレージにバックアップする
Photosプランでは、iCloud Photosで利用可能な選択済みのオリジナル写真を含むPhotoKitリソースを、認証済みの暗号化されたリポジトリオブジェクトにストリーミングできます。機密性の高い写真のマニフェストは、サポートされているメタデータとユーザーが作成したアルバムの組織化を保持しますが、その情報は明文のオブジェクトキーに公開されません。
写真の復元は、FinderではなくAzivaultアプリを使用します。このアプリは必要なオブジェクトを取得して認証し、新しいアセットをApple Photosの古いフォルダにインポートします。完全な忠実度境界については、「Mac用のApple Photosバックアップ」を参照してください。
アップロードする前にファイルは暗号化されますか？
はい。Azivaultは、認証済みのAES-256-GCMコンテナを使用して、ファイルコンテンツをローカルで圧縮および暗号化します。現在のファイルおよびディレクトリパスは、カタログ行およびチェックポイントマニフェストで暗号化されています。
プロバイダーは、選択されたMacフォルダーのプレーンテキストミラーではなく、リポジトリオブジェクトを受け取ります。プロバイダーTLSは依然としてトラフィック中のリクエストを保護しますが、リポジトリ暗号化は、回復資料なしで生のバケットオブジェクトを取得したプロバイダーや誰からも保存されたコンテンツを保護します。
暗号化は、破壊的な権限を持つ資格情報またはアカウントによる削除を防ぐことはできません。プロバイダーのアクセス制御、MFA、バケットポリシー、バージョン管理、保持期間、オブジェクトロックは、引き続き別々の考慮事項として扱われます。
S3バックアップにはどのような設定が必要ですか？
Azivault S3対応プランには、次のものが必要です。
- プロバイダーアカウントとバケット。
- バケツの名前。
- 一致する地域またはプロバイダー固有の地域値。
- 必要に応じて、サードパーティサービス用のカスタムエンドポイント。
- アクセスキーIDと秘密アクセスキー。
- プロバイダーと互換性のあるパススタイルの動作。
別のサービスから設定をコピーするのではなく、プロバイダーの現在のドキュメントを使用してください。地域の一致不具合や不正なエンドポイントが、認証エラーを引き起こし、認証情報が不正確に見えることがあります。
Amazon S3とカスタムエンドポイントの比較
Amazon S3の場合、標準のAWSエンドポイントおよび仮想ホストの動作は通常適切です。Cloudflare R2、Wasabi、Backblaze B2、MinIO、Tigris、またはセルフホスティングのデプロイメントなどのサービスの場合、プロバイダーが文書化したS3エンドポイントと地域動作を入力してください。
Azivaultは、AWSシグネチャバージョン4署名を使用したSDKフリーのURLSessionリクエストを使用します。標準のAWSリクエストは仮想ホストアドレス指定を使用しますが、カスタムエンドポイントは、互換性の高い形式である場合はパススタイルのリクエストを使用できます。
仮想ホストとパススタイルのリクエスト
仮想ホストスタイルでは、バケットをホスト名に配置します。例えば、bucket.s3.region.amazonaws.comです。パススタイルでは、バケットをURLパスに配置します。例えば、storage.example.com/bucket/objectです。
AWSは一般的に仮想ホストスタイルを使用します。カスタムサービス、ローカルのMinIOデプロイメント、TLS証明書、DNS構成、またはリバースプロキシは、パススタイルが必要になる場合があります。Azivaultの効果的なパススタイルの選択は、すべてのプロバイダーがAWSのように動作すると想定するのではなく、カスタムエンドポイントを考慮しています。
資格情報と最小権限
ルートキーや広範な管理キーを再利用するのではなく、バックアップ専用に資格情報を作成してください。この計画は、リポジトリをテストおよび運用するために十分なアクセス権限が必要です：オブジェクトの書き込み、確認、関連プレフィックスのリストアップ、復元用のオブジェクトの読み取り、一時的な健康チェックデータの削除。
プロバイダーがサポートしている場合は、バックアップバケットまたはプレフィックスに資格情報を適用します。アカウント復元を別々に保存し、MFAを有効にし、公開されたキーをローテーションし、どのMacプランがリポジトリを所有しているかを文書化します。
AzivaultはS3の秘密情報をリポジトリメタデータではなくKeychainに保存します。ポータブルリポジトリには、アクセスキー、秘密キー、ベアラートークン、または署名されたURLが含まれてはいけません。
接続テストで確認されること
有用なS3テストは、認証以上のことを証明する必要があります。Azivaultは小さなヘルスクイックチェックオブジェクトを作成し、存在を確認し、ヘルスクイックチェックプレフィックスをリストアップし、オブジェクトを読み取り、削除します。
このシーケンスは、資格情報がリスト表示が可能だが書き込み不可、書き込みが可能だが読み取り不可、またはクリーンアップできないオブジェクトを作成できるという一般的なポリシー上のギャップを捉えています。テストに合格したからといって、長期的なアカウントの課金、ライフサイクル、保持期間、またはすべての大規模アップロードの動作を証明するものではありません。
アップロードのキャンセルとマルチパートのクリーンアップ
単一オブジェクトのアップロードは存在しないか、完全なオブジェクトとして表示されるべきです。マルチパートアップロードは完了するまで通常のオブジェクトではありませんが、中断された後もアップロードされた部分は請求対象となる場合があります。
Azivaultはリモート書き込み前にキャンセルを確認し、キャンセルされたS3操作を無条件に再試行しません。プロバイダーのライフサイクルルールを構成し、合理的な期間経過後に不完全なマルチパートアップロードを中止するように設定してください。完了したリポジトリオブジェクトが古いだけを理由に削除する広範なライフサイクル有効期限ルールを使用しないでください。
ストレージの価格設定と復元コスト
オブジェクトストレージの請求には、容量、書き込みリクエスト、リストリクエスト、取得、エグジットが含まれる場合があります。一部のプロバイダーはエグジットを別途請求したり、最小ストレージ期間のルールを使用したりします。他のプロバイダーは、リクエストやダウンロードを別々に価格設定します。
見積もり：
- 初期に選択されたフォルダのサイズ。
- 毎月変更されたデータ。
- 期待される保持履歴。
- 多くの小さなファイルからボリュームをリクエストします。
- 緊急時に完全なリポジトリをダウンロードするコストと時間。
保存されているギガバイトが最も安いとは、必ずしもテストされたリカバリが最も安いとは限りません。
S3対応ストレージからのFinderの復元
Finderのブラウジングはローカルカタログメタデータを使用します。要求されたファイルコンテンツがローカルにキャッシュされていない場合、アプリ所有の復元サービスはS3対応ストレージから欠落している暗号化されたBLOBを取得し、検証して暗号を解読し、Finder用に一時的に読み取れるファイルを作成します。
この設計では、リモートバケットを通常のファイルシステムとして提示することを回避し、リポジトリ契約を維持します。リモート復元は現在、S3対応ストレージに対して存在していますが、将来のプロバイダーファミリーには、相当なオブジェクトおよび復元・取得実装が必要です。
元のMacがなくなった後の復元
プロバイダーのログイン情報、バケット、エンドポイント、地域、資格情報または資格情報の復元ルート、およびAzivaultの復元パスワードは、元のMacの外に保管してください。
azi CLIは、S3対応リポジトリをローカルフォルダにハイドレーションできます。ハイドレーション後、リカバリ資料を使用して verify、list-runs、search、restore、または export を使用してください。ハイドレーションはローカルのリカバリ表面を再構築しますが、リモートバケットを直接閲覧可能なプレーンテキストツリーに変換するものではありません。
S3対応のプロバイダーを選択します。
地域、耐久性、アカウント復元、価格、エグジット、API互換性、サポートの質、オブジェクトロックの要件、および資格情報の管理への意欲に基づいて選択してください。
Azivaultは、Amazon S3、Backblaze B2、Cloudflare R2、Wasabi、MinIO、Tigrisの設定ガイドを提供しています。構成する前に、プロバイダーページは現在のベンダードキュメントと照合する必要があります。
S3バックアップの制限事項
AzivaultはArq、Duplicati、resticよりも若く、幅が狭いです。現在、S3以外の広範な宛先サポート、バンドルされたホストストレージ、ウェブ復元、またはプロバイダーレベルの不可変バックアップレコードを提供していません。
成熟したストレージ保持、幅広いプロバイダー、Windowsサポート、またはサポートされているオブジェクトロックワークフローが最も重要である場合は、Arqを使用してください。ストレージの設定を一切不要な場合は、Backblaze Computer Backupなどのマネージドサービスを使用してください。ネイティブなMacアプリ、必須暗号化、S3互換ストレージ、Finderの閲覧、および文書化されたCLIリカバリが好ましいトレードオフである場合は、Azivaultを使用してください。
関連情報
よくある質問
AzivaultはMacをAmazon S3にバックアップできますか？
はい。Azivaultは、バケット、地域、エンドポイント、資格情報設定を使用して、Amazon S3およびサードパーティのS3互換ストレージをサポートします。
アップロードする前にファイルは暗号化されますか？
はい。サポートされているAzivaultリポジトリは、リポジトリオブジェクトがアップロードされる前に、ファイルの内容と機密性の高いパスメタデータをローカルで暗号化します。
AzivaultにはS3ストレージが含まれていますか？
いいえ。プロバイダーアカウントとバケットは別々に作成して、その費用を支払います。
元のMacがなくなっても復元できますか？
はい、プロバイダーへのアクセス権限と復元資料を保持している場合です。azi CLIは、検証、検索、復元、またはエクスポートのために、S3対応リポジトリをローカルストレージにハイドレーションできます。