公開2025.09.12更新2026.10.18 138 人が閲覧（直近 30 日）インフラ・クラウド

Wasabi（ワサビ）とは？セキュリティ・料金・評判とS3比較、AWS CLIでの接続手順【2026年】

Wasabi（ワサビ）は、Amazon S3と同じAPIで読み書きできるクラウドのオブジェクトストレージです。料金は保管容量と保存日数で決まり、データの取り出し（エグレス）とAPIリクエストは利用ポリシーの範囲内で無料です。この記事では、検索の多い「セキュリティは大丈夫か」に公式ドキュメントの仕様で答えたうえで、料金の課金条件、東京リージョンのS3と同条件で並べた月額、AWS CLIとPython（boto3）での接続コードまでを、2026年10月時点の公式情報で整理します。

まとめ｜Wasabiの保管コストと利用者が担うセキュリティ設定

Wasabiは、保存データをすべて自動でAES-256暗号化し、改ざんを防ぐObject Lock、隠しコピーを作るCovert Copy、削除操作に複数人の承認をかけるMUA（Multi-User Authorization）を備えます。ただし、MUAは利用者が設定しない限り働きません。MFAは2026年夏から新規トライアルで必須になりましたが、それ以前のアカウントやサブユーザーは設定を確かめる必要があります。管理画面のSecurity Health Checkが示す5項目（ルートのMFA・MUA・パスワード設定・同時セッション制限・エグレス監視）で設定状況を確かめ、Object Lockなどの保持設定、権限の分離、復元テストと組み合わせて、ランサムウェア対策の保管先として組み上げます。

料金は公式ページで1TBあたり月7.99ドルからで、東京リージョンのS3標準（1GBあたり月0.025ドル）の約3分の1です。一方で最低1TBの課金と最低保存期間90日があり、無料エグレスにも「月の取り出し量が保存量以下」という条件があります。常時1TB以上を90日以上置くバックアップやアーカイブなら有力な選択肢で、少量・短期のデータや計算サービスと一体で使う用途には向きません。

Wasabiとは｜S3互換のHot Cloud Storageと提供会社

主力製品のWasabi Hot Cloud Storageは、すべてのデータを即時アクセスできる単一クラスで保管します。S3のような標準・低頻度・アーカイブの階層は無く、どのデータも取り出し待ちや取り出し料金なしで読めます。公式の耐久性・セキュリティの説明では、設計上の耐久性を年間99.999999999%（イレブンナイン）としています。オブジェクトストレージそのものの仕組みはオブジェクトストレージとは？仕組み・S3互換APIの範囲とブロックとの違いで扱っています。

提供元は米国のWasabi Technologiesで、日本ではWasabi Technologies Japan合同会社が窓口です。販売は代理店経由が中心で、2024年8月29日にSB C&Sがディストリビューター契約の締結を発表し、2025年11月にはテックウインドも取り扱いを始めました。2026年4月9日には、SeagateのLyve Cloud事業を買収したとWasabiが発表しています。

東京・大阪リージョンのエンドポイントと16リージョンの構成

公式のサービスURL一覧には、米州6・欧州6・アジア太平洋4の計16リージョンが載っています。国内は東京（AP Northeast 1）が s3.ap-northeast-1.wasabisys.com、大阪（AP Northeast 2）が s3.ap-northeast-2.wasabisys.com です。東京は2020年3月の公式発表の時点で開設済みで、大阪は2021年10月26日に開設が発表されました。管理コンソールはどのリージョンでも console.wasabisys.com で、S3対応ソフトに設定するURLはバケットを作ったリージョンのものに合わせます。

Wasabiのセキュリティ機能｜暗号化・アカウント保護・不変性の仕組み

Wasabiのセキュリティは、データの暗号化、アカウントの乗っ取り対策、保存データの不変性（イミュータブル）で組まれています。暗号化は常に有効ですが、残りは利用者が設定して初めて働きます。どこまでが自動でどこからが自分の作業かを、先に切り分けておきます。

保存時と通信の暗号化｜既定のAES-256とSSE-C・TLS 1.2/1.3

Wasabiは、ディスクに書き込む前にすべてのオブジェクトを暗号化します。公式の説明では、利用者が鍵を渡さない場合はオブジェクトごとに別のAES-256鍵をランダム生成し、Wasabi内部の安全なメタデータ層に保管します。利用者が鍵を渡すSSE-C（顧客提供鍵によるサーバー側暗号化）も使え、SSE-Cの公式手順によれば、Wasabiは鍵そのものを保存せず、ソルト付きのHMAC値だけを持ちます。鍵を失うとデータは戻らないため、SSE-Cは鍵管理の体制がある組織向けです。

通信は公式の暗号化に関するページのとおりTLS 1.2と1.3だけを受け付けます。注意したいのは、WasabiのS3 API対応表が明記しているとおりAWS KMSの鍵による暗号化に対応していない点で、バケットの暗号化設定API（PutBucketEncryption等）も使えません。鍵のローテーションや失効を自社のKMSで一元管理したい場合は、アップロード前に暗号化するクライアント側暗号化と組み合わせます。

アカウント保護｜MFA・SSOと最大3人の承認者を置くMUA

アカウントにはMFA（多要素認証）とSSOを設定できます。2026年夏の更新で、新しい無料トライアルアカウントはMFAが必須になりました。Wasabi独自のMUAは、バケット削除やアカウント削除などの操作に、事前に登録した「セキュリティ連絡先」の承認を必須にする仕組みです。2023年8月にアカウント削除向けに始まり、2024年2月にバケット削除へ広がりました。MUAの公式ドキュメントの条件は次のとおりです。

設定できるのはルートユーザーだけで、先にルートのMFAを有効にしておく
セキュリティ連絡先は最大3人で、メールアドレスのドメインはルートアカウントと同じものに限られる
承認対象にできる操作は、バケット削除・アカウント削除・Covert Copyバケットの削除・Covert Copyバケットへのアクセスの4種
連絡先への招待メールは24時間で失効する

ルートの認証情報を盗まれても、承認者が拒否すればバケットは消えません。承認は、その操作に割り当てた連絡先全員の一致が必要です。人数を増やすほど誰か1人の不在で操作が止まりやすくなるため、承認者を増やすより、異動や退職の前に連絡先を差し替える手順を決めておく方が実務では効きます。

Object LockとCompliance設定｜有効化の時期と保護単位の違い

Wasabiには改ざん・削除を防ぐ機能が2つあり、同じバケットで両方は使えません。公式の不変性の説明によると、作成時にObject Lockを選ばなかったバケットでは、Wasabi独自のCompliance設定が有効化できる状態になります。Object Lockを選んで作るとComplianceは使えなくなり、作成後にObject Lockへ切り替えることもできません。

比較項目	Compliance（Wasabi独自）	Object Lock（S3互換）
保護の単位	バケット全体	オブジェクト単位
有効化できる時期	作成後いつでも	バケット作成時のみ
バージョニング	有効・無効どちらでも	必須
バックアップ製品の対応	不要	製品側の対応が必要
解除	ロック後はサポート経由のみ	コンプライアンスモードは解除不可

使い分けの基準は、バックアップ製品がObject Lockに対応しているかです。VeeamやCommvaultのように製品側で保持期間を書き込めるなら、Object Lockを選んでバックアップの世代ごとに期間を管理させます。対応していないソフトやファイル同期ツールの保存先なら、Compliance設定でバケット全体を守ります。Complianceを有効にするとすべてのバージョンが保存されて課金対象になる点と、ロックするとWasabiサポートに連絡しない限り解除できない点は、本番に入れる前に把握しておきます。S3側のObject Lockの2モードとリーガルホールドの動きはS3オブジェクトロックとは｜2モードの違いとイベントホールドの設定手順をCLIで解説で検証しています。

