Duplicator Cloud vs Amazon S3: WordPressのバックアップを保存するにはどちらを選ぶべきか？ (2026年)

バックアッププラグインをインストールし、バックアップを保存するのに最適な場所を選択する必要があります。

通常、2つのオプションが候補に挙がります。一つは、最も人気のあるバックアッププラグインの1つであるDuplicatorに組み込まれているDuplicator Cloud。もう一つは、インターネットの半分が既に稼働しているAmazon S3です。

両方をセットアップしました。それぞれに実際のバックアップを実行し、数週間スケジュールで実行させ、その後、復旧がどのように機能するかを確認するために、それぞれからサイトを復元しました。

どちらもDuplicatorで動作します。これは最初に言っておく価値があります。問題はS3が機能するかどうかではありません。それは、あなたが自分でどれだけの作業を行いたいか、そして2番目のベンダーアカウントがその価値を持つかどうかです。

私が発見したことは次のとおりです。

• Duplicator CloudはAPIキーではなくライセンスと接続するため、セットアップはAWSコンソールでIAMポリシーを作成するのに費やす午後ではなく、数分で完了します。
• Amazon S3はWordPressで利用するにはバックアッププラグインが必要です。それ自体ではスケジュール、サイト認識、復元プロセスはありません。Duplicatorがそれらすべてを提供します。
• Amazon S3は、1GBあたり月額約0.023ドルという生のストレージ価格で勝利します。これは、通常のサイトでは年間数ドルになります。
• 自分の時間を考慮すると、その価格差はなくなります。90分間のAWSセットアップは、あらゆるプロフェッショナルレートでの年間差額よりも高くつきます。
• AWSは2025年7月15日に無料利用枠を変更しました。新規顧客は、12か月の無料ストレージではなく、6か月間の無料プランで最大200ドルのクレジットを受け取ります。
• 復元こそが、この2つが本当に分かれるところです。Duplicator Cloudのリカバリコネクタは、WordPressが読み込まれない場合でもサイトを再構築します。S3の場合、AWSコンソールからファイルをダウンロードし、自分で再アップロードする必要があります。
• S3は最悪の瞬間に最も請求します。毎月最初の100GB以降はデータ転送量が課金され、アーカイブストレージクラスは取得遅延と手数料を追加するためです。
• Duplicator Cloudは、すべてのサイトにわたる単一のダッシュボードを提供し、サイトごとのアクティビティログと、クラウドコンソールに触れることなくサイトのアクセスを無効にする機能があります。
• どちらか一つを選ぶ必要はありません。Duplicator Proは同じバックアップを複数の場所に送信します。これが3-2-1ルールが機能する仕組みです。
• Duplicatorをすでに利用している場合は、Duplicator Cloudが最良の選択肢です。 1つのベンダー、1つのログイン、1つのサポートチーム、そしてWordPressのバックアップを中心に構築されたストレージを利用できます。

目次

Duplicator CloudとAmazon S3：迅速な結論は？

もし1つのセクションしか読まないなら、このセクションを読んでください。この表は、あなたの決定を変える違いを網羅しています。

	Duplicator Cloud	Amazon S3
セットアップ時間	数分	初めての方：45～90分
必要な認証情報	Duplicator Proライセンス	AWSアカウント、IAMユーザー、アクセスキーペア
料金モデル	年間固定ティア	GBあたり、リクエストあたり、転送されたGBあたりの従量課金
50GB保存時のコスト	99ドル/年（ビジネスティア）	約14～20ドル/年
ストレージ範囲	2GB～150GB	実質無制限
データ転送（Egress）料金	なし	最初の100GB/月は無料、その後0.09ドル/GB
WordPressがダウンした場合の復元パス	cloud.duplicator.comにログインし、リカバリーコネクターを使用します。	AWSコンソールにログインし、バケットを見つけ、オブジェクトをダウンロードしてWordPressに再アップロードします。
信頼性に関する主張	99.9%の稼働率SLA、AES-256暗号化	99.999999999%の耐久性設計目標
マルチサイトダッシュボード	はい、WordPress向けに構築されています	いいえ、バケットとプレフィックスのみです
WordPress対応	はい	いいえ
最適	バックアップを処理したいWordPressサイトの所有者	すでにAWSを実行しているチーム、および長期アーカイブ

TLDR：Amazon S3は優れたストレージですが、Duplicator CloudはWordPressバックアップの宛先としてより優れています。

Amazon S3は、あらゆるアプリケーションのオブジェクトを保持するために構築されており、他のほとんどのものを凌駕しています。しかし、WordPressが何であるかを知りません。

Amazon S3では、どのアーカイブがどのインストーラーとペアになっているか、バックアップがどのサイトに属しているか、または昨夜のスケジュールされた実行が成功したかどうかを知ることはできません。これらはすべて、あなたまたはバックアッププラグインが行う必要がある作業です。

Duplicator CloudはWordPress側から始まり、外側に向かって機能します。Duplicatorとペアになっているため、WordPressに直感的なツールを使用して、バックアップ、スケジュール、ストレージ、および復元を処理します。

注目すべき点がもう1つあります。S3が独自のものを保持している場所のほぼすべてで、DuplicatorがS3の代わりに実行していることが説明されています。Duplicatorを排除すると、S3は手動でzipファイルをアップロードするだけのバケットになります。

したがって、本当の質問は、どちらのストレージが優れているかではありません。ストレージがバックアッププラグインを構築したのと同じ会社から提供されるか、独自の請求とサポートキューを持つ別のベンダーから提供されるかです。

Duplicator Cloudとは？

Duplicator Cloudは、Duplicatorが独自のプラグインのために構築したストレージです。2025年に発売され、1つの理由で存在します。それは、バックアップワークフローの中間からサードパーティのアカウントを削除することです。

Duplicator Proの他のすべてのクラウド宛先では、まずどこか別の場所に行く必要があります。Dropboxアプリを作成したり、Google Driveを承認したり、Amazon S3のIAMポリシーを作成したりする必要がありました。Duplicator Cloudは、既にお持ちのライセンスキーと接続します。

Duplicator Pro 4.5.24以降とアクティブなライセンスが必要です。その後、ストレージを購入し、ライセンスキーを接続して、クラウドへのバックアップ送信を開始できます。

私が最も気に入っているのは、Duplicator Cloudのカスタムダッシュボードです。以下にその内容を示します。

• 接続されているすべてのサイトのストレージ使用量。上限に達する前に、何がクォータを消費しているかを確認できます。
• バックアップ、復元、および構成変更の時系列アクティビティログ。複数の人がサイトに触れる場合に重要です。
• サイトごとの監視。これにより、10のクライアントサイトが1つのリストにぼやけることはありません。
• アーカイブサイズ、データベースサイズ、処理時間、PHPバージョン、および各バックアップに含まれるデータを含むバックアップインサイト。
• WordPressを一切介さずに、アーカイブとインストーラーの両方の直接ダウンロード。
• WordPressが読み込まれない場合でも、ダッシュボードからサイトを再構築するリカバリコネクタを介したリモート復元。

最後の機能は、私が頼ることになった機能です。復元セクションでさらに詳しく説明します。

Duplicator Cloudの料金はいくらですか？

Duplicator Cloudの料金はサブスクリプションベースです。ストレージサイズを選択し、年間1つの金額を支払います。

現在のティアは次のとおりです。

Duplicator Cloudストレージティア	ストレージ	年間料金
スターター	2GB	$29
基本	10GB	$49
プラス	25GB	$69
ビジネス	50GB	$99
プロ	100GB	$149
スケール	150GB	$199

3月にサイトを2回復元しても、リクエスト料金、転送手数料、請求額は変わりません。年間固定料金をお支払いいただきます。

バックアップが増えるにつれて、ティアが上がります。上位プランは150GBまで対応しており、これはほとんどのWordPressサイト（通常のビジネスサイトでメディアライブラリ全体を使用しても、バックアップは1GBから5GB程度です）をカバーします。

それ以上の容量を保存している場合（おそらくそうではないでしょう）、それは真のインフラストラクチャの領域であり、S3を検討する正当な理由となります。

ストレージプランはDuplicator Proライセンスとは別に販売されています。すべてのプランには、理由を問わない14日間の返金保証が付いています。

Amazon S3とは？

Amazon S3はオブジェクトストレージです。ファイルをバケットに入れれば、Amazonが保管し、使用量に応じた料金を支払います。2006年から提供されており、クラウドストレージ市場の約30%を占めているため、多くの技術チームにとって標準的な選択肢となっています。

その背後にあるエンジニアリングは優れています。Amazonは、オブジェクトを複数のアベイラビリティゾーンに複製することで、99.999999999%の耐久性を実現するようにS3を設計しています。これは、S3がバックアップを失う可能性が事実上ゼロであることを意味します。

S3はオブジェクトのバージョン管理、削除のためのMFAの要求、詳細なバケットポリシーの書き込み、および古いバックアップをスケジュールに従ってより安価なストレージクラスに移動させるライフサイクルルールを設定できます。

しかし、WordPressについては何も知りません。

S3にとって、あなたのバックアップは拡張子の変わった2つのファイルにすぎません。昨夜のスケジュールされた実行が完了したかどうか、どのインストーラーがどのアーカイブとペアになっているか、または復元しようとしているサイトがPHP 8.1を実行しているかどうかを知ることはできません。

そのコンテキストはプラグイン内か、あなたの頭の中にあります。

Duplicator Proは、他のS3互換プロバイダーもサポートしています。これは、コミットする前に知っておくと良いでしょう。

現在のリストはこちらです：

• Wasabi、エグレス料金なしの固定TBあたりの料金を設定しています。
• Backblaze B2、同じ一般的な目的でS3よりもはるかに安価な価格設定です。
• Cloudflare R2、エグレス料金が全くかかりません。
• DigitalOcean Spaces、Vultr Object Storage、およびDreamObjects、すべてS3 API互換です。
• Google Cloud Storage、Amazon S3の直接の競合相手です。

GBあたりの価格だけが懸念事項であれば、これらのうちのいくつかはS3よりも安価です。

バックアッププラグインなしのAmazon S3とは？

Amazon S3はそれ自体ではファイルを置く場所でしかありません。WordPressのバックアップを自動で行ってくれるわけではありません。

手動でサイトをS3にバックアップするには、次の手順が必要です：

• 毎回、SSHまたはホストのファイルマネージャー経由でサイトファイルをZIP圧縮します。
• phpMyAdminまたはWP-CLIを使用してデータベースを個別にエクスポートします。
• AWSコンソールまたはAWSコマンドラインを使用してバックアップファイルをアップロードします。
• すべて自分で名前を付け、日付を付けます。バケット内の何も後でそれが何であるかを教えてくれないからです。
• cronジョブを使用して独自のスケジュールを構築し、それを維持します。
• 古いバックアップを手動で削除するか、それを実行するためのライフサイクルルールを作成します。
• 手動での復元。これは、ダウンロード、アップロード、解凍、データベースのインポート、URLの修正を意味します。

Duplicatorはそれらすべてをあなたのために行います。バックアップ、スケジューリング、保持制限、バックアップ暗号化、転送、または復元を手動で処理する必要はありません。

したがって、Duplicator CloudとAmazon S3のどちらかを選択しているわけではありません。Duplicatorを独自のストレージで使用するか、サードパーティのストレージでDuplicatorを使用するかを選択しています。

そのように見れば、決定ははるかに簡単になります。

WordPressのバックアップにおけるAmazon S3のコストは？

S3の料金は従量制であり、メーターには複数のダイヤルがあります。これは、人々がそれを愛するか嫌うかのどちらかになる部分です。

請求される項目は次のとおりです。

• ストレージ。S3 Standardの場合、米国東部（バージニア州北部）の最初の50TBまで、1GBあたり月額$0.023です。
• PUTリクエスト。1,000件あたり$0.005。これは、Duplicatorがアップロードするすべてのチャンクをカバーします。
• GETリクエスト。別途請求されます。バックアップをダウンロードするときに支払います。
• データ転送。すべてのAWSサービスで月間最初の100GBは無料、その後は1GBあたり$0.09です。
• DELETEリクエスト。これは無料です。

小さなサイトの場合、これらの数値はほとんどゼロに丸められます。6GBのバックアップロードは、月に約14セントのストレージ料金がかかります。

より安価なストレージクラスには条件があり、ここで人々は驚きます。Standard-IAはオブジェクトごとに最低30日課金され、Glacier Instant RetrievalとGlacier Flexible Retrievalは90日、Deep Archiveは180日課金されます。

最小期間が終了する前にバックアップを削除すると、全期間に対して引き続き課金されます。取得料金はさらに加算されます。

バックアップローテーションは古いファイルを常に削除するため、これはバックアップにとって重要です。Duplicatorがスケジュールで削除するバケットにライフサイクルルールをポイントすると、すでに削除したファイルにアーカイブ料金が請求される可能性があります。

AWSは2025年7月15日に無料利用枠を変更しました。新規顧客は現在、対象となるサービス全体で最大$200の無料利用枠クレジットを受け取り、6か月間実行される無料プランで提供されます。古い取り決め（12か月間S3ストレージ5GB無料）は、今日の新規アカウントが受け取るものではありません。

どちらのセットアップが速いか？

これがDuplicator CloudとAmazon S3の最も明確な違いです。

両方を時間を計りました。Duplicator Cloudは5分未満でした。Amazon S3は40分強かかりました。以前にもやったことがあるのですが。

Duplicator Cloudのセットアップ方法は？

セットアップは1つの段落で説明できるほど短く、それがポイントです。

Duplicator Cloudのセットアップ方法は次のとおりです。

1. Duplicatorの料金ページからストレージプランを購入します。
2. wp-adminのDuplicator Pro » Storageに新しいストレージ場所を追加します。
3. Duplicator Cloudを選択し、Duplicator Proライセンスを使用して接続します。

コピーするキー、編集するJSON、または追跡するセカンドベンダーアカウントはありません。WordPressデータベースに保存されるものは何もありません。これは、後でクラウドアカウントに対して使用される可能性があります。

DuplicatorでAmazon S3をセットアップする方法は？

Amazon S3のセットアップは実際の作業です。十分に文書化されており、何千人もの人々がそれを完了していますが、開始する前にサインアップしている内容を理解しておく必要があります。

プロセスは以下のようになります。

1. まだAWSアカウントをお持ちでない場合は、請求情報を含めて作成してください。
2. サービス » S3に移動し、Webサーバーに最も近いAWSリージョンを選択してバケットを作成します。
3. セキュリティ、ID、およびコンプライアンス » IAMに移動し、次にポリシー » ポリシーの作成に進みます。
4. JSONタブに切り替え、Duplicatorのバケットポリシーを貼り付け、BUCKETNAMEを実際のバケット名に置き換えます。
5. ポリシーに名前を付けて保存します。
6. ユーザー » ユーザーの追加に移動し、ユーザーを作成し、ポリシーを直接アタッチを選択して、作成したポリシーにチェックを入れます。
7. 新しいユーザーのセキュリティ認証情報タブを開き、アクセスキーを作成し、ユースケースとしてサードパーティサービスを選択します。
8. アクセスキーIDとシークレットアクセスキーを保存します（CSVをダウンロードします。シークレットは一度しか表示されません）。
9. WordPressで、Duplicator Pro » ストレージ » 新規追加に移動し、ストレージに名前を付けて、Amazon S3を選択します。
10. アクセスキーとシークレットキーを貼り付け、バケット名を入力し、最大バックアップ数を設定して、S3接続のテストをクリックします。

完全なチュートリアルについては、WordPressをAmazon S3にバックアップする方法に関する投稿をお読みください。

10ステップ、2つのプラットフォーム、そしてJSONドキュメント内で手動編集する必要があるフィールドが1つ。

これがうまくいかないのを見た場合、ほぼ常に3つのうちの1つです。ポリシーのどこかにBUCKETNAMEが残っている、IAMユーザーを作成する代わりにルートアカウントキーを使用した、またはシークレットキーが末尾の空白とともに貼り付けられた。これら3つすべてで、どの間違いを犯したかを教えてくれないメッセージとともに接続テストが失敗します。

これらのアクセスキーは、WordPressデータベースに存在する長期的な認証情報です。セキュリティプラクティスでは、それらをローテーションすることが推奨されています。ローテーションしてプラグインの更新を忘れると、スケジュールされたバックアップのアップロードが停止します。

Amazon S3は優れたストレージかもしれませんが、特にWordPress初心者にとっては、セットアップとメンテナンスが困難です。

どちらが早くオンライン復帰できるか？

復元はバックアップが存在する唯一の理由なので、これを適切にテストしました。意図的にサイトを壊し、各宛先から復旧しました。

WordPressが機能している場合、両者は近いです。Duplicator Proは、任意のサードパーティストレージのリモート復元をサポートしているため、Amazon S3にあるバックアップは、WordPressダッシュボードからワンクリックで復元できます。

Duplicatorはアーカイブをサーバーにダウンロードし、復元ウィザードを開きます。Amazon S3にアクセスして、正しいバックアップを見つけてダウンロードし、FTP経由で再アップロードする必要はありません。

ただし、それはDuplicatorがあなたの代わりに作業しているからです。それがなければ、S3の復元はかなり困難です。

サイトが読み込まれなくなった場合はどうなりますか？

バックアップを用意しておくような災害は、アクセスできないサイトに関係することがよくあります。ホワイトスクリーン、データベース接続エラー、ロックアウトされたハッキング、または応答しなくなったサーバー。

WordPressダッシュボードが消え、そこにあるワンクリック復元も消えます。

ここでDuplicator Cloudは、Amazon S3にはできないことを行います。

Duplicator Cloudにはリカバリコネクタが含まれています。サイトのFTPまたはSFTPの詳細（ホスト名、ユーザー名、パスワード、サイトファイルへのパス）をDuplicator Cloudダッシュボードに一度追加し、接続をテストすれば、あとはそのままにしておけます。

何か問題が発生した場合、どのデバイスからでもcloud.duplicator.comにサインインし、最後に正常だったバックアップを見つけて、フルバックアップの復元をクリックします。

WordPressは実行されている必要はありません。サーバーに接続できる必要もありません。復元は保存された認証情報を使用してクラウドダッシュボードから実行されるため、ホテルのWi-Fiに接続したスマートフォンからサイトを復旧できます。

データベースのみ、メディアライブラリのみ、または個々のファイルを復元することもできます。

Amazon S3には同等の機能はありません。WordPressがダウンしている場合、S3バックアップの復旧には以下が含まれます。

1. AWSコンソールにサインインし、適切なバケットを見つけます。
2. アーカイブとインストーラーが、適切なサイトと適切な日付のものであるオブジェクトを特定します。
3. 両方をコンピューターにダウンロードします。
4. FTP経由でサーバーにアップロードします。
5. インストーラーを実行します。

すべての手順は実行可能であり、それぞれが難しいわけではありません。しかし、それらをすべて行うことで、2分で完了する復旧作業が、最も忍耐力がなくなる瞬間に、数時間の慎重な作業に変わってしまいます。

Duplicator Cloudの使用と、リカバリコネクタが必要になる前に設定しておくことをお勧めします。約2分で完了し、壊滅的なエラーをロールバックできます。

どのストレージを選択する場合でも、ディザスタリカバリURLも設定してください（Duplicatorをお持ちの場合）。WordPressに完全にアクセスできなくなった場合でもサイトを復元でき、ここで紹介する他のすべての機能と連携して動作します。

ストレージクラスの落とし穴

Amazon S3の復元がうまくいかなくなるもう一つの方法があり、それを選択する前に理解しておく価値があります。

お金を節約するために古いバックアップをGlacier Flexible RetrievalまたはDeep Archiveに移動した場合、それらのファイルはダウンロードできる状態にはありません。最初にオブジェクトの復元をリクエストしてから待つ必要があります。Deep Archiveの取得には数時間かかる場合があります。

Duplicator Cloudにはストレージクラスが1つしかなく、それは高速なものです。

セキュリティと信頼性ではどちらが優れているか？

どちらのオプションもバックアップを暗号化し、どちらもサイトが実行されているサーバーよりも信頼性が高くなっています。

それぞれがもたらすものは次のとおりです。

• Amazon S3は、複数のアベイラビリティゾーンにわたる99.999999999%の耐久性で設計されています。オブジェクトのバージョン管理、MFA削除、詳細なバケットポリシー、サーバーサイド暗号化、データ居住性要件のためのリージョン選択をサポートしています。
• Duplicator CloudはAES-256暗号化を使用し、99.9%のSLA稼働率を持ち、Duplicator Proライセンスを通じてアクセスをスコープし、ダッシュボードから個々のサイトのアクセスをいつでも取り消すことができます。

耐久性とは、データがどの程度生き残るかを測定するものです。稼働時間とは、現時点でそれにアクセスできるかどうかを測定するものです。S3のイレブンナインは、Amazonがバックアップを失うことはないことを意味し、これは印象的なエンジニアリングであり、可用性と同じ主張ではありません。

WordPressのバックアップにとって、どちらの数値もリスクが存在する場所ではありません。リスクは認証情報に存在します。

S3の設定では、WordPressデータベースに長期的なアクセスキーペアが保存されます。これはIAMポリシーによってスコープが定められているため、侵害されたサイトがそのポリシーで許可されている以上のことを行うことはできず、だからこそポリシーが非常に重要になります。ポリシーを広範囲に設定しすぎると（接続テストをパスさせるために多くの人がそうします）、意図した以上に侵害されたサイトにアクセス権を与えてしまうことになります。

Duplicator Cloudは、再利用可能なクラウドアクセスキーをデータベースに保存しません。サイトが侵害された場合、Duplicator Cloudダッシュボードからその1つのサイトのアクセス権を取り消すだけで、他のものをローテーションする必要はありません。

S3には、この問題に対する実際の解決策があります。オブジェクトのバージョン管理とMFA削除は、攻撃者がバックアップを削除または上書きするのを防ぎます。もしあなたがそれらを正しく設定できるチームであれば、それらは持つ価値があります。また、バケットを完全に所有していることも、コンプライアンスルールがデータの保存場所と管理者を指定する場合に重要になります。

ほとんどのWordPressサイトでは、問題が発生するのはAmazonがファイルを失うことではありません。設定ミスしたポリシー、更新されなかったローテーションされたキー、または数ヶ月前に静かに実行されなくなったバックアップです。

よりシンプルでありながら、同等に安全なクラウドストレージとしてDuplicator Cloudをお勧めします。

複数のサイトを管理している場合はどちらが良いか？

サイトが1つであれば、この2つの違いは利便性です。サイトが10あれば、それは運用上の問題に変わります。

Duplicator Cloudは、サイトを中心に構築されたビューを提供します。日々の運用は以下のようになります。

• 接続されているすべてのサイトを1つのダッシュボードで確認できるため、サイトのバックアップが一目でわかります。
• アクティビティログには、誰がスケジュールを変更したか、バックアップがいつ実行され、どのくらいの時間がかかったかが表示されます。
• 各サイトのバックアップインサイトには、アーカイブサイズ、データベースサイズ、PHPバージョンなどが含まれます。
• サイトごとにアクセス権を無効化でき、他の場所の認証情報を変更する必要はありません。これは、サイトを引き継ぐ場合やクライアントをオフボードする場合に重要です。
• サイトごとに1つのリカバリコネクタがあるため、リスト内のどのサイトでもリモートから復元できます。

Amazon S3はバケットを提供します。サイトを個別のバケットに整理したり、1つのバケット内のプレフィックスに整理したりできますが、どちらも問題なく機能しますが、WordPressサイトが何であるかは認識しません。オブジェクトキーとタイムスタンプを読み取って、何を見ているのかを判断する必要があります。

サイトごとに個別のIAMポリシーを作成することは正しいアプローチですが、サイトを追加するたびに手間が増える作業でもあります。

次に、引き継ぎの問題があります。あなたのAWSアカウントを構築した開発者が異動した場合、彼らはその知識を一緒に持ち去ります。どのバケットがどのサイトに属しているのか、なぜあるポリシーに余分な権限があるのか、どのキーがまだ有効なのかを知らないかもしれません。

クライアントサイトでS3を使用する場合は、バケットとサイトのマッピングをどこかに文書化してください。

どちらか一つだけを選ばなければならないか？

いいえ、リカバリを真剣に考えているのであれば、おそらくそうすべきではありません。

「3-2-1バックアップルール」では、2種類のストレージに3つのデータコピーを保存し、そのうち1つはオフサイトに置くことを推奨しています。Duplicator Proは同じバックアップを複数のストレージ場所に送信するため、これは設定の選択肢となります。

私が実行するであろう設定は次のとおりです。

• サーバー上のローカルコピーで、悪いアップデートの後に素早くロールバックできます。
• Duplicator Cloudをプライマリのオフサイトコピーとして使用。火事の時に復元するコピーだからです。
• Amazon S3、Wasabi、またはBackblaze B2をディープアーカイブとして使用。低価格で多くのバージョンを長期間保持します。

各場所で異なる保持カウントを設定します。アーカイブは12ヶ月分のバージョンを保持し、プライマリは過去7日間を保持できます。どちらかが他方に妥協する必要はありません。

そこでの順序に注意してください。安価な従量課金ストレージは、あなたが決して触れないことを願うアーカイブです。あなたが復元するストレージは、最も速く元に戻してくれるものです。

Duplicator Cloud vs Amazon S3：どちらを選ぶべきか？

これら両方がバックアップを安全に保持します。問題は、それぞれがあなたに何を要求するかです。

これらがあなたに当てはまる場合は、Duplicator Cloudを選択してください：

• バックアップを迅速に実行したい。AWSコンソールで午後を過ごすのではなく。
• まだAWSアカウントを持っていないし、維持するベンダー関係を増やしたくない。
• 生計を立てるためにWordPressサイトを運営しているが、クラウドインフラストラクチャはあなたの仕事ではない。
• WordPressが機能しないときに機能するリモートリストアを望む。
• 支出上限のない従量課金請求書よりも、予測可能な年間請求書を望む。

これがあなたの状況に近い場合は、Amazon S3を選択してください：

• すでにAWSを実行している場合、バケットの追加は90分ではなく10分で済みます。
• 150GBを超えるストレージが必要な場合。これはDuplicator Cloudの最高ティアを超えています。

3-2-1ルールを適切に遵守している場合は、両方を使用してください。Duplicator Cloudを復元コピーとして、S3（またはより安価なS3互換プロバイダー）を長期アーカイブとして使用します。

ほとんどのWordPressサイト所有者にとって、これは難しい選択ではありません。すでにDuplicatorを実行している場合、プラグインはスケジューリング、アーカイブ、暗号化、復元を行っています。Duplicator Cloudは、既存のワークフローで動作するように構築されたストレージであり、すでに所有しているライセンスと接続されています。

WordPressバックアップの保存場所を1つ選択する場合、Duplicator Cloudを選択してください。S3は優れた汎用ストレージですが、WordPressサイトをオンラインに戻すようには構築されていません。Duplicator Cloudはそうです。

よくある質問（FAQ）

午前2時に理解できるストレージを選択してください

Amazon S3は優れたインフラストラクチャであり、それを否定するつもりはありません。他のソフトウェアがその上に構築される基盤として設計されており、その役割をうまく果たしています。それができないのは、WordPressのバックアップを理解して復元することです。

Duplicator Cloudはその理解から始まります。そのため、セットアップは短く、ダッシュボードはオブジェクトではなくウェブサイトごとに整理されており、復旧コネクタはWordPressが完全に機能しない状態でもサイトを再構築できます。

すでにDuplicatorでバックアップのスケジュール設定を行っている場合、その下のストレージは同じ場所から取得するのが合理的です。つまり、覚えるログインは1つで、設定するものはなく、バックアップが正しくない場合に問い合わせる場所も1つです。

これを読んでいるすべての人に伝えたいヒントは、どちらの宛先を選択しても同じです。四半期ごとに、最新のバックアップをステージングサイトに復元する定期的なリマインダーをカレンダーに入れてください。10分で完了し、バックアップが機能することを確認する唯一の方法です。

S3を使用している場合は、同じリマインダーを使用してアクセスキーがまだ認証されていることを確認してください。キーのローテーションはバックアップのアップロードを静かに壊す可能性があり、誰も気づく前に数週間を失う可能性があります。

バックアップの質は、復元できる能力と同じくらい良い

障害発生時にアクセスできないバックアップは保護ではありません。それは単なるファイルです。

Duplicator Proは、バックアップ、移行、ワンクリックステージング、および災害復旧のために150万以上のWordPressプロフェッショナルに信頼されています。

Duplicator Cloudと組み合わせることで、数分で接続されるストレージ、管理するすべてのサイトをカバーするダッシュボード、サーバーの協力を必要としないリモート復元機能を利用できます。

すべてのプランには、14日間の無条件返金保証が付いています。

この投稿を読んで、WordPressのバックアップがどこにあるかについて考えさせられたなら、これらのガイドを読むことをお勧めします。

• WordPressサイトをAmazon S3にバックアップする方法
• 壊れたウェブサイトを復旧するためにクラウドWordPressバックアップを復元する方法
• WordPressバックアップのためのベストクラウドストレージサービス12選（専門家ピック）
• クラウドWordPressバックアップの作成方法（サーバーエラーでデータを失うことはありません）
• ウェブサイトバックアップの冗長化戦略と場所が重要な理由
• WordPressサイトの安全なバックアップストレージを取得する方法