コストを確実に最適化するには、データ ストレージ要件に適した Amazon AWS S3 ストレージ クラスを見つけることが不可欠です。 ストレージ クラスの違いを理解し、それらの機能を比較検討すると、データに適したストレージ クラスを決定するのに役立ちます。 このブログでは、各 Amazon S3 ストレージ クラスを特定のユース ケースに活用する方法と、適切な EBR ソリューションについて学習します。
バックアップを実行するときに、これらの多様なストレージ クラスを最大限に活用できます。 Zmanda EBR ソリューションが可能にするのと同じように、バックアップおよびリカバリ ソリューション自体からストレージを直接構成できる場合、ストレージ構成はより簡単に処理できます。 Zmanda では、AWS S3 内で最大 3 つのストレージ クラスをバックアップできます。 Zmanda による強力なバックアップ サポートを備えた AWS SXNUMX ストレージ クラスの強みを探ってみましょう。
私たちのブログ AWS の概要 そのストレージ クラスをよりよく理解するのに役立ちます。 だから、あなたが私たちに不慣れな場合 AWSシリーズ、このシリーズの以前のブログを簡単に読むことをお勧めします。
AWS S3 のストレージの種類
3 つのタイプのクラウド ストレージでは、現代のビジネス ストレージのニーズを満たすことはできません。 単一のクラウド ストレージ タイプだけでコストを最適化することは難しいため、AWS SXNUMX はさまざまなニーズに応じた選択肢を提供します。
支払いのたびに使用するクレジット カード PIN のように、頻繁にアクセスされるデータもあれば、子供の頃の写真のようにほとんどアクセスされないデータもあります。 このような個別のアクセス ニーズを満たすために、AWS ストレージ クラスも作成されます。
バックアップを開始するたびに、特定のデータを特定のストレージ クラスに保存するのは大変な作業のように思えませんか? 幸運なことに、Zmanda を使用すると、AWS S3 ストレージ クラスを構成して、バックアップから直接バックアップすることができます。 Zmanda管理コンソール (ZMC)そのもの。
実装に適した AWS S3 ストレージ クラスを選択するには、AWS S3 のストレージ クラスをよりよく理解することが不可欠です。 それを理解するために、まず応答時間に基づいてデータ処理がどのように分類されるかを学びます。
データ処理は、応答時間に基づいて XNUMX つのタイプに分類されます。 彼らです：
- リアルタイム： これは、データ処理結果がすぐに必要な場合に使用されます。 たとえば、ソフトウェアの無料試用版に制限を適用するとします。 その場合、試用版のユーザーがクォータを後ではなくすぐに使い果たす時期を知る必要があります。
- ほぼリアルタイム: これは、データ処理結果がすぐに必要であるがすぐには必要ない場合に使用されます。 ほぼリアルタイムのデータ処理では、結果は現在ではなく最近の過去のデータを反映します。 たとえば、データセットから見込み客を認識する操作インテリジェンスを取得する場合を考えてみましょう。 購入する可能性が高い見込み客を特定し、すべての見込み客に焦点を当てるのではなく、それらに焦点を当てます。
- バッチ： これは、データ処理結果がすぐには必要なく、数時間または数日の遅延が許容される場合に使用されます。 たとえば、毎月のサイクルで行われる給与計算活動の場合を考えてみましょう。
Zmanda がサポートする AWS S3 ストレージ クラスをリアルタイムと準リアルタイムのカテゴリに分類すると、次のようになります。
| リアルタイム（ミリ秒アクセス） | ほぼリアルタイム |
| S3標準 | S3 Glacier フレキシブル検索 (1 分から 12 時間) |
| S3 標準 - 低頻度アクセス | |
| S3 XNUMX ゾーン - 低頻度アクセス | |
| S3 低冗長ストレージ |
上記の分類は、アクセス時間に関するものです。 前に説明したように、AWS S3 を ZMC のターゲットとして利用する場合、バックアップ先のストレージ クラスを選択できます。 AWS S3 選択の構成におけるこの便利さが、Zmanda を真にユーザー中心にするものです。
クラウドにバックアップする場合、良好なインターネット接続は交渉の余地がありません。 ただし、インターネットが断続的に切断され続ける場合は、 クラウド バックアップの安定性 機能により、問題なくバックアップと復元を実行し続けることができます。 ささいな接続の問題がバックアップおよびリカバリ プロセスを妨げることはありませんのでご安心ください。 この機能はユーザーの介入を必要とせず、Zmanda によって自動的に有効になります。
S3標準
S3 標準は、すべてのオブジェクトのデフォルトのストレージ クラスです。 S3 へのアップロード時にストレージ クラスを指定しない場合、データは自動的に S3 標準で保存されます。 高い耐久性 (99.999999999%) のために、S3 標準に保存されたデータは少なくとも XNUMX つのアベイラビリティーゾーンに保存されます。 の 柔軟性 同じリージョンのレプリケーションまたはクロスリージョンのレプリケーションが利用可能です。 その結果、アベイラビリティーゾーン全体がダウンした場合でも、データの安全性が保証されます。 リアルタイム アクセスをサポートし、最も高価なストレージ クラスです。 ギガバイトあたりのストレージと API 呼び出しに対して課金されます。
そのため、予算のほとんどを AWS S3 に費やしており、厳しい状況にあります。 しかし、バックアップとリカバリのソリューションで妥協することはできません。 このような状況では、Zmanda を使用すると、AWS S3 の支出を妥協することなく最大限に活用できます。 S3 標準が高価だからといって、バックアップ ソリューション (Zmanda を参照) が高価である必要はありません。 Zmanda のライセンス ポリシーでは、バックアップされるエンドポイントの数に基づいて課金されます。 テラバイトまたはペタバイトのデータをバックアップすることを選択できますが、Zmanda のライセンス コストは影響を受けません。 これにより、コスト要因をあまり考えずにビジネスを簡単に拡張できます。
動的な Web サイト、クラウド アプリケーション、モバイルおよびゲーム アプリケーション、コンテンツ配信など、大量の重要なデータをバックアップする場合は、S3 標準が理想的です。 Zmanda のコストメリットを活用して、AWS S3 ストレージを最大限に活用できます。
ZMC でバックアップ セットを構成して、データを S3 標準ストレージ クラスにバックアップできます。 これにより、ZMC と AWS S3 の画面間の調整のオーバーヘッドがなくなります。 これは、[ストレージ] ページで行うことができます。
次に、S3 Standard Infrequent Access (S3 IA) ストレージ クラスについて学習します。
S3 標準低頻度アクセス (S3 IA)
S3 IA ストレージ クラスは、月に 3 回または年に 3 回アクセスされる可能性が高いデータを対象としていますが、アクセスするとすぐに必要になります。 アクセスは頻繁ではありませんが、SXNUMX IA に格納されたデータには瞬時に、つまりミリ秒単位でアクセスできます。 SXNUMX 標準と比較して、ストレージのギガバイトあたりの料金が安くなります。 ただし、GB ごとの取得料金を支払う必要があります。
アクセス頻度の低いデータを長期間保存しながら、コストを削減できます。 したがって、S3 IA は、長期保管および災害復旧のユースケースに最適です。
AWS S3 UI と Zmanda UI の間の調整を簡素化するために、ZMC のストレージ ページでは、S3 標準 IA ストレージ クラスで発生するようにデータのバックアップを設定できます。
S3 ライフサイクル ポリシーとは何ですか?
S3 ライフサイクル ポリシー AWS が S3 に保存されたオブジェクトをその経過時間に応じて処理する方法を設定できます。 S3 ライフサイクル ポリシーを通じて、オブジェクトを別のストレージ クラスに移動したり、アーカイブしたり、一定期間 (たとえば 30 日) 後に削除したりすることもできます。
S3 ライフサイクル ポリシーを定義する利点は、移動/アーカイブ/削除アクションを自動化できることです。 これにより、オブジェクトを監視して時々それらを処理する手間が省けます。 Zmanda を使用すると、今学んだのと同様の機能を実装できます。
Zmanda でのバックアップの構成は、 バックアップ セット. バックアップ セットは、XNUMX つの異なる画面で構成されます。 各画面では、何をバックアップするか、どこにバックアップするか、ステージングをどのように使用するかなど、バックアップ セットのさまざまな側面を制御できます。Backup Media というタイトルのバックアップ構成の最後の画面では、多くのメディア固有のオプションを構成できます。 . 利用可能なオプションの XNUMX つは、 保存期間. このオプションを使用すると、バックアップを保持する期間を指定できます。
ただし、ストレージ セットがアーカイブされている場合、データ保持期間が過ぎても、データは AWS S3 からプルーニングされません。 以下のスクリーンショットでは、Amazon S3 が永久保存のアーカイブに使用されています。
一部のストレージ クラスは AWS から移行されることに注意してください。 サポートしていません。. たとえば、S3 ライフサイクル ポリシーは、オブジェクトをどのストレージ クラスからも S3 Standard または Reduced Redundancy Storage (RRS) に移行しないとします。 さらに、S3 ライフサイクル ポリシーの移行と有効期限は 有料.
S3 3 ゾーン低頻度アクセス (SXNUMX XNUMX ゾーン IA)
S3 3 ゾーン IA は、月に XNUMX 回または年に XNUMX 回アクセスされる可能性のある重要度の低いデータを対象としていますが、アクセスする必要がある場合はすぐに必要になります。 One Zone IA と SXNUMX IA の違いは、複数のゾーン間でのデータのレプリケーションがないことです。 アベイラビリティーゾーン ワンゾーンIAで。 S3 One Zone IA に保存するデータはすべて、コストを削減するために単一のアベイラビリティーゾーンに保存されます。 S20 IA ストレージ クラスよりも 3% 安価です。 ここでのトレードオフは、データが保存されているアベイラビリティ ゾーンが破壊された場合、データが失われることです。 したがって、One Zone IA の耐久性は 単一のアベイラビリティーゾーンで 99.999999999% です。
S3 One Zone IA は、バックアップ データの追加コピーや簡単に再作成できるデータなど、重要でないデータに最適です。 ここでも、S3 IA と比較してギガバイトあたりの料金が低く、S3 IA と同じ GB あたりの取得料金が請求されます。
データを S3 Standard One Zone IA ストレージ クラスにバックアップする場合は、ZMC (ストレージ ページ) 自体から簡単にセットアップできます。
S3 削減冗長ストレージ (RRS)
S3 Reduced Redundancy Storage は、頻繁にアクセスする可能性が高い重要でないデータ向けです。 このクラスに格納されているデータは、 冗長性が低い S3 標準と比較して、つまり、RRS の耐久性は 99.99% です。
処理されたデータやサムネイルなどの再現可能なコンテンツを配布するために高可用性ストレージが必要な場合は、RRS を使用できます。 AWS によると、S3 標準クラスは RRS よりも費用対効果が高いため、S3 標準を使用することをお勧めします。 RRS は、同じ量のストレージに対して S3 標準よりもわずかに多くの費用がかかります。
Zmanda を介して再現可能なコンテンツをバックアップしている場合は、RRS で間違いはありません。 マルチパート アップロード API のような Zmanda のユーザー中心の機能と共に、可用性の高い AWS ストレージの利点を組み合わせて利用できます。 ZMC のストレージ画面には、S3 削減冗長ストレージへのバックアップに必要な構成オプションが表示されます。
S3 Glacier フレキシブル検索 (以前の S3 Glacier)
S3 Glacier の柔軟な取得は、すぐにアクセスする必要のないデータをアーカイブするためのものです。 アクセス速度を犠牲にしてお金を節約することが必要な場合は、S3 Glacier Flexible Retrieval が最適です。 アクセス速度のトレードオフは、ストレージ クラスのデータがアーカイブされるためです。 データは、使用する前に抽出する必要があります。 その結果、通常、使用する前に数分から数時間 (ほぼリアルタイムで) 待つ必要があります。
低コストにもかかわらず、このクラスに保存されたデータは少なくとも 3 つのアベイラビリティーゾーンにレプリケートされるため、S3 標準と同じ高い耐久性が得られます。
S3 Glacier Flexible Retrieval へのバックアップは、コンプライアンス上の理由によるデータのアーカイブ、大量のデータ セットを含む災害復旧、オフサイト データ ストレージのニーズに最適です。 ストレージの料金は S3 One Zone IA よりも低く、一括取得は無料です。
長期保管のための他の保管オプションを検討している場合は、その方法を知りたいと思うかもしれません テープストレージ S3 に対してスタックします。
アーカイブを簡単にするために、Zmanda では ZMC 自体から直接 Glacier へのアーカイブを有効にすることができます。 [Backup Where] ページには、[Archive to glacier] オプションのチェックボックスがあり、その横に [Number of days] が含まれています。 AWS S3 に保存されているデータを AWS S3 Glacier に自動的にアーカイブするとします。 その場合、チェックボックスをオンにして、アーカイブが発生するまでの日数を指定する必要があります。 この設定を保存すると、対応するバックアップ セットによってバックアップされたデータが、S3 Glacier Flexible Retrieval ストレージ クラスに自動的にアーカイブされます。 アーカイブは、データが AWS S3 ストレージで指定された日数を経過した後に自動的に行われます。 したがって、Zmanda が自動的に行うので、S3 Flexible Retrieval Glacier ストレージ クラスへのデータの移動について心配する必要はありません。
S3対。 テープ
テープの容量が進化した方法では、S3 のコストと速度に対してテープが提供する利点は無視できません。
費用
データの保存にテープを選択すると、セットアップに多額の費用がかかります。 セットアップするには、テープ ライブラリ、メディア、およびドライブを購入する必要があります。 ありがたいことに、メンテナンスとカートリッジ交換のコスト (約 15 米ドル) は低くなっています。 しかし、 テープの寿命 湿気が制御された環境で増加しますが、必要ではありません。
大量のデータを保存する (ペタバイトを読み取る) 企業は、Zmanda でテープを使用することを好みます。 例としては、研究施設、スーパーコンピュータ ラボ、気象予報所、大学などがあります。 このような大量のデータを S3 に保存すると、コストが高くなるため、お勧めできません。 このような大量のデータが S3 に保存されている場合、発生するコストは、テープ チェンジャー ライブラリのコスト (約 18,000 米ドル) とほぼ同じになります。
この莫大なコストは、3 回限りの投資であるテープとは異なり、毎月適用されます。 要約すると、大量のデータを長期間保存する場合、テープは SXNUMX よりも優れています。
バックアップをテープに保存するときは、テープにラベルを付けて整理する責任もあることに注意してください。 の責任 テープの保護 盗難や物理的な損傷からもあなたに降りかかります。
クラウド フロントでは、AWS などのクラウド サービス プロバイダーがすべてのインフラストラクチャのセットアップとメンテナンスを処理するため、多額の先行投資を行う必要はありません。 すでに多くの AWS サービスを使用している企業は、ストレージのニーズに AWS S3 を使用すると割引を受けることができます。 いくつかの例には、ソフトウェア会社や中小企業が含まれます。 したがって、テープと AWS S3 はどちらも、それぞれ独自の方法でコスト上の利点を提供します。 どちらを選択するかは、ストレージ要件だけに依存します。
速度
ほとんどのテクノロジーと同様に、テープも大幅に進化しています。 最新のLTO-9 サポート 非圧縮時の最大速度は毎秒 400 MB、圧縮時の最大速度は毎秒 1000 MB です。 テープは、今後数日のうちに高速化されるだけです。 より高い速度が必要な場合は、テープ ライブラリを完全に柔軟にアップグレードできます。
一方、AWS S3 の速度は、帯域幅によって制限されます。 S3 に大量のデータを保存する場合は、帯域幅を増やすために投資するのが賢明です。
Zmanda を使用すると、クライアントの並列バックアップを通じて帯域幅の使用を最適化できます。 これは、[バックアップ方法] ページの [クライアントの並列バックアップ] フィールドを構成することで設定できます。 [Client Parallel Backups] フィールドの値が 1 の場合、クライアント上のすべてのソースが順番にバックアップされます。 クライアントに必要な CPU とネットワーク リソースがある場合は、このオプションを実行できます。
クライアントの並列バックアップは、並列書き込みをサポートしていないため、テープ ストレージには適していないことに注意してください。
復元のために S3 から高速に取得する必要がある場合は、重要なデータを高速クラスに保存できます。
速度の側面をカバーしたので、次に、セキュリティの角度を分析します。
セキュリティ
AWS S3 は、データを保護するための強力なアクセス管理ツールと暗号化を提供します。 S3 Block Public Access 機能を使用すると、アカウントまたはバケット レベルでオブジェクトへのパブリック アクセスを制限できます。
AWS S3 では、次の機能を使用して、誰が何にアクセスできるかを完全に自由に構成できます。
- アクセス制御リスト ユーザーに個々のオブジェクトへのアクセスを許可します。
- バケット ポリシー Amazon S3 バケット内のオブジェクトのアクセス許可を設定します。
- へのクエリ文字列認証 一時的な URL を介してユーザーに一時的なアクセスを (時間制限付きで) 与える。
- AWS Identity and Access Management への ユーザーを作成し、アクセスを構成します。
テープに来て、あなたはユニークな能力を持っています エアギャップ あなたのデータ。 テープは、書き込みまたは読み取りが行われていない限り、ネットワークに接続されません。 したがって、データを含むすべてのテープを常にドライブに挿入する必要はありません。
テープに保存されているデータを破損するには、最初にテープをドライブに挿入する必要があります。 そのため、インターネット経由でデータを盗んだり破損したりするサイバー犯罪者は、目標を達成するのに苦労することになります. 保護を強化するために、テープに保存する前にデータを暗号化できます。
AWS S3 とテープ ストレージを明確に理解していれば、ニーズに合わせてバックアップ ターゲットを選択するのは比較的簡単です。
Zmandaの進むべき道
AWS S3 ストレージ クラスはユニークであり、賢明に選択すると最高のサービスを提供できます。 AWS S3 の各ストレージ クラスがどのように一意であるかを明確に理解したので、バックアップ ストレージを呼び出すことができます。 ストレージ クラスが確定したら、 ズマンダ 構成とバックアップ処理を担当できます。
テープか AWS S3 か、または両方の組み合わせか 3-2-1 ストレージ戦略、Zmandaはすべてにぴったりです。 ユーザーフレンドリーな ZMC コンソールは、候補リストにあるメディアとデータをシームレスに統合できます。 これは、すべてのバックアップおよびリカバリ要件に対応するワンストップのデスティネーションです。
Zmanda は、バックアップと復元をさらに簡単にする新機能を引き続き提供します。 お客様主導の機能強化は、常に四半期ごとのリリースの一部です。 氷河へのアーカイブ、不変のバックアップ、クラウド バックアップの安定化などはすべて、ユーザーの利便性を念頭に置いて開発されました。 Zmanda が真に多用途であるかを知るには、 無料試用. Zmanda についてサポートが必要な場合は、お気軽にお問い合わせください。 支援チーム または私たちにメールをドロップ セールスチーム. 私たちの専門家チームは、Zmandaの旅を通して喜んでお手伝いします.