Covert Copy｜管理者権限の乗っ取りに備える隠しコピー

Object LockのGOVERNANCEモードは、s3:BypassGovernanceRetention権限を持つユーザーやルートユーザーなら保持を外せるため、権限を奪われると守りきれません。COMPLIANCEモードなら保持期間中は誰も消せませんが、バケットは見えて読めるので、中身の持ち出しや設定の探索は防げません。そこを補うのが2025年12月2日に追加料金なしの機能として提供が始まったCovert Copyで、バケットの中身を、MFAとMUAの承認なしには見ることも操作することもできない隠しコピーとして複製します。Covert Copyの公式説明には次の条件があります。

使えるのは有料アカウントのルートユーザーだけで、MFA・MUA・バケットのバージョニングが前提
作成後30日間は削除できず、設定で止めるまで自動更新される
保管料は通常の料金で課金され、3億オブジェクトを超えるバケットは申請フォームでの依頼になる
コピー先は元のバケットと同じ大陸内のリージョンから選ぶ

復元時はWasabiサポートにチケットを出し、コピーのバケットをRestore Modeにしてバックアップ製品から見える状態にします。Veeam向けの手順書もこの流れです。夜間や休日にサポートの応答を待つ時間が復旧時間に加わるため、Covert Copyは日常の復元ではなく、他のバックアップがすべて壊れたときの最後の1世代として位置づけます。2026年夏に、既存のコピーを元のバケットと再同期する増分対応が加わりました。

第三者認証の範囲｜ISO 27001:2022と、データセンターのSOC 2・PCI DSS

認証は、何に対する認証かを分けて読む必要があります。公式の第三者認証のページでは、ISO 27001:2022はWasabi自身の認証で、公開されている証明書の有効期限は2028年6月9日です。一方、SOC 2とPCI DSSは、Wasabiが入居する「データセンター」の認証として書かれています。カード決済のPCI DSS準拠も、決済代行のStripeの認定です。

このほか、HIPAA・GDPR・FERPA・CJISへの対応資料と、Object Lockが米国のSEC Rule 17a-4(f)の要件を満たすとする説明が公開されています。社内のクラウド利用審査に出すときは、Wasabi Trust CenterからSOC 2報告書を取り寄せ、対象が東京リージョンのデータセンターかを確かめてから評価票に書いてください。

Wasabiのセキュリティ設定手順｜Health Checkの5項目とバケットポリシー

Security Health Checkは、5つのセキュリティ設定の状態を5点満点で示します。公式ページの0点は、5項目が未設定の画面例です。公式のSecurity Health Checkの説明が挙げる5項目を、運用開始前に埋める順で並べると次のとおりです。

順	項目	設定場所	防ぐもの
1	ルートのMFA	Security > MFA	パスワード漏えい
2	MUA	Security > MUA	乗っ取り後の削除
3	ルートのパスワード設定	User Security Standards	弱いパスワード
4	同時セッションの禁止	Advanced Security Options	認証情報の共用
5	エグレス監視	Logging & Monitoring	大量持ち出し

エグレス監視は、過去の取り出し量を基準に1日の取り出しを見て、不審な増加をメールで知らせる機能です。内部不正や乗っ取りによる持ち出しは、暗号化では防げません。取り出し料が無料のWasabiでは請求額の急増で異常に気づくこともできないため、この監視は必ず有効にします。

バケットポリシーによるHTTPS強制と利用者の制限

次の例は、公式のリソースベースポリシーの例をもとに、HTTPS以外の接続と、指定したバックアップ用ユーザー以外のアクセスを拒否するものです。公式は、WasabiFullAccessのような広い権限を持つユーザーはバケットポリシーに名前が無くてもアクセスできてしまうため、明示的なDenyで止める必要があると注意しています。

cat > policy.json <<'EOF'
{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "DenyNonHTTPS",
      "Effect": "Deny",
      "Principal": {"AWS": "*"},
      "Action": "s3:*",
      "Resource": ["arn:aws:s3:::example-backup-2026", "arn:aws:s3:::example-backup-2026/*"],
      "Condition": {"Bool": {"aws:SecureTransport": "false"}}
    },
    {
      "Sid": "DenyEveryoneElse",
      "Effect": "Deny",
      "Principal": {"AWS": "*"},
      "Action": "s3:*",
      "Resource": ["arn:aws:s3:::example-backup-2026", "arn:aws:s3:::example-backup-2026/*"],
      "Condition": {"StringNotEquals": {"aws:PrincipalArn": ["arn:aws:iam::<アカウント番号>:user/backup-writer"]}}
    }
  ]
}
EOF
aws s3api put-bucket-policy --bucket example-backup-2026 --policy file://policy.json \
  --profile wasabi --endpoint-url=https://s3.ap-northeast-1.wasabisys.com

アカウント番号はコンソールのUsers一覧で確認できます。このポリシーは拒否条件だけを定義するため、backup-writerには別途、必要な操作を許可するIAMポリシーを付与します。2つ目の文は自分自身の操作も止めるため、適用前に管理用のユーザーを許可リストに入れるか、テスト用バケットで挙動を確かめます。公式は社内IPアドレスだけに絞る aws:SourceIp の例も出しているので、拠点が固定ならこれも重ねます。アクセスキーはユーザーごとに2組まで持てるので、公式の推奨どおり、ルートのキーは使わず用途ごとのサブユーザーのキーを使い、漏えい時は新しいキーへ切り替えてから古いキーを無効化・削除します。

AWS CLIによるObject Lock付きバケットの作成と保持期間の設定

Object Lockはバケット作成時にしか有効にできないため、作成コマンドに引数を付けます。引数はAWS CLIのput-object-lock-configurationのリファレンスに沿っています。

# Object Lock付きでバケットを作成（バージョニングも同時に有効になる）
aws s3api create-bucket --bucket example-immutable-2026 \
  --object-lock-enabled-for-bucket \
  --create-bucket-configuration LocationConstraint=ap-northeast-1 \
  --profile wasabi --endpoint-url=https://s3.ap-northeast-1.wasabisys.com
# 既定の保持期間を設定（最初はGOVERNANCEで挙動を確かめる）
aws s3api put-object-lock-configuration --bucket example-immutable-2026 \
  --object-lock-configuration '{"ObjectLockEnabled":"Enabled","Rule":{"DefaultRetention":{"Mode":"GOVERNANCE","Days":30}}}' \
  --profile wasabi --endpoint-url=https://s3.ap-northeast-1.wasabisys.com

GOVERNANCEは s3:BypassGovernanceRetention 権限を持つユーザーなら解除できますが、COMPLIANCEは保持期間が終わるまで誰も解除できません。いきなりCOMPLIANCEで長期の保持を入れると、誤って入れたデータも期間中は消せず課金が続きます。保持期間はバックアップの世代数と復旧に必要な日数から決め、最低保存期間90日より短くしても、90日未満で消したオブジェクトには残り日数分の保管料がかかります。

Wasabiの評判｜2020年のドメイン停止障害と国内の導入事例

安さの裏に信頼性の弱点が無いかを、Wasabi自身が公開している障害報告と国内の導入事例で確かめます。

2020年12月のwasabisys.comドメイン停止｜原因と影響範囲

Wasabi公式ステータスページの障害報告によると、2020年12月28日19時38分（UTC）に名前解決の不具合の調査が始まり、東京（AP-Northeast-1）を含む7つの拠点と管理コンソールに影響が出ました。原因は、新規契約した顧客が公開状態でアップロードした悪意あるコンテンツです。ドメイン登録事業者からの通知がWasabiの誤ったメールアドレスに届いて応答できず、wasabisys.comがブラックリストに入りました。Wasabiが問題を特定して登録事業者に連絡してから再有効化まで13時間以上かかり、ブラックリストから外れたのは12月29日14時11分（UTC）です。最初の報告からは約18時間半で、その後もDNSの反映に数時間を要しました。

データが失われた障害ではありませんが、名前解決が止まるとリージョンを分けていても全部につながらなくなる、という教訓が残ります。Wasabiは再発防止策として、外部からの不正利用報告の扱いの強化、登録事業者の変更、バケットの匿名公開アクセスに関する方針の見直しを挙げました。現在、バケットの公開は一部の有料アカウントだけに許される既定になっています。Wasabiを唯一の保管先にせず、オンプレミスや別クラウドにもう1つコピーを持つ設計が、この障害から読み取れる現実的な備えです。

国内の導入事例と代理店経由のサポート

国内では、『エヴァンゲリオン』シリーズの制作会社カラーが、約500TBのアーカイブをオンプレミスからWasabiへ移し、運用管理コストの80%削減を見込んでいるとWasabiが2024年9月12日に発表しています。映像や医療画像のように、一度書いたら長く置き、ときどき全量を読み返すデータがWasabiの料金体系に合う典型です。

弱い点は日本語の情報量で、公式ドキュメントの大半は英語です。日本語サポートが必要なら代理店の提供範囲を確認します。請求書払いはWasabiの予約容量契約でも選べるため、支払い方法とサポート窓口を分けて選定します。ITreviewのWasabi Hot Cloud Storageのセキュリティチェックシートは、2026年10月時点で「ベンダー監修（限定公開）」の表示で、一般には項目の中身が見えません。審査用の資料は代理店かTrust Centerから取り寄せます。

Wasabiの料金体系｜1TB月7.99ドルの従量課金と予約容量

Wasabi公式の料金ページは、従量課金（Pay as You Go）を「1TBあたり月7.99ドルから」と表示しています。公式の料金FAQでは北米・欧州・アジア太平洋で同額の7.99ドル（1GBあたり約0.0078ドル）で、エグレスとAPIリクエストは課金されず、使用量だけが請求書に表示されます。2026年5月の料金改定の告知どおり、7月1日から全リージョンが7.99ドルにそろいました。改定前の金額で書かれた比較記事が残っているため、金額は公式ページの表示を基準にしてください。

項目	従量課金	予約容量（RCS）
保管単価	7.99ドル/TB・月から	容量と期間で割引
購入できる容量	1TBから	25TBから
支払い	30日ごと（カード）	前払い（請求書）
契約期間	月ごと	1・3・5年
エグレス・API	無料（条件つき）	無料（条件つき）
最低課金容量	1TB/月	購入した容量
最低保存期間	90日	30日
サポート	ベーシック	プレミアム（必須）

予約容量（Reserved Capacity Storage）は、購入した容量を超えるとその時点の定価で超過料金がかかり、満了の30日前までに解約しないと1年単位で自動更新されます。ファイル共有向けのWasabi Cloud NASは1TBあたり月9.99ドルで、最低課金容量は10TBと別建てです。

追加料金が発生する条件｜最低1TB・90日・無料エグレスの適合範囲

「安い・転送無料」には条件が3つあります。1つ目は最低1TBの課金で、数百GBしか使わなくても1TB分を請求されます。2つ目は最低保存期間で、公式の最低保存期間ポリシーの例では、1日目に置いたオブジェクトを16日目に消すと、15日分の保管料に加えて残り75日分の削除済み保管料（Timed Deleted Storage）がかかります。

3つ目が無料エグレスの適合条件です。公式FAQは、月の取り出し量がその月の保存量以下であれば無料エグレスの対象に合う、という目安を示しています。100TBを置いて月100TB以下を取り出すなら対象内です。保存量を超える取り出しが常態化すると、Wasabiはサービスを制限・停止する権利を持つと明記しています。APIリクエストも同様で、Wasabiが動作確認した市販アプリなら通常は問題ないとされる一方、非効率な負荷をかけるアプリは制限の対象になり得ます。バージョニングやバケットのログ出力も、増えた分はそのまま保管料になります。

他社比較｜AWS S3・Google Cloud・Azureとの違いと東京での月額試算

AWS S3・Google Cloud Storage・Azure Blobは複数のストレージクラスと計算サービスを一体で使えます。一方、標準クラスの保管単価はWasabiより高く、インターネット向けの取り出しには転送料がかかります（S3から同一リージョンのAWSサービスへの転送は無料）。S3のストレージクラスや料金の全体像はAmazon S3とは？オブジェクトストレージの仕組み・ストレージクラスと料金・採用判断を実装者目線で解説にまとめています。

観点	Wasabi	AWS S3（東京）	Google/Azure
保管単価	7.99ドル/TB	0.025ドル/GB〜	階層・地域で変動
インターネット向け転送料	無料（条件つき）	0.114ドル/GB〜	有料
ストレージ階層	単一（ホット）	多階層	多階層
鍵管理サービス連携	なし（SSE-C）	KMS	あり
計算・周辺サービス	なし（専業）	豊富	豊富

AWS側の数値は、AWSが公開するPrice List APIの東京リージョン（ap-northeast-1）データ（2026年9月取得）から引きました。S3標準は最初の50TBまで1GBあたり月0.025ドル、インターネットへの転送は月100GBの無料枠を超えた分が最初の10TBまで1GBあたり0.114ドルです。最新の金額はAmazon S3の公式料金ページで確かめてください。

10TB保管で月5TB取り出す条件で比べたWasabiとS3の月額

10TBを保管し、復旧テストやデータ移送で月に5TBを取り出すバックアップ用途で並べます。S3はリクエスト料金を除いた概算で、1TB＝1,024GBで換算し、AWS全体で月100GBの無料転送枠がまるごと残っている前提です。

費目	Wasabi	S3標準（東京）
保管料（10TB）	約80ドル	約256ドル
取り出し（5TB）	0ドル	約572ドル
月額の概算	約80ドル	約828ドル

差の大半は転送料です。取り出しがほぼ無いアーカイブなら、S3側もGlacier系のクラスで保管単価を下げられるので差は縮みます（Amazon S3 Glacierとは？3つのアーカイブストレージクラスと取り出し時間・料金・採用判断を実装者目線で解説）。逆に300GBを1か月だけ置くなら、S3標準は約7.5ドルで済むのに対し、Wasabiは1TB分の月額に加えて90日に満たない分の削除済み保管料がかかり、割高になります。

エグレス無料のCloudflare R2やOSSのMinIOとの位置づけ

転送料がかからないS3互換ストレージとしては、Cloudflare R2も候補です。R2は無料枠があり少量から始めやすい反面、操作回数に応じたリクエスト課金がある別の料金体系です（Cloudflare R2とは？料金・無料枠とS3互換の範囲、使い方を解説）。自社サーバーにS3互換ストレージを置くならMinIOが選択肢ですが、OSS版の扱いが変わっているため、MinIOとは？S3互換オブジェクトストレージの仕組みとOSS版アーカイブ後の採用判断で現状を確かめてから検討してください。

AWS CLIとPythonでWasabiに接続しバケットを操作する手順

WasabiはS3互換APIを提供しており、多くのS3対応ツールはエンドポイントURLとアクセスキーの差し替えで接続できます。ただし公式のAPI対応表には、バケット暗号化設定やIntelligent-Tieringなど未対応の操作が載っているため、移行前に使っているAPIとSDKのチェックサム設定を確かめます。Wasabi公式のAWS CLI手順をもとに、東京リージョンへの接続を示します。アクセスキーは事前にコンソールで、ルートではなくサブユーザーに発行しておきます。

AWS CLIのプロファイル設定と東京リージョンへのアップロード

Wasabi用のプロファイルを分けておくと、本番のAWS認証情報と混ざりません。バケット名は全リージョンで一意なので、例の名前は自社の命名に置き換えます。

# Wasabi用のプロファイルを作成（キーはWasabiコンソールで発行したもの）
aws configure --profile wasabi
#   AWS Access Key ID     : （WasabiのアクセスキーID）
#   AWS Secret Access Key : （Wasabiのシークレットキー）
#   Default region name   : ap-northeast-1
EP=https://s3.ap-northeast-1.wasabisys.com
# バケット作成 → アップロード → 一覧
aws s3 mb s3://example-backup-2026 --profile wasabi --endpoint-url=$EP
aws s3 cp ./backup.tar.gz s3://example-backup-2026/daily/ \
  --profile wasabi --endpoint-url=$EP --checksum-algorithm=CRC32
aws s3 ls s3://example-backup-2026/daily/ --profile wasabi --endpoint-url=$EP

アップロードに付けた –checksum-algorithm=CRC32 は、AWS CLI v2が既定にしたCRC64NVMEチェックサムをWasabiがまだ受け付けないための指定です。付けないと「The algorithm type you specified in x-amz-checksum- header is invalid」で失敗します。大きなファイルは、公式の推奨どおり multipart_chunksize を既定の8MBから32MBへ広げるとリクエスト数を抑えられます。

boto3で接続するときのエンドポイント指定とチェックサム設定

Pythonのboto3では、クライアント作成時に endpoint_url を渡します。この章のコードはWasabi公式手順とAWSのリファレンスに沿った設定例で、本記事では実アカウントでの実行結果は載せていません。SDKごとに既定のチェックサム方式が異なるため、互換性を確認したうえで、boto3の設定ガイドにある request_checksum_calculation と response_checksum_validation を when_required にして、必要な操作だけでチェックサムを計算させます。

import boto3
from botocore.config import Config

session = boto3.Session(profile_name="wasabi")
s3 = session.client(
    "s3",
    endpoint_url="https://s3.ap-northeast-1.wasabisys.com",
    region_name="ap-northeast-1",
    config=Config(
        request_checksum_calculation="when_required",
        response_checksum_validation="when_required",
    ),
)
s3.upload_file("backup.tar.gz", "example-backup-2026", "daily/backup.tar.gz")
resp = s3.list_objects_v2(Bucket="example-backup-2026", Prefix="daily/")
for obj in resp.get("Contents", []):
    print(obj["Key"], obj["Size"], obj["LastModified"])

既存のS3バケットから移すときは、新規データの保存先だけ先にWasabiへ向け、過去データを順次移す並行運用が組みやすい方法です。送信元がAWSなら、移行時の転送料はAWS側で発生します。

導入と連携｜バックアップ製品への組み込みと向く業務

S3互換の効果が大きく出るのは、既存のバックアップ製品との連携です。VeeamやCommvault、Acronis、ArcserveなどS3互換の保存先を選べる製品なら、エンドポイントとキーを入れ替えるだけでWasabiが保存先になります。製品のイミュータブルバックアップを使う場合は、前述のとおりObject Lockを有効にして作ったバケットが必要なので、バケットを作る前に製品の要件を確かめます。バックアップの世代管理やオフサイト保管の設計は、バックアップのやり方｜PC・サーバー・クラウド別の手順と企業の運用設計と組み合わせると置き場所を決めやすくなります。

向いているのは、3か月以上保管する1TB以上のデータです。サーバーやNASのバックアップ、医療画像や4K/8K映像の長期アーカイブ、拠点間での大容量ファイル共有が代表例です。ランサムウェアでNASごと暗号化された組織の復旧では、戻せるバックアップが別の場所にあるかが業務再開の速さを分けます（佐賀大学のランサムウェア被害と事務NASの暗号化｜4日で業務再開した初動と戻せるバックアップ）。

Wasabiのデメリットと向き不向き｜採用する条件と見送る場面

弱点は4つあります。最も効くのは料金体系の癖で、最低1TB・最低90日の課金があるため、数十GBの保管や短期間で消すデータには明確に割高です。次に、計算資源やデータベースを持たないストレージ専業で、アプリの実行基盤は別に必要です。3つ目は鍵管理サービスとの連携が無く、自社管理の鍵で暗号化したい場合はSSE-Cかクライアント側暗号化の運用を自分で組むことになります。4つ目は日本語の公式情報の少なさと、AWS CLIの新しい既定値に追従しきれずチェックサム指定が要るような細かな調整です。

Wasabiを採用すべき条件と総合クラウドのS3に残すべき場面

採用をおすすめするのは、常時1TB以上を保管し、データを90日以上残し、月の取り出し量が保存量を下回り、保存先をS3互換で指定できる製品を使っている場合です。この4つを満たす場合はWasabiを比較候補に入れ、保存世代を含む課金容量、転送量、既存製品の対応状況から月額と移行工数を見積もります。

見送るべきなのは、データ量が1TBに届かない、数日から数週間で消すデータが中心、保存量を超える配信を毎月行う、あるいはAWSの分析・機械学習サービスと同じリージョンで頻繁にデータをやり取りする構成です。最後のケースは、S3から同一リージョンのAWSサービスへの転送料が無料になるため、保存料・リクエスト料・AWSから外部への転送量を合算して比較します。AWSとWasabiを組み合わせたバックアップ基盤や移行計画を自社だけで組むのが難しい場合は、インフラ構築（AWS・Google Cloud・Azure）の支援で構成から相談を受けています。

よくある質問

Wasabiのセキュリティは大丈夫ですか？

保存データはすべて自動でAES-256暗号化され、通信はTLS 1.2と1.3だけを受け付けます。改ざん防止のObject LockとCompliance設定、隠しコピーのCovert Copy、削除に承認をかけるMUAもあります。新規トライアルではMFAが必須です。MUAなどの設定状況をSecurity Health Checkで確認し、保持設定や復元テストも実施します。SOC 2とPCI DSSはデータセンターの認証で、Wasabi自身の認証はISO 27001:2022です。

Wasabiの料金はいくらですか？無料で使えますか？

2026年10月時点の公式料金では、保管料は1TBあたり月7.99ドル（1GBあたり約0.0078ドル）からで、取り出しとAPIリクエストは無料です。常時無料のプランはありませんが、30日間の無料トライアルがあり、公式の説明では試用期間中の利用には課金されません。カードを登録して有料に切り替えた時点で試用は終わります。有料の標準従量課金では、最低1TBからの課金と最低保存期間90日が適用されます。1・3・5年の予約容量（RCS）を買うと割引があり、最低保存期間は30日になります。

Wasabiの評判は？障害は起きていますか？

代表的な障害は2020年12月28日から29日にかけてのドメイン停止で、新規顧客が公開したマルウェアを理由にwasabisys.comが登録事業者に止められ、最初の報告からドメインのブラックリスト解除まで約18時間半かかりました。東京リージョンも影響を受けています。データの消失はありませんでしたが、Wasabiを唯一の保管先にせず、別の場所にもう1つコピーを持つ設計が安全です。国内ではアニメ制作会社のカラーが約500TBのアーカイブを移した事例があります。

Wasabiのデメリットは？最低保存期間とは？

最低1TB課金と最低保存期間90日が主なデメリットです。1TB未満でも1TB分が請求され、90日未満で削除したデータには残り日数分の保管料がかかります。ほかに、計算資源を持たないストレージ専業であること、鍵管理サービスとの連携が無いこと、日本語の公式情報が少なく代理店経由のサポートが中心であることが挙げられます。