Wasabi バックアップの真の復元コスト

サマリー

Wasabi のシンプルな価格設定は現実的ですが条件付きです。2026 年 7 月より、公開従量制（Pay-Go）ストレージは$7.99/TB/ 月で、月額最低 1TB の利用が必要です。API 呼び出しやデータイングレストに別料金はかからず、同社の妥当な使用ガイドラインの範囲内であればエグレスも無料です。ただし、90 日未満で削除された Pay-Go オブジェクトには残りの期間のストレージ料金がかかり続けるため、データの変更が頻繁な場合、論理的なバックアップサイズだけでは請求額の予測が不十分になることがあります。
ストレージサービスは復旧プロセスの一層に過ぎません。Wasabi はオブジェクトを保存・提供し、バックアップソフトウェアがチャンク分割、カタログ管理、保存期間、暗号化、ヘルスチェック、リストア手順を決定します。顧客は認証情報、ネットワーク容量、クリーンなコンピュート環境、アプリケーション知識、運用担当者を提供します。アップロードが成功し、イミュータブルなバケットがあっても、アプリケーションが目標復旧時間内に再構築できることを証明するわけではありません。
エンティティ Lock（オブジェクトロック）は削除リスクを大幅に低減できますが、そのモードとデフォルト設定には注意が必要です。バケット作成時に有効化する必要があり、一度有効化するとバージョニングは無効化できません。ガバナンスモードの保持期間は十分な権限を持つアイデンティティによってバイパス可能ですが、コンプライアンスモードはバイパス不可能です。パートナーソフトウェアは、互換性のあるオブジェクト単位の保持期間を設定する必要があります。保持期間を誤ると、良好なバックアップと同様に、不要な古いバージョンとそのコストが効果的に保持されてしまいます。
Wasabi は、1 リージョンで年間オブジェクト耐久性イレブンナイン（99.999999999%）と可用性 99.9%を、2 リージョンにまたがる場合は 99.99%をうたっています。しかしこれらは復旧結果そのものではありません。2024 年にus-central-1で発生した公表済みのインシデントでは、ハードウェアとソフトウェアの相互作用により一部のオブジェクトがアクセス不能になりました。これにより、独立したコピーの保持、オブジェクト検証、リージョン障害訓練、明示的なリストアテストが形式的なものではなく、経済的に有意義であることが示されました。
適切な調達指標は「許容可能な復旧あたりのコスト」です。購入者は、代表的なファイル復元、データベースやアプリケーションの復元、ベアメタルシステムの再構築、リージョン喪失シナリオをテストし、所要時間、転送バイト数、カタログ依存性、整合性エラー、経過時間を記録すべきです。その後、他のクラウドオブジェクトストア、マネージドバックアップサービス、セカンドリージョンコピー、ローカルのイミュータブルアプライアンス、テープと総合的に比較します。

製品は安価なストレージ、成果は復旧したサービス

月曜日の午前 2 時 10 分、ランサムウェア対応チームは本番環境の ID システムが信頼できないと判断しました。最新のバックアップジョブは成功しています。そのオブジェクトはイミュータブルなクラウドバケットに存在し、バックアップコンソールは復元ポイントを一覧表示できます。しかし、これらの事実はいずれも、インシデント指揮官が直面する疑問に答えていません。それは、スタッフが出社する前に、データベース、構成、キー、依存するネームサービスを含むクリーンな ID サービスを再構築できるかどうかです。

最初の試みでは、バックアップカタログが侵害された管理サーバー上にのみ保存されていたことが判明します。2 回目はクラウドに到達しますが、通常のトラフィックと共有されている 1 ギガビットのインターネット回線を飽和させてしまいます。3 回目はファイルを復元しますが、トランザクションログとデータベーススナップショットが整合性の取れない時点で一致しないため、アプリケーションが拒否します。その後、オペレーターはクリーンな復旧ホストを見つけ、別の暗号化キーを取得し、カタログメタデータを再構築し、侵害前の時点を選択し、特権アカウントが悪意のある状態で復元されていないことを確認する必要があります。オブジェクト自体は全体を通じて無傷かもしれませんが、復旧はそれでも期限に間に合わない可能性があります。

この違いこそが、Wasabi Technologies とその主力製品である Wasabi Hot Cloud Storage を評価する適切な枠組みです。Wasabi は S3 互換インターフェースを持つクラウドオブジェクトストレージを提供しています。Veeam、Commvault、MSP360 などのバックアップやデータ管理製品の保存先として広く利用されています。その経済的価値提案は、大手汎用クラウドの複雑なメニューよりも意図的にシンプルです。つまり、単一のホットティアであり、通常のストレージ用途では API リクエスト、データイングレス、エグレスに別料金がかかりません。

このシンプルさには価値があります。管理者は、復元ポイントを標準、低頻度アクセス、アーカイブストレージのいずれに置くか決めたり、ヘルスチェックごとにリクエスト料金を見積もったり、データダウンロード時に高額な従量課金が発生することを恐れて復旧を躊躇したりする必要がありません。しかし、ストレージの請求書から項目を削除しても、ストレージ周りの作業がなくなるわけではありません。バックアップ製品は依然として、データをオブジェクトにパッケージ化し、使用可能なカタログを保持し、一貫性を管理し、復元ポイントを検証し、復旧を調整する必要があります。顧客は引き続き、認証情報の保護、障害の監視、ネットワーク容量の購入、クリーンな復旧インフラの維持、手順の訓練を行う必要があります。

したがって、有用な分母は許容可能な復旧です。つまり、合意した復旧時間までに必要なデータとサービスがクリーンなターゲットに復元され、目標復旧時点で許容される以上のデータ損失がなく、整合性とアプリケーションチェックに合格し、その結果が文書化されていない専門家の即興に依存しない状態です。許容可能な復旧あたりのコストには、その結果を達成するために必要なすべてのストレージ料金、パートナーライセンス、予約コミットメント、複製コピー、ネットワーク回線、アプライアンス、オペレーター時間、失敗した試み、移行タスクが含まれます。

この方法で測定すると、Wasabi は強力な設計の経済的な構成要素になり得ます。しかし、それ自体が設計そのものではありません。

会社とサービスの境界が重要

Wasabi の名称は、ボストンに拠点を置く非公開のストレージ企業、製品ブランド、地域ストレージエンドポイントのネットワーク、そして拡大するポートフォリオを包含します。Wasabi の会社概要ページによると、同社は Carbonite の共同創業者である David Friend と Jeff Flowers によって設立され、本社はボストンの 75 Arlington Street にあります。現在の公開記録では、法的な社名にも注意が必要です。フロリダ州の企業記録では、デラウェア州組織の Wasabi Technologies LLC がアクティブな事業体としてリストされ、同じボストンの住所が記載され、そのメンバーとして Wasabi Holding, Inc. が挙げられています。古い資料や依頼された会社名では Wasabi Technologies Inc. が使用されています。購入者は、ブランド名が登場するたびにそれが同じ法人を指すと想定せず、注文書で正確な契約主体を使用する必要があります。

製品の境界も同様に重要です。Hot Cloud Storage はオブジェクトストレージです。完全なバックアップアプリケーション、ハイパーバイザー、クリーンルームの復旧サイト、またはマネージドインシデント対応サービスではありません。Wasabi Account Control Manager は、プロバイダーが複数のアカウントを管理するのを支援します。Wasabi Cloud Sync Manager はデータを移動できます。Wasabi Ball は転送アプライアンスです。新しい製品や 2026 年の Seagate の Lyve Cloud 事業買収により、企業ポートフォリオは拡大していますが、これらが自動的にすべての Hot Cloud Storage サブスクリプションの一部になるわけではありません。

Lyve Cloud 買収の発表によると、Seagate は Wasabi の株式を取得し、買収事業は顧客とパートナー関係をもたらします。これにより、現在の Wasabi バケットと従来の Lyve Cloud バケットが同じコントロールプレーン、サービスコミットメント、移行パスを共有するわけではありません。調達時には、実際のワークロードに適用されるサービス、リージョン、サポートプラン、法的条件を確認する必要があります。

この分離により、よくある帰属エラーを防げます。Veeam がアプリケーション整合性のある復元ポイントを作成する場合、Wasabi はそのオブジェクトを保存しますが、整合性メカニズムを作成したわけではありません。Veeam カタログが利用できないために復元が失敗した場合、オブジェクトストアは正常かもしれません。Wasabi がオブジェクトエラーを返した場合、バックアップアプリケーションのリトライとレポート動作がオペレーターの見るものに影響します。MSP が組み合わせサービスを販売している場合、一次サポート、監視、価格設定は MSP に属する可能性があります。製品の価値と障害の責任は複数の契約にまたがります。

ホットな S3 互換オファーが実際に提供するもの

オブジェクトストレージは、従来のディスクやファイルシステムボリュームではなく、バケットとオブジェクトを提供します。アプリケーションはキーとともにオブジェクトをアップロードし、API 呼び出しを通じて取得し、メタデータ、バージョン、保持制御を付加できます。Wasabi は、北米、ヨーロッパ、アジア太平洋地域にわたってリージョン固有の S3 エンドポイントを公開しています。ストレージリージョンページでは、顧客がバケットを作成する場所を選択でき、サービス URL リファレンスでは、サードパーティアプリケーションが新しいエンドポイントをサポートする速度が異なることを説明しています。

このアーキテクチャはバックアップにとって魅力的です。なぜなら、顧客が別のローカルディスクシェルフを購入せずに容量を拡張できるからです。S3 はまた、広くサポートされるターゲットインターフェースとなっています。たとえば、Veeam の現在のドキュメントには、Wasabi Cloud Object Storage を追加するための具体的なワークフローが含まれており、バックアップおよびバックアップコピージョブのターゲットとして Wasabi をサポートしています。

互換性はブランド形容詞ではなく、テストされた契約として扱うべきです。Wasabi のS3 API リファレンスでは、サービスが AWS S3 および IAM API とビット互換であると述べていますが、その後、文書化された差異について説明しています。差異は運用上重要です。Wasabi は 1 つのストレージクラスのみを提供し、AWS KMS 機能、S3 Select、S3 Batch Operations、バケットアクセラレーション、CloudWatch バケットメトリクス、ウェブサイト設定、AWS の中央 S3 Block Public Access API などを実装していません。これらはバケットオペレーションリファレンスやオブジェクトオペレーションリファレンスにリストされています。

多くのバックアップ製品はこれらの機能を必要としません。重要なのは、Wasabi に期待されるバックアップの基本機能がないということではなく、「S3 互換」が AWS で動作するアプリケーションが変更なしで動作することを保証するものではないという点です。Wasabi 自身が動作しないことが知られているアプリケーションのリストを維持しており、多くの場合、アプリケーションが AWS エンドポイントをハードコードしているためです。Wasabi が追加したリージョンは、固定の選択リストに表示される前にパートナーのアップデートが必要な場合があります。AWS からコピーしたポリシーには、変更が必要な識別子が含まれている可能性があります。クライアントがエラーやリトライを他のクライアントと異なる方法で処理する場合もあります。

現実的な受け入れテストは狭く、バージョン管理されています。つまり、顧客が実行を意図する正確なバックアップ製品のビルド、ゲートウェイ、エンドポイント、認証方法、バケット設定、オブジェクトロックモード、復元操作です。汎用コマンドラインクライアントでのアップロード成功は、基本的なオブジェクトアクセスを証明しますが、バックアップベンダーのカタログ、合成フル、ヘルスチェック、保持クリーンアップ、またはインスタントリカバリパスが正しく動作することを証明するものではありません。

復元が機能する前に 3 つのシステムが合意する必要がある

有用な復旧モデルは 3 つの層に分けられます。

オブジェクト層は Wasabi の責任です。許可された API 呼び出しを認証し、オブジェクトデータとメタデータを保存し、保管データを暗号化し、選択されたリージョンから配信し、設定された保持を適用し、インフラストラクチャの障害を修復し、サービスエンドポイントを公開します。Wasabi の責任共有モデルでは、コアインフラストラクチャ、ハードウェア、データセンター、サービス側の耐久性がプロバイダーに割り当てられています。

バックアップ層は通常、別のベンダーまたは MSP に属します。ソースデータを検出し、スナップショットを取得し、データベースを調整し、データをチャンクに分割し、重複排除または圧縮し、オブジェクトをアップロードし、カタログを作成し、保持期間を選択し、古い復元ポイントを期限切れにし、ヘルスチェックを実行し、データを再構築します。バックアップデータがオブジェクトストレージ内で不変であっても、アクティブなメタデータをローカルキャッシュリポジトリに保持する場合があります。そのライセンス、設定、バージョンライフサイクルは復旧システムの一部です。

復旧層は大部分が顧客に属します。クリーンなコンピュート、ハイパーバイザーまたはクラウド容量、オペレーティングシステムイメージ、ディレクトリサービス、DNS、ネットワークルート、認証情報、暗号化キー、アプリケーションインストーラー、ライセンス、ランブック、データ所有者、およびどのポイントがクリーンかを判断する権限を持つ人々が含まれます。また、Wasabi から復旧ターゲットへの接続も含まれます。空のデータセンターに 100TB を復元することは、削除されたスプレッドシートを 1 つ取得することと同じ作業ではありません。

これらの層は独立して失敗する可能性があり、誤解を招く部分的な成功を生み出すこともあります。オブジェクトストアのヘルスページがグリーンでも、顧客の期限切れのアクセスキーがジョブを妨げる場合があります。バックアップコンソールが成功を報告しても、アプリケーションスナップショットに一貫性がない場合があります。完全なファイル復元が成功しても、4 時間の目標に対して 5 日かかる場合、受け入れられません。不変のコピーは忠実に保存されていても、暗号化キーが失われたために使用できない場合があります。セカンドリージョンのレプリカには、破損した同じソースオブジェクトが含まれている可能性があります。

監督とは、これらの状態を調整する作業です。誰かが、失敗したジョブや異常に小さいジョブ、容量の増加、削除されたストレージ料金、古い認証情報、保護されていないバケット、レプリケーションの遅延、カタログバックアップ、リストアテストの結果を確認する必要があります。インシデント発生時には、誰かが復旧ポイントを選択し、クリーンなターゲットを確立し、ハッシュやアプリケーションレコードを検証し、依存関係を順序付け、サービスへの復帰を承認する必要があります。Wasabi はストレージ管理と転送料金の不安を軽減できますが、この判断を取り除くことはできません。

2026 年 7 月の価格はシンプルだが、シンプルは一律ではない

Wasabi の2026 年 5 月の価格通知では、2026 年 7 月 1 日より、北米、ヨーロッパ、アジア太平洋地域で Hot Cloud Storage の公開従量制（Pay-Go）価格が$7.99/TB/ 月に引き上げられました。予約容量ストレージ価格はこのレートに基づき、期間と容量に応じた割引が適用されます。製品利用規約には、より重要なルールが定められています。

Pay-Go には 1 テラバイトの月間最低利用量と 90 日間の最低保存期間があります。
Pay-Go Commit は、1 年、3 年、または 5 年の月間ストレージコミットメントを使用し、90 日間の期間ルールを保持します。
予約容量ストレージは、25TB の最低容量、1 年、3 年、5 年の期間、30 日間の最低保存期間があります。
標準予約容量では超過請求が発生する可能性がありますが、キャップ付きバリアントでは購入容量に達した時点で新しいアップロードを停止できます。
無料エグレスポリシーの下では、月間エグレスがアクティブストレージ以下の場合、別途エグレス料金は発生しません。

定価レートでは、安定した 100TB を 1 か月間保存した場合のストレージのヘッドラインコストは、税、サポート、パートナーサービス、セカンドコピー、バックアップ製品を除いて約$799です。この掛け算は、「100TB」が実際に課金対象のストレージを表し、データが安定している場合にのみ有用です。

バックアップワークロードはしばしばそうではありません。チャンクを上書きし、新しい復元ポイントを合成し、バージョンを期限切れにし、マルチパートアップロードを放棄します。Wasabi はアクティブストレージを時間で課金し、オブジェクトが最低保存期間より前に削除された場合には期間削除ストレージも課金します。最低保存期間のドキュメントによると、早期に削除された Pay-Go オブジェクトには 90 日間の残りの期間の料金がかかります。バケットを削除しても料金はキャンセルされません。不完全なマルチパートアップロードパーツも、Wasabi のマルチパートクリーンアップガイダンスによれば、31 日間は課金対象のアクティブストレージに残る可能性があります。

これは隠れた料金ではなく、公開されているストレージルールです。しかし、バックアップコンソールの現在の論理容量から作成した予測からは簡単に除外されてしまいます。

単純化した例を考えてみましょう。バックアップシステムが 1 か月間に 30TB のユニークなオブジェクトを書き込み、各オブジェクトを 30 日後に削除する場合、90 日間の Pay-Go 最低期間の下では、各テラバイトはアクティブである期間が 1 か月であっても、約 3 か月分のストレージライフに対して課金されます。$7.99 の場合、このコホートの完全な最低期間コストは約$719.10（30TB × 3 か月 × $7.99）となります。ワークロードが安定したリズムに達すると、アカウントはアクティブデータに加えて、すでに削除されたがまだ課金期間内のデータに対応する料金を負担することになります。

この例はモデルであり、実際のバックアップ請求書を予測するものではありません。重複排除、増分設計、オブジェクトの再利用、保持期間、暦の長さ、Wasabi の日次課金が実際の結果を決定します。その目的は、購入者がオブジェクトレベルのチャーンを必要とする理由を示すことであり、単にソースデータの変更率だけでは不十分です。仮想マシンの 1 テラバイトの変更は、重複排除されたオブジェクトの 1 テラバイトをはるかに下回る書き換えになる場合もあれば、バックアップ設計がはるかに大きな新しいフルを作成せざるを得なくなる場合もあります。バックアップベンダーは代表的なオブジェクト作成と削除のトレースを提供すべきであり、顧客はトライアル中にそのトレースを実際の Wasabi 請求書のカテゴリと比較する必要があります。

1 テラバイトのアカウント最低利用量は逆の端でも重要です。200GB を保存する小規模企業は$7.99 の 5 分の 1 を支払うのではなく、1 テラバイトの最低料金を支払います。Wasabi の月間最低料金の説明では、データがないアカウントもアカウントが削除されるまで最低料金が発生し続けること、またコントロールアカウントのサブアカウントがそれぞれ最低料金の対象となる可能性があることも述べています。したがって、MSP のアカウント設計は総コストに影響します。

「エグレス料金なし」は関税を削除するが、物理的制限は削除しない

Wasabi のエグレス提案は経済的に重要です。顧客は、他のクラウドで一般的なギガバイトあたりの検索料金に直面することなく、通常のリストアを実行できます。これにより、テストごとに転送料金が発生するためにテストを避ける誘惑が減り、大規模な復旧の予算化も容易になります。

ただし、このフレーズにはポリシーの境界が必要です。Wasabi の価格 FAQでは、ユースケースが無料エグレスポリシーに適合するのは、月間エグレスがアクティブストレージ以下の場合です。エグレスが定期的にアクティブストレージを超える場合、Wasabi はサービスを制限または停止する権利を留保します。したがって、100TB を保存する顧客は、公開ガイドラインの範囲内で、1 回の請求サイクルで最大 100TB をダウンロードできます。同じ月に完全な 100TB の復旧と、もう 1 回の本格的な訓練を行うと、その境界を超えます。ポリシーは、2 回目の転送に自動的に従量制のエグレス請求書が発生するとは述べておらず、ワークロードが適合せず、パターンが定期的な場合は制限または停止される可能性があると述べています。高読み取りのメディア、分析、または配信ワークロードには、直接の商業的確認が必要です。

さらに重要なのは、無料転送が即時転送ではないことです。データ移動のハードな下限は次のとおりです。

復旧時間 = データ量 × 8 / 使用可能なリンク速度

完全で中断のない 1 ギガビット/秒では、10 テラバイト（10 進数）で約 22.2 時間、100TB では約 9.26 日かかります。10Gbps でも、100TB には約 22.2 時間かかります。実際のスループットは、プロトコルオーバーヘッド、競合、ラウンドトリップ、プロキシキャパシティ、オブジェクトサイズ、並列性、ソースリージョンの距離、宛先書き込み、バックアップソフトウェアの再構築により低くなります。小さなファイルやカタログ操作により、バイトレートの計算は楽観的になりがちです。別のプロバイダーへのクラウド復元では、Wasabi がエグレス料金を請求しなくても、宛先でネットワークまたはコンピュート料金が発生する場合があります。

この計算は Wasabi のパフォーマンスを測定するものではありません。ビジネス目標に必要な最小ネットワーク容量を明らかにします。100TB のサービスを 4 時間以内に復旧させる必要がある場合、たとえストレージが完璧でも、1 ギガビット回線では不十分です。設計には、ローカルの最新コピー、はるかに高速な接続、重要なサービスの段階的復旧、代替クラウド実行パス、またはより小さな最初の復旧セットが必要です。

Wasabi Ball は、アプライアンスを使用した一括データのシードまたは回収に役立ち、直接接続により予測可能な転送が改善される場合があります。これらは追加の運用および商業コンポーネントであり、基本の$7.99 レートの特性ではありません。購入者は、注文、出荷、インジェストまたはエクスポート、証拠の連鎖、ターゲットのインポートの時間を計測する必要があります。復旧期限後に到着するアプライアンスは移行ツールであり、必要な復旧パスではありません。

不変性は正確な制御であり、高価な障害モードがある

バックアップは、攻撃者が復旧コピーの破壊がレバレッジを高めることを理解しているため、標的となります。したがって、S3 エンティティ Lock は Wasabi の最も重要な制御の 1 つです。これにより、通常の認証情報が侵害された場合でも、保持日付までオブジェクトバージョンの変更または削除を防ぐことができます。

Wasabi のエンティティ Lock ガイドでは、2 つのモードを区別しています。ガバナンスモードでは、ルートユーザーまたはs3:BypassGovernanceRetentionを持つアイデンティティが保持をバイパスできます。コンプライアンスモードでは、保持日付より前にユーザーがアクティブな保持を短縮することはできません。リーガルホールドは、ホールドが解除されるまで無期限に削除を防止します。エンティティ Lock はバージョニングを必要とし、バケット作成時に有効化する必要があり、後でそのバケットに対して無効化することはできません。単に機能を有効にしても、必ずしもすべてのオブジェクトがロックされるわけではありません。バケットにデフォルトが必要か、アップロードするアプリケーションがオブジェクトレベルの保持を設定する必要があります。

Wasabi には、別のバケットレベルのコンプライアンス機能もあります。その不変性比較では、2 つのメカニズムは相互に排他的であり、S3 エンティティ Lock を使用するパートナーアプリケーションはそのパラメーターをサポートし、指定する必要があると警告しています。これが、「すべてをオンにする」という一般的な要望よりもバックアップベンダーの指示が優先される理由です。

たとえば、Veeam の現在のWasabi 設定ガイドでは、リポジトリ設定を通じて不変性を公開し、実効保持期間にバックアップ保持期間と Veeam のブロック生成期間が含まれる可能性があると説明しています。Veeam は別途エージェント不変性ドキュメントで、S3 互換設計で予測不可能な動作やデータ損失を避けるために、デフォルトのバケット保持を無効にする必要があると警告しています。バックアップアプリケーションが、一般的なバケットデフォルトではなく、意図したオブジェクト期間を制御する必要があります。

テストすべき 4 つの一般的な誤設定があります。

第一に、エンティティ Lock が有効になっているが、アップロードされたオブジェクトに有効な保持が適用されていない。バケットは準備が整っているように見えますが、削除権限を持つ認証情報が保護されていないバージョンを削除できます。テストは、新しくアップロードされたバックアップオブジェクトの保持メタデータを検査し、使い捨てのテストセットで許可された削除を試みることです。

第二に、ガバナンスバイパスが広く付与されすぎている。不変性は通常のアカウントから保護しますが、攻撃者が求める特権アイデンティティからは保護しません。ルート認証情報、コンソール MFA、バックアップアクセスキー、バイパス許可は、個別の所有権とアラートが必要です。

第三に、保持期間がバックアップアプリケーションの有効期間よりも長い。不要なチャンクが保存されたまま課金されます。容量クリーンアップは、オブジェクトストアがロックを正しく適用しているために失敗したように見えます。コンプライアンス保持を短縮することは既存のオブジェクトでは不可能なため、不注意な値は長期間の回避不能な請求書を生み出す可能性があります。

第四に、保持期間が復旧要件よりも短い。14 日間のロックでは、遅い侵害が発見された後に必要なクリーンな 30 日前の復元ポイントを保護できません。ポリシーは、検出遅延、法的保持、新しいバックアップの失敗に気付くのに必要な時間を反映する必要があります。

不変性はまた、クリーンであることを証明しません。マルウェア、暗号化されたソースデータ、または論理的な破損はバックアップされ、その後不変に保存される可能性があります。復旧プロセスには、複数のポイント、異常検出、および既知の良好な最後の状態を特定するアプリケーションレベルの検証が必要です。

認証情報、カタログ、ログはバックアップの一部である

Wasabi は保管データを暗号化しますが、誰が読み取り、上書き、または削除できるかはアクセス設計によって決まります。セキュリティベストプラクティスガイドでは、ルートアクセスキーを使用せず、スコープを絞ったサブユーザーを優先し、キーをローテーションし、コンソールアクセスに MFA を使用し、バケットおよび管理ログを有効にするよう顧客に指示しています。同じガイドでは、パスワードポリシーがデフォルトで設定されておらず、バケットログはバケットごとに個別に有効にする必要があることに注意を促しています。

これらの詳細は継続的な作業を生み出します。バックアップソフトウェアは多くの場合、長期間有効なアクセスキーとシークレットキーを使用します。キーのローテーションには、交換用の作成、すべてのクライアントの更新、アクセスのテスト、古いキーの無効化、そして削除が含まれます。最初に削除するオペレーターはバックアップを停止させる可能性があります。決して削除しないオペレーターは、悪用可能な認証情報を残します。多数の顧客サブアカウントを持つマネージドプロバイダーは、各キーが 1 つの限定された目的にマッピングされており、退職やインシデントの手順で緊急読み取りアクセスを失うことなくそれを取り消すことができるという証拠が必要です。

ログには独自の保護が必要です。バケットアクセスログが、侵害された同じアイデンティティによって制御されるバケットに書き込まれる場合、攻撃者は保持と許可が分離されていない限り、証拠を削除する可能性があります。すべてのオブジェクトリクエストをログに記録すると、API リクエスト料金がなくても、多くの小さなオブジェクトと追加のストレージが発生する可能性があります。アラートは、スケジュールされたヘルスチェックと異常な一括読み取りや削除試行を区別する必要があります。

バックアップカタログはさらに直接的な依存関係です。バックアップアプリケーションによって作成されたオブジェクトキーは、意味のあるファイルではない場合があります。重複排除されたチャンクは、それらをマシン、ボリューム、復元ポイント、暗号化キーにマッピングするメタデータなしでは役に立ちません。カタログ、構成データベース、復旧パスワードは、障害が発生した管理サーバーの外部に保護されたコピーが必要です。再構築手順は、空のインフラストラクチャから開始し、本番データに触れる前にこれらの制御レコードを復旧する必要があります。

ここで、「自分のストレージを持ち込む」ことがあいまいなサポート境界を生み出す可能性があります。Wasabi は、オブジェクトが存在するかどうか、または API リクエストが失敗したかどうかを確認できます。バックアップベンダーはカタログとチャンクのセマンティクスを理解しています。MSP は契約と認証情報を保持している可能性があります。インシデント中、各層は他の層の証拠を合理的に要求できます。調達では、1 人の復旧所有者を指名し、ベンダー間のエスカレーションを定義し、通常のアイデンティティプロバイダーがダウンしているときにサポートアクセスを維持し、受け入れ前に共同演習を要求する必要があります。

リージョンは障害ドメインであり、バックアップ戦略ではない

Wasabi は、Hot Cloud Storage が99.999999999%の年間オブジェクト耐久性のために設計されていると述べています。また、システム可用性は、データが 1 リージョンに保持されている場合は 99.9%、2 リージョンにまたがる場合は 99.99%であると別途述べています。耐久性はオブジェクトを保存する確率を表し、可用性はリクエストを処理する能力を表します。どちらもアプリケーションが復旧可能であることを示すものではありません。

この違いは Wasabi のサービス条件に表れています。公開されている2024 年 SLA リファレンスでは、月間可用性を、読み取り、書き込み、削除リクエストの選択された内部サーバーエラーから計算します。顧客システム、サードパーティテクノロジー、サービス境界を超えるインターネット問題、メンテナンス、その他リストされた条件は除外されます。クレジットは、可用性が 99.9%未満で 99.0%以上の場合は 10%、99.0%未満の場合は 25%で、請求手続きと上限の対象となります。クレジットは請求書の調整には役立ちますが、サーバーを再構築したり、逃したビジネスを補償したりするものではありません。

Wasabi の自らの歴史は、より具体的な注意を提供します。2024 年 8 月 30 日のus-central-1インシデントに関するステータス記録では、ストレージシステムの I/O モジュールが動作不能になり、ディスクを管理するソフトウェアが不適切に他のディスクをオフラインにし、一部のオブジェクトがアクセス不能になったと述べられています。Veeam コミュニティのディスカッションでは、ステータス声明と、その後のサポート作業に関する顧客の報告が保存されました。公開資料では、影響を受けたオブジェクトの総数、顧客母集団、または統計的に完全な耐久性率は開示されていません。しかし、アクセス不能なオブジェクトの障害が単なる理論上のものではないことは明らかです。

公正な結論は、Wasabi をバックアップに使用できないということではありません。すべてのストレージシステムには障害モードがあり、1 つのインシデントは現在のサービス品質を測定するものではありません。結論は、イレブンナインの設計クレームは、唯一の復旧コピーを 1 つの管理ドメイン下の 1 つのリージョンに保持する許可ではないということです。

Wasabi は現在、バケット間のオブジェクトレプリケーションを提供しています。文書化されたサービスは、一致するバージョニングステータスを持つ同じ所有者のバケットをサポートし、同じ大陸内のリージョン間でコピーできます。カスタマー提供キーで暗号化されたオブジェクトや、構成、コピー、移動操作を通じて作成された一部のオブジェクトなど、いくつかのオブジェクトクラスが除外されます。Wasabi は完了時間の見積もりを公開しておらず、期間はオブジェクト数とレプリケーションサーバーの負荷に依存します。エンティティ Lock バケットの場合、宛先はソースオブジェクトのモードを継承するのではなく、独自の設定された保持モードを適用します。

レプリケーションは可用性と地域の回復力を向上させることができます。また、保存容量、保持、監視が倍増またはそれ以上になります。ライブレプリカは、設定によっては不要な新しいバージョンや削除マーカーをコピーする可能性があります。失敗したレプリケーションジョブは誤った確信を生み出す可能性があります。1 つのプロバイダー内の 2 つのバケットは、アイデンティティ、請求、制御の依存関係を共有できます。重要なデータの最も強力な設計には、しばしば別の管理または技術的境界が含まれます。つまり、セカンドプロバイダー、オフラインコピー、テープ、または分離されたバックアップサービスです。英国国家サイバーセキュリティセンターは、組織に対し、異なるソリューションと場所を使用して複数のコピーを作成し、1 つのクラウドサービス内の複数のコピーに依存しないようアドバイスしています。

公開された顧客の証拠は使用を証明するが、一般的な復旧率ではない

Wasabi には実際の展開の重要な証拠があります。Veeam はサポートされるストレージタイプとして文書化しています。スタンフォード大学 IT はWasabi ストレージを提供し、バックアップやデータ転送のサポートは含まれないことを明示的にユーザーに通知しながらも、使用できるバックアップツールをリストしています。2025 年のブライトン・アンド・ホーヴ市議会の調達では、Veeam と統合された少なくとも 600TB の不変のオフサイトストレージ、24 時間 365 日のサポート、追加のイングレス、エグレス、API コストなしが求められました。3 年間の契約額はリセラーQnetix を通じて£90,009 でした。

この調達は、容量、統合、サポート、期間を特定しているため、有用な商業的証拠です。£90,009 を 600TB と 36 か月で割ると、契約上の TB 月あたり約£4.17になります。この結果は普遍的な Wasabi 価格ではありません。通知は平均使用量ではなく最低値を示している可能性があり、通貨と税金が異なり、リセラーパッケージが重要であり、契約にはすべての保持または超過条件が開示されているわけではありません。これは、大規模なコミットメント調達が公開従量制の定価と大きく異なる理由を示しています。

ベンダーが選択した事例は、肯定的な手がかりと否定的な手がかりの両方を提供します。Wasabi のCutter Group のストーリーでは、MSP が顧客のためにエンティティ Lock を使用し、顧客のローカル環境が損傷した後、追加のエグレス料金なしで 50TB 以上を取得したと述べています。このページは、データが「数分で」新しいサーバーに復元されたとも主張していますが、その間隔内で復元された正確なボリューム、ネットワークレート、開始と停止の定義、整合性チェック、または同時代の顧客記録は提供していません。これは、名前付きの復旧の存在と、個別のエグレス料金がないことの価値をサポートしますが、再現可能な 50TB のリストアベンチマークではありません。

代替プロバイダーのケーススタディでは異なる結果が説明されています。カリフォルニア州立大学ハンボルト校は Backblaze に、Wasabi と Veeam の展開で、30 日間の予約容量最低期間の下で削除されたデータに対して混乱を招く料金が発生し、大学が移行するまで繰り返し調査と容量作業が生じたと語っています。Backblaze は競合他社であり、自社のサービスを販売するためにこのストーリーを選択しているため、中立ではありません。指名された機関、説明されたメカニズム、および Wasabi の公開された最低期間ポリシーとの整合性は、展開シグナルとしての関連性を高めます。これにより、すべての Wasabi 請求書が驚くべきものであるとか、代替案が別のワークロードにとって安価であるということは確立されません。

公開された独立した復旧結果の分布がないことは依然として重要です。Wasabi 顧客全体で、スケジュールされた復元が目標内に完了する割合、カタログが失敗する頻度、スループット分布がどのように見えるか、オブジェクトが回復不能になる頻度、大規模な復旧にどの程度のオペレーター時間がかかるかを示す信頼できる公開分母はありません。したがって、ベンダーの耐久性、サポート、顧客の主張はテスト計画に情報を提供すべきであり、それに代わるものではありません。

監督コストは比較に含めるべき

ストレージは多くの場合、資本支出と日常的な処理を削減するために購入されます。公正な総コストモデルでは、Wasabi がディスク調達、ローカルハードウェア交換、ティア選択作業、通常のエグレス項目を回避することを評価する必要があります。次に、残る労働を追加する必要があります。

展開前には、顧客はデータを分類し、リージョンを選択し、保持をモデル化し、アカウントとキーを構成し、バケットポリシーを確立し、エンティティ Lock の動作を選択し、バックアップソフトウェアを接続し、最初のコピーをシードし、復旧をテストする必要があります。運用中は、誰かがジョブの失敗、ストレージの増加、期間削除ストレージ、レプリケーションレポート、キーの年数、ログ、サポート通知、リストアドリルを確認します。変更中は、誰かがバックアップ製品のアップグレード、API 動作、リージョンサポート、保持効果、カタログ移行を検証します。退出時には、誰かがデータを転送し、宛先を検証し、必要なバージョンを保持し、最低期間または予約コミットメントの期限切れを待つ必要があります。

有用な月間コストの式は次のとおりです。

アクティブストレージ + 期間削除ストレージ + 予約未使用容量 + セカンドコピー + バックアップライセンス + サポート + 接続 + 監督 + 期待復旧損失 + 退出作業

期待復旧損失項は、正確な確率を発明するために使用すべきではありません。それはシナリオ値です。4 時間、2 日間、または 1 週間の停止のコストはいくらか、そして各シナリオを現実的にするアーキテクチャはどれか？ストレージ料金が低いことは、セカンドの独立したコピーやより頻繁な訓練に資金を提供することを正当化できます。逆に、決して復元されない安価なバケットは、最も高価な日までリスクを隠すだけかもしれません。

監督は通常の単位で測定する必要があります。1,000 回の失敗したバックアップジョブあたりの管理者時間、月間チケット数、請求書の差異を調整する時間、すべてのクライアントでキーをローテーションする時間、保持が検証されたバケットの割合、1 日以上経過したレプリケーション障害、文書化されていないエスカレーションを必要とする復旧演習などを記録します。これらの指標は、購入が安価なサービスと運用が安価なサービスを区別します。

中小企業には特有のトレードオフがあります。Wasabi の 1 テラバイトの最低利用量と簡単な API 経済性はアクセスしやすい一方で、マネージドバックアッププロバイダーは企業が不足している専門知識を提供できます。しかし、MSP の料金が生のストレージ価格を支配する可能性があり、企業はカタログ、キー、復旧ランブックの所有者が誰かを知らない場合があります。契約では、MSP 自体が利用できない場合の復旧方法、データのエクスポート方法、どの Wasabi アカウントがバケットを所有しているか、顧客が緊急読み取り認証情報を取得できるかどうかを明記する必要があります。

購入を決定すべき障害訓練

本格的な評価には、本番環境を破壊したり、プロバイダーを攻撃したりする必要はありません。許可されたテストアカウント、使い捨てデータ、および一連の固定された通常の障害が必要です。

代表的なコーパスから始めます。多数の小さなファイル、いくつかの大きなファイル、データベース整合性バックアップ、仮想マシン、暗号化されたデータ、毎日変化するデータです。論理ソースサイズ、書き込まれたオブジェクト、アクティブおよび削除されたストレージ、重複排除、経過したバックアップ時間、オペレーターの介入を記録します。少なくとも 1 回の保持サイクルが完了するのに十分な期間実行します。短い概念実証では 90 日間の課金パターンを明らかにすることはできません。

次に、4 つの復旧クラスを実行します。

細かい復元。ランダムに選択したファイルとアプリケーションレコードを複数の日付から復旧します。暗号ハッシュが利用可能な場合は、権限、所有権、タイムスタンプ、アプリケーションの可読性を検証します。選択は、オペレーターがどの項目が簡単かを見る前に行う必要があります。
システム復元。文書化された復旧資料のみを使用して、マシンまたはサービスを分離されたターゲットに再構築します。カタログ復旧、暗号キー取得、ネットワーク設定、アプリケーション起動、ビジネスレベルのチェックを含めます。
バルク復旧。持続的なスループット、小さなオブジェクトのオーバーヘッド、プロキシ制限、宛先書き込みを明らかにするのに十分なデータを復元します。通常の混雑時と静かな時間の両方で実行します。合成 Wasabi 速度ページだけでなく、アプリケーションでの使用可能なスループットを測定します。
コントロールプレーン喪失。通常のバックアップサーバー、アイデンティティプロバイダー、およびプライマリ認証情報が利用できないと想定します。非常用アクセスを使用し、メタデータを再構築し、セカンドリージョンまたは独立したコピーから復旧します。すべての人間の決定とサポート依存関係を記録します。

各試行で、失敗を保持します。合格番号が最初の結果を置き換えるまで再実行しないでください。復旧時間とポイント目標、整合性チェック、アプリケーション検証を満たした場合にのみ、試行が受け入れられたとスコアリングします。最初の試行の受け入れを、最終的な成功とは別に報告します。専門家による修理に 3 日かかった後に成功するシステムは、エスカレーションなしで 4 時間の目標を満たすシステムと同等ではありません。

特定の障害ケースを追加します。ローテーション後に古いキーを取り消す、必要な許可を拒否する、クライアントを間違ったリージョンに向ける、マルチパートアップロードを中断する、ガバナンスロックとコンプライアンスロックされた使い捨てオブジェクトを削除しようとする、カタログコピーが利用できなくなる、予約されたキャップ容量を満たす、期間削除ストレージに達するオブジェクトチャーンを作成する、レプリケーションを一時停止する、通常のトラフィックがリンクを共有している間に復元する。すべてのアクションは、許可されたテスト環境に限定する必要があります。

商業的観察は技術的な観察と並行して実行する必要があります。予測と請求書のカテゴリを毎日比較します。アクティブストレージと期間削除ストレージ、サブアカウントの最低料金、サポート、パートナー料金を区別します。観測されたオブジェクトチャーンを 1 年間、および予約期間の終了まで投影します。容量が 30%減少した場合、50%増加した場合、または 6 か月後に移行する必要がある場合に何が起こるかを尋ねます。

CISA のランサムウェアガイダンスはこの強調をサポートしています。オフラインで暗号化されたバックアップを維持し、ディザスタリカバリシナリオで定期的に可用性と整合性をテストします。また、不変のクラウドストレージは、設定ミスがコストを課す可能性があるため、注意して使用する必要があると警告しています。このガイダンスは特定のプロバイダーを推奨するものではありません。ストレージコピーは、復元と整合性テストを通じてのみレジリエンスの証拠となることを確立しています。

代替案はどのコストが見えるか変える

Wasabi は、テラバイトあたりの価格表だけでなく、アーキテクチャと比較する必要があります。

ハイパースケールオブジェクトストアは、より多くのリージョン、隣接するコンピュート、プライベートネットワーキング、キー管理統合、より深い監視を提供できますが、ストレージクラス、リクエスト、検索、エグレスにより請求書の予測が難しくなる可能性があります。小規模な S3 互換プロバイダーは、異なるエグレス許容量や削除最低期間を提供する可能性があり、独自のリージョンとサポートのトレードオフがあります。マネージドバックアップサービスは、ソフトウェア、ストレージ、復旧責任を組み合わせて、より高い単価で提供できます。ローカルの不変アプライアンスはより高速な一括復旧を提供できますが、資本、メンテナンス、真にオフサイトのコピーが必要です。テープは物理的な分離と低い長期メディアコストを提供しますが、取り扱い、カタログ、検索時間が追加されます。

最も強力な結果は混合かもしれません。運用上の高速復旧のための短期保持のローカルコピー、オフサイト保護のための不変の Wasabi コピー、および相関障害のための別のプロバイダーまたはオフラインメディアです。この設計は 1 つのバケットよりもコストがかかります。すべてのワークロードを数時間以内にリモートで復旧するのに十分なネットワークを購入するよりも、または 1 つの管理侵害がすべてのコピーに到達したことを発見するよりも安価になる可能性があります。

切り替えコストも明示的な取り扱いが必要です。S3 互換性はツールの可搬性を向上させますが、ペタバイトの移動には依然として時間と宛先容量を消費します。ソース削除後も最低期間料金が続く場合があります。予約容量は引き続き支払われる可能性があります。エンティティ Lock は保持期限が切れるまで削除を防ぎます。基礎となるオブジェクトが標準 API を使用していても、バックアップフォーマットは独自のものである場合があります。購入者は、バックアップ製品の別のインストールがリポジトリをインポートできること、MSP なしでデータを読み取れること、ニュートラルクライアントがフォーマットが許す場所でオブジェクトを列挙および検証できることを証明する必要があります。

プロバイダーの 2026 年の価格引き上げは、予測可能な請求が固定価格ではないことを思い出させます。Wasabi は通知を行い、新しい$7.99 レートを 7 月 1 日から現在の Pay-Go 顧客に適用しましたが、既存の予約契約は通知の下で更新まで保護されたままでした。長期的なコミットメントは、容量と退出リスクと引き換えに価格の確実性を取引します。正しい期間は、意味のある割引を得ることができ、かつ顧客が証拠を超えて成長を推測する必要がない最も短い期間です。

条件付きの評決：強力なコンポーネントだが、不完全な復旧の約束

Wasabi はストレージ市場で一貫した位置を占めています。1 つのホットティアは検索遅延とティア管理のミスを減らします。公開定価は理解しやすいです。個別の API および通常のエグレス料金がないことは、ヘルスチェックやリストアドリルへの真の抑止力を取り除きます。S3 サポートにより、顧客は幅広いアプリケーションエコシステムを利用できます。エンティティ Lock、バージョニング、リージョン選択、レプリケーション、ロギングは、レジリエントなバックアップのための有用なビルディングブロックを提供します。

制限も同様に具体的です。Pay-Go の 90 日間の最低期間は、高チャーンのバックアップデータを現在の論理サイズが示唆するよりもはるかに高価にする可能性があります。無料エグレスには妥当な使用の境界があります。S3 互換性には文書化された違いが含まれています。1 リージョン設計は 2 リージョン設計よりも公表されている可用性が低く、開示されたリージョンインシデントがオブジェクトのアクセシビリティに影響を与えました。エンティティ Lock はモードに応じてバイパス可能または不可逆的であり、バックアップソフトウェアとの正しい相互作用に依存します。このサービスは、オブジェクトを復旧されたサービスに変えるカタログ、クリーンな復旧コンピュート、アプリケーションの一貫性、オペレーター、またはビジネス検証を提供しません。

Wasabi が最も魅力的なのは、データが期間ポリシーに対して十分ゆっくりと変化し、エグレスが時折の復元によって支配され、サポートされるバックアップ製品がオブジェクト保持を制御し、ローカルまたはセカンドプロバイダーのコピーが緊急および相関障害をカバーし、顧客が実際に復旧演習を実行する場合です。非常に高いチャーン、頻繁な配信、利用可能なネットワーク転送より短い目標、不確かな容量コミットメント、またはストレージベンダーが復旧全体を所有することを期待する組織にはあまり魅力的ではありません。

購入の決定は、5 つの観測された数字に基づくべきです。最初の試行で受け入れられた復旧率、ワークロードごとの経過復旧時間、受け入れられた復旧あたりの所要時間、課金対象ストレージを論理保護データで割ったもの、すべてのコピーとパートナーを含む年間総コストです。2 つのガバナンス事実を追加します。誰が保持をバイパスまたは変更できるか、そして通常の制御システムがなくなったときに誰が復旧できるかです。

これらの指標が既存のものや代替案を上回る場合、Wasabi の低摩擦の経済性は意味があります。それらが不明な場合、テラバイトあたり$7.99 は、バックアップジョブが実行されたという証拠を保存する価格に過ぎません。価値は後で、組織がその証拠がビジネスを復旧させることができることを証明するときに現れます。