HCIP 学習ノート - ストレージ サービスの計画 - 4

ストレージサービスの概要

1.1 データストレージの開発動向

• IBMメインフレーム時代（メインフレームのファイル機能、ネットワーク機能、ストレージ機能が一定の環境にカプセル化される）から、x86時代（データベースのデータは計算機室のx86アーキテクチャサーバーに格納される）を経て、仮想化の時代（分散テクノロジーを使用して仮想マシンにデータを保存する）、ストレージ メディア コンポーネントがクラウドベースになりつつある（ビジネスがクラウドに移行し、データもビジネスとともにクラウドに保存される）、ネットワーク プロトコルがすべてのIP。

1.2 従来のクラウド ストレージとオフクラウド ストレージ

• サーバーの種類に応じて、クローズド システム ストレージとオープン システム ストレージに分けられます。オープンシステムのストレージは、内蔵ストレージと外部ストレージに分かれます。プラグインストレージは、接続方法に応じてダイレクトアタッチドストレージ（略称DAS）とファブリックアタッチドストレージ（ファブリックアタッチドストレージ、略称FAS）に分けられ、ネットワークストレージはさらにネットワークアクセスストレージ（ネットワーク-NAS hw35 と呼ばれる接続ストレージおよびストレージ エリア ネットワーク (SAN と呼ばれるストレージ エリア ネットワーク)。
• DAS: DAS は比較的古いものですが、データ量が少なく、ディスク アクセス速度の要件が高い中小企業には依然として非常に適しています。
• NAS: NAS は、非構造化データを保存するファイル サーバーに最も適しており、イーサネットの速度によって制限されますが、柔軟な導入と低コストを実現します。2903hw3580290
• SAN: SAN は大規模なアプリケーションやデータベース システムに適していますが、コストが高く複雑であるという欠点があります。
• ブロック ストレージ: ブロック ストレージはデータをブロックに分割し、各ブロックを個別に保存します。各データ ブロックには一意の識別子 290 があるため、ストレージ システムはより小さなデータを最も便利な場所に保存できます。これは、一部のデータを Linux 環境に保存し、一部のデータを Windows ユニットに保存できることを意味します。
• ファイル ストレージ: ファイル ストレージは、ファイル レベル ストレージまたはファイル ベース ストレージとも呼ばれ、データは単一の情報の形式でフォルダーに保存されます。
• オブジェクト ストレージ: オブジェクト ストレージは、オブジェクトベースのストレージとも呼ばれ、ファイルが部分に分割され、複数のハードウェアに分散されるフラットな構造です。オブジェクト ストレージでは、データはサーバー上のフォルダーまたはチャンク内のファイルとしてではなく、「オブジェクト」と呼ばれる個別の単位に分割され、単一のリポジトリに保存されます。

1.3 Huawei Cloud Storageの使用シナリオ

• RPO (目標復旧時点) はデータ復旧時点の目標であり、主にビジネス システムが許容できるデータ損失の量を指します。
• RTO（Recovery Time Objective）とは目標復旧時間のことで、主に企業が許容できるサービス停止の最長時間、つまり災害発生から復旧までに要する最短時間を指します。業務システムのサービス機能

ストレージサービス計画

2.1 ブロックストレージサービスEVS

2.1.1 EVS

• いくつかのメモ:
  • インスタンスがクラウド ディスクをマウントする場合、マウントされるクラウド ディスクの数はインスタンス ルールに従って異なります。それは具体的な状況によって異なります。
  • インスタンスとクラウド ディスクは同じリージョンに存在する必要があります。そうでない場合、マウントは失敗します。
  • EVS のレプリカを作成する場合、レプリカは EVS と同じリージョンに作成されます。

2.1.2 EVS仕様の種類

• おすすめの使用シーン
  • 高IOクラウドハードディスク：各オペレーティングシステムのシステムディスク
  • SSD タイプのディスク: 通常はデータ ディスクとして使用されます

2.1.3 暗号化機能

• セキュリティ管理者が初めて暗号化機能を使用する場合の操作手順は以下のとおりです。
  • EVS に KMS へのアクセスを許可します。認証が成功すると、システムはユーザーのデフォルトのマスター キー「evs/default」を作成し、このキーはクラウド ディスクの暗号化に使用されます。
  • 注: クラウド ディスクの暗号化は KMS に依存します。初めて暗号化機能を使用するときは、EVS に KMS へのアクセスを許可する必要があります。許可が成功した後は、ユーザー グループ内のすべてのユーザーが暗号化を許可する必要はありません再び機能します。
  • キーを選択します。ユーザーが使用を選択できるキーは次のとおりです: デフォルトのマスターキー。evs/デフォルト".0
  • ユーザーマスターキー、クラウドディスク暗号化機能を使用する前にユーザーが作成したキー、または新しく作成したキー0。セキュリティ管理者が暗号化機能を正常に使用すると、エリアBのすべてのユーザーが直接暗号化機能を使用できるようになります。
• ユーザE（一般ユーザ）が初めて暗号化機能を利用する場合の操作手順は以下のとおりです。
  • ユーザー E が暗号化機能を使用すると、システムは権限が不十分であり、EVS に KMS へのアクセスを許可できないことを示すメッセージを表示します。0
  • セキュリティ管理者に連絡し、EVS が KMS にアクセスすることを許可するように依頼してください。
• 認可が成功すると、ユーザー E とエリア B のすべてのユーザーは、セキュリティ管理者に認可を求めることなく直接暗号化機能を使用できるようになります。

2.1.4 容量拡張機能

• 管理コンソールでクラウド ハードディスクの容量を拡張するには:
  • 管理コンソールでクラウドディスクの容量を拡張するには、クラウドディスクの状態に応じて対応する拡張方法を選択する必要があります。クラウドハードディスクの状態の確認方法 クラウドハードディスクの状態が「使用中」となっている場合は、クラウドハードディスクがクラウドサーバーにマウントされていることを意味します。制約と制約に従って「使用中」状態になっている場合は、クラウド ディスク容量を直接拡張できます。サポートされていない場合は、クラウド ディスクをアンインストールしてから拡張する必要があります。ステータスが「利用可能」のクラウド ディスクは、クラウド ディスクがどのクラウド サーバーにも接続されていないことを意味し、クラウド ディスクの容量を直接拡張できます。

2.1.5 スナップショット機能

• 毎日のバックアップデータ
  • クラウドハードディスクのスナップショットを定期的に作成することで、日々のデータのバックアップを実現し、誤操作やウイルス、ハッカーの攻撃によるデータの消失や不整合に対処できます。
• データを素早く復元します。
  • アプリケーション ソフトウェアのアップグレードやビジネス データの移行などの主要な操作の前に、1 つ以上のスナップショットを作成できます。アップグレードまたは移行プロセス中に問題が発生した場合は、スナップショットを使用してビジネスをスナップショット作成時点のデータ状態に復元できます。間に合うように。
• 複数のサービスの迅速な導入
  • 同じスナップショットから同じデータを含む複数のクラウド ハードディスクを迅速に作成できるため、複数のビジネスにデータ リソースを同時に提供できます。

該当シーン

2.2 オブジェクトストレージサービスOBS

• バケットは、OBS にオブジェクトを保存するためのコンテナです。オブジェクト ストレージは、バケットとオブジェクトに基づいたフラット ストレージ メソッドを提供します。バケット内のすべてのオブジェクトは同じ論理レベルにあり、ファイル システム内の複数レベルのツリー ディレクトリ構造が排除されます。各バケットには、ストレージ カテゴリ、アクセス権限、リージョンなどの独自の属性があります。ユーザーは、異なるストレージ カテゴリと異なるリージョンのアクセス権限を持つバケットを作成し、さまざまなシナリオのストレージ需要を満たすために、より高度な属性を構成できます。
• OBS システムと単一バケットの両方に、総データ容量とオブジェクト/ファイルの数に制限がないため、ユーザーは大容量のストレージ容量を保存でき、あらゆる種類のファイルの保存に適しており、一般ユーザーや Web サイトに適しています。 OBS は、インターネット アクセス用のサービスであり、HTTP/HTTPS プロトコルに基づいた Web サービス インターフェイスを提供します。ユーザーはいつでもどこでもインターネット上のコンピュータに接続し、OBS を通じて OBS に保存されているデータにアクセスして管理できます。管理コンソールや各種OBSツールなど。さらに、OBS は SDK および OBS API インターフェイスをサポートしているため、ユーザーは OBS に保存されている独自のデータを簡単に管理し、さまざまな種類の上位層ビジネス アプリケーションを開発できます。

2.2.1 OBS の 3 つのストレージ カテゴリ

• 標準ストレージ:
  • 例: ビッグデータ、モバイル アプリケーション、人気のビデオ、ソーシャル写真、その他のシナリオ。
• アクセス頻度が低いストレージ:
  • 例: ファイルの同期/共有、企業のバックアップ、その他のシナリオ。標準ストレージと比較すると、アクセス頻度の低いストレージは、データの永続性、スループット、アクセス遅延が同等であり、コストは低くなりますが、可用性は標準ストレージよりわずかに低くなります。
• アーカイブストレージ:
  • 例: データのアーカイブ、長期バックアップ、その他のシナリオ。アーカイブ ストレージは安全で耐久性があり、非常に低コストであり、テープ ライブラリの代替として使用できます。コストを低く抑えるために、データの取得時間は数分から数時間かかる場合があります。

2.2.2 OBS の 3 つのストレージ カテゴリの比較

• オブジェクト ストレージ サービス OBS のデータ ストレージ ポリシーを構成する場合、ビジネス シナリオに基づいてマルチ AZ ストレージまたは単一 80AZ ストレージを選択できます。マルチ AZ ストレージを選択すると、複数の AZ 間のデータは、ディザスタリカバリなどの手段により、従来のアーキテクチャよりもはるかに高い、最大 99.9999999999% のデータ永続性と最大 99.995% のビジネス継続性を保証できます。
• 耐久性: 99.9999999999% (12 9) の耐久性は、平均年間オブジェクト損失率が 0.0000000001% と予想されることを意味します。たとえば、ユーザーが 1 億個のオブジェクトを OBS に保存している場合、平均して 10,000 年ごとに 1 個のオブジェクトが失われる可能性があると推定されます。
• 可用性: 可用性はビジネス継続性とも解釈できます。99.995% の可用性は、OBS に 100,000 分 (約 69 日) 継続的にアクセスした場合に、アクセスできない時間が 5 分を超えないことを意味します。

2.2.3 ライフサイクル管理機能

• アクションの説明:
• ストレージ クラスの変換: オブジェクト ストレージ クラスが別のストレージ クラスに変換される場合。
• 期限切れ後に削除: オブジェクトの有効期限が切れると、オブジェクト ストアによって削除されます。
• その他の注意事項：
  • 1 つのバケットのライフサイクル ルールの数に制限はありませんが、バケット内のすべてのライフサイクル ルールの XML 記述の合計サイズは 20 KB を超えることはできません。
  • アーカイブ ストレージの最小保存期間は 90 日です。オブジェクトが変換され、アーカイブ保管時間が最小保管時間未満の場合は、残りの日数分の保管料金を補う必要があります。
• オブジェクトストレージクラスの変換制限(1):
  • アクセス頻度の低いストレージ オブジェクトへの変換は、標準ストレージ オブジェクトのみがサポートされています。
  • 標準ストレージまたはアクセス頻度の低いストレージ オブジェクトのみがアーカイブ ストレージ オブジェクトに変換されます。
• オブジェクトストレージクラスの切り替え制限(2)
  • 低頻度アクセスのストレージ オブジェクトを標準ストレージ オブジェクトに変換するには、手動での変換が必要です
  • アーカイブ ストレージ オブジェクトを標準ストレージまたはアクセス頻度の低いストレージ オブジェクトに変換するには、オブジェクトを手動で復元してから、ストレージ クラスを手動で変換する必要があります。

2.2.4 リージョン間のレプリケーション

• クロスリージョン レプリケーション ルールを構成する場合、ユーザーはプレフィックス マッチングに基づいて一部のオブジェクトをレプリケートすることをリクエストしたり、バケット内のすべてのオブジェクトをレプリケートすることをリクエストしたりできます。ターゲット バケットにコピーされたオブジェクトは、ソース バケット内のオブジェクトの正確なコピーです。これらは同じオブジェクト名と、オブジェクトの内容、サイズ、最終変更時刻、作成者、バージョン番号、ユーザー定義のメタデータ、ACL などのメタデータを持ちます。デフォルトでは、コピーされたオブジェクトのストレージ クラスは、ソース オブジェクトのストレージ クラスと一致します。ユーザーは、hw35802903 でレプリケーション オブジェクトに 358 のストレージ クラスを指定することもできます。
• コピーされたコンテンツ:
  • 新しくアップロードされたオブジェクト (アーカイブ ストレージ オブジェクトを除く)
  • 更新されたオブジェクトがあります。たとえば、オブジェクトのコンテンツが更新されたり、正常にコピーされたオブジェクトの ACP が更新されたりします。
  • バケット内の履歴オブジェクト (アーカイブ ストレージ オブジェクトを除き、「履歴オブジェクトの同期」機能を有効にする必要があります)

2.2.5 マルチバージョン管理機能

• バケットには、オブジェクト 1 とオブジェクト 2 の 2 つのオブジェクトが保存されます。ストレージ バケットではバージョン管理機能が有効になっているため、ユーザーにはオブジェクト 1 の現在のバージョンがバージョン 3 であることがわかります。履歴レコード p0 をクエリすると、オブジェクト 1 の非現行バージョンにはバージョン 1 とバージョンが含まれていることがわかります。 2. オブジェクトには削除のマークが付けられているため、ユーザーにはオブジェクト 2 の現在のバージョンが削除されたように見えます。履歴をクエリすると、オブジェクト 2 の非現行バージョンにはバージョン 1 があることがわかります。

2.2.6 サーバー側暗号化機能

• KMS 管理キーを使用したサーバー側の暗号化 (SSE-KMS)
  • ユーザーはまず KMS でキーを作成する (または KMS によって提供されるデフォルトのキーを使用する) 必要があり、ユーザーが OBS にオブジェクトをアップロードするときにサーバー側の暗号化にこのキーを使用します。
• クライアント提供の暗号化キーを使用したサーバー側暗号化 (SSE-C):
  • OBS は、ユーザーが提供したキーとそのキーの MD5 値をサーバー側の暗号化に使用します。

2.2.7 イベント通知機能

• サポートされているイベントの種類:
• OBS は、PUT、POST、COPY などの API を使用してオブジェクトを作成し、特定の API を使用してオブジェクトを作成するときにユーザーに通知するように対応するイベント タイプを構成できます。ユーザーは、ObjectCreated:* イベント タイプを使用して、作成されたすべてのオブジェクトの通知を要求することもできます。
  • ObjectCreated:* (すべてのアップロード操作)
  • ObjectCreated:Put (オブジェクトのアップロード)
  • ObjectCreated: Post (ブラウザを使用してオブジェクトをアップロード)。0
  • ObjectCreated; 8Copy (オブジェクトのコピー)。
  • ObjectCreated: CompleteMultipartUpload (セグメントのマージ)
• ObjectRemoved イベント タイプを使用すると、ユーザーはオブジェクトまたはオブジェクトのバッチがストレージから削除されたときの通知を有効にすることができます。
• ユーザーは、ObjectRemoved:Delete イベント タイプを使用して、オブジェクトが削除されたとき、またはバージョン管理されたオブジェクトが完全に削除されたときの通知を要求できます。または、ObjectRemoved:DeleteMarkerCreated リクエストを使用して、バージョン管理されたオブジェクトに対して削除マーカーが作成されたときに通知を受け取ります。ObjectRemoved:* を使用して、オブジェクトが削除されるたびに通知を受けるように要求することもできます。
  • ObjectRemoved: 4 (すべての削除操作)
  • ObjectRemoved: 削除 (オブジェクトの削除)
  • ObjectRemoved: DeleteMarkerCreated (生成された削除マーカー オブジェクト)

2.2.8 適用可能なシナリオ

• OBS が提供するビッグデータ ソリューションは、主に大規模なデータ ストレージの分析、履歴データの詳細なクエリ、大規模な行動ログの分析、公務の分析と統計などのシナリオ向けです。
• 大容量データ ストレージの分析:
  • 一般的なシナリオ: PB レベルのデータ ストレージ、バッチ データ分析、ミリ秒レベルのデータ詳細クエリなど。履歴データの詳細クエリ:
  • 一般的なシナリオ: フロー監査、機器のエネルギー消費履歴分析、軌跡の再生、車両運転挙動分析、詳細な監視など。
• 大規模な行動ログ分析:
  • 代表的なシナリオ：学習習慣の分析、操作ログの分析、システム操作ログの分析とクエリなど。
• 広報分析統計:
  • 一般的なシナリオ: 犯罪追跡、関連事件のクエリ、交通渋滞分析、景勝地の人気統計など。

2.3 ファイルストレージサービスSFS

2.3.1 フレキシブル ファイル サービス SFS

2.3.2 SFS ターボ

2.3.3 適用可能なシナリオ

2.3.4 EVS、SFS、OBS の違い

2.4 3 つのストレージ サービスの概要

• クラウド ディスク (EVS): RAW ディスク領域全体がホスト VM にマッピングされ、ユーザーは必要に応じてストレージをファイル システムに自由にフォーマットして使用できます。
• フレキシブル ファイル サービス ( SFS ): 共有フォルダーのようなもので、ファイル システムはすでに存在しており、ユーザーは Windows リモート ディレクトリ共有などのファイル ストレージにデータを直接保存できます。
• オブジェクト ストレージ サービス (OBS): 各データは一意の ID に対応します。オブジェクト指向ストレージでは、ファイル システムのようなディレクトリ階層は存在しません。完全にフラットなストレージとは、データを ID に従って直接配置できることを意味します。オブジェクトの場所。

2.5 専用分散ストレージサービス DSS

• 豊富な仕様:
  • 高 IO: 高性能、高拡張性、および高信頼性。比較的高いパフォーマンス、高い読み取りおよび書き込み速度要件、および 1hw35802903 リアルタイム データ ストレージ要件を持つアプリケーション シナリオに適しています。
  • 超高 IO: 低遅延、高パフォーマンス。低遅延、高い読み取りおよび書き込み速度の要件、およびデータ集約型のアプリケーション シナリオに適しています。
• 弾性膨張:
  • オンデマンド拡張: ビジネス ニーズに応じてストレージ プールを拡張できます。
  • 直線的なパフォーマンスの成長: DSS に基づくディスクのオンライン拡張と、ビジネス ニーズを満たす直線的なパフォーマンスの成長をサポートします。
• 安全で信頼できる:
  • 3 コピー以上: データの耐久性は 99.9999999% と高くなります。
  • データ暗号化: システム ディスクとデータ ディスクの両方がデータ暗号化をサポートし、データのセキュリティを保護します。
• 復元する：
  • クラウド バックアップ サービス: 「専用の分散ストレージでディスクのバックアップを作成でき、バックアップ データを使用してディスクをロールバックできるため、データのセキュリティと正確性を最大限に高め、ビジネス セキュリティを確保できます。

2.6 DSS と EVS の違い

2.6.1 適用可能なシナリオ

• 法人のお客様：IDCホスティングのお客様、証券決済会社等
• 顧客はビジネス向けにEVS共有ストレージとDSS専用ストレージサービスを利用することになる。ECS 共有ストレージは、企業のオフィス、開発部門、テスト部門、データベースに毎日のストレージを提供します。DSS 専用ストレージは、BMS 上で実行されるコア ビジネス データ用のストレージを提供します。

コンテンツ配信ネットワークサービス

3.1 CDN が必要な理由

• 事業者間、地域間の完全なネットワーク カバレッジの実現: 相互接続の障害、地域の ISP の地理的制限、エクスポート帯域幅の制限などのさまざまな要因により、地域的に Web サイトにアクセスできなくなります。CDN アクセラレーションは、通信事業者と協力し、IDC リソースを展開し、全国のバックボーン ノード プロバイダーに CDN エッジ ディストリビューション ストレージ ノードを合理的に展開することで、世界中の回線をカバーでき、帯域幅リソースを最大限に活用し、ソース ステーションのトラフィックのバランスをとります。
• Web サイトのセキュリティを確保: CDN の負荷分散および分散ストレージ技術により、Web サイトの信頼性が向上し、ユーザーの Web サイトに仮想的に保護傘を追加して、ほとんどのインターネット攻撃に対処できます。攻撃対策システムは、Web サイトが悪意のある攻撃から保護することもできます。
• オフサイト バックアップ: サーバーに予期せず障害が発生した場合、システムは近くにある他の正常なサーバー ノードを呼び出してサービスを提供するため、ほぼ 100% の信頼性が得られ、Web サイトがダウンすることはありません。
• コストと投入量の節約: CDN アクセラレーションを使用すると、サーバーの購入とその後のホスティングの運用と保守、サーバー間のミラー同期を考慮することなく、Web サイトの全国的な敷設を実現でき、管理と保守の技術者を心配する必要がなく、人的資源とエネルギーを節約できます。そして財源。
• ユーザーが自分のビジネスに集中できるようにする: CDN アクセラレーション ベンダーは一般にワンストップ サービスを提供し、そのビジネスは CDN に限定されず、サポートするクラウド ストレージ、ビッグ データ サービス、ビデオ クラウド サービスなどもあり、通常 7 つのサービスを提供します。 24時間の運用保守監視サポートにより、いつでもネットワークのスムーズな流れを確保します。そして、自社の中核事業の発展にさらに力を注ぎます。

3.2 コンテンツ配信ネットワーク CDN

• HUAWEI CLOUD CDNは、ソースサイトのリソースを世界中のアクセラレーションノード上にキャッシュし、エンドユーザーがリソースにアクセスする際、ソースに戻る必要はありません。その際、CDNはユーザーに応答できるCDNノードのIPアドレスを取得します。最速のものがユーザーに提供されるため、ユーザーはウェブサイトのコンテンツを最速で取得できます。
• HUAWEI CLOUD CDN には豊富なアクセラレーション ノード リソースがあり、中国本土には 2000 以上のアクセラレーション ノード、中国本土以外には 800 以上のアクセラレーション ノードがあります。十分な帯域リソースがあり、ネットワーク全体の帯域出力容量は 150.Tbps 以上です。Telecom、China Unicom、China Mobile、Education Network などの主流の通信事業者だけでなく、多くの中小規模の通信事業者もカバーしています。130以上の国/地域をカバーし、1,600以上の通信事業者ネットワークをサポートしています。ユーザーリクエストが最適なエッジノードに正確にディスパッチされることを保証し、効果的で安定した加速効果を提供します。

3.3 CDN の動作原理

3.4 静的コンテンツの高速化

• 動的データ: Web プログラム
• 静的データ: 写真、ビデオ、オーディオなど。

3.5 コンテンツの改ざん防止

• トランザクションの支払いなど、World Wide Web 上のセキュリティが重要な通信で広く使用されています。

3.6 サポート範囲をソースまで遡る

• Range 情報の機能は、HTTP リクエスト ヘッダーで返されるデータの範囲、つまり最初のセクションの位置と最後のバイトの位置を指定することです。例: Range: bytes=0-100 は、ファイルの最初の 101 バイトのデータ コンテンツを要求します。
• バックトゥソース範囲により、大きなファイルの配布時間を効果的に短縮し、バックトゥソースの効率を向上させ、バックトゥソースの消費を削減できます。

3.7 ヒル対策

3.8 ケース: CDN による OBS バケット ファイルの高速化

代替案

4.1 データのバックアップが必要な理由

4.2 クラウドバックアップCBR

• バックアップ：
  • バックアップとは、バックアップ オブジェクトがバックアップ タスクを実行するときに生成されるバックアップ データを指します。これには、バックアップ オブジェクトのリカバリに必要なすべてのデータが含まれます。
• リポジトリ:
  • Cloud Backup はリポジトリを使用してバックアップを保持します。バックアップを作成する前に、少なくとも 1 つのリポジトリを作成し、サーバーまたはディスクをリポジトリにバインドする必要があります。サーバーまたはディスクによって作成されたバックアップは、バインドされたリポジトリに保存されます。
  • リポジトリには、バックアップ リポジトリとレプリケーション リポジトリの 2 種類があります。バックアップ リポジトリは、バックアップ オブジェクトによって生成されたバックアップを保存するために使用され、レプリケーション リポジトリは、レプリケーション操作によって生成されたバックアップを保存するために使用されます。
  • さまざまな種類のバックアップ オブジェクトによって生成されたバックアップは、さまざまな種類のリポジトリに保存する必要があります
• 戦略: バックアップ戦略とレプリケーション戦略に分かれています。
  • バックアップ戦略: バックアップ オブジェクトに対して自動バックアップ操作を実行する必要がある場合、バックアップ戦略を設定できます。バックアップタスクの実行時間、期間、バックアップデータの保持ルールをポリシーに設定し、バックアップリポジトリをバックアップポリシーにバインドすることで、リポジトリの自動バックアップを実行できます。
  • レプリケーション ポリシー: バックアップまたはリポジトリに対して自動レプリケーション操作を実行する必要がある場合、レプリケーション ポリシーを設定できます。レプリケーションタスクの実行時間や実行周期、バックアップデータの保持ルールをポリシーに設定し、バックアップリポジトリをレプリケーションポリシーにバインドすることで、リポジトリに対して自動レプリケーションを実行できます。レプリケーションの結果得られたバックアップは、レプリケーション リポジトリに保存する必要があります。

4.3 4 つのバックアップの違い

• クラウド バックアップによって作成されるバックアップは、いくつかのタイプに分類できます。
  • クラウド ディスク バックアップ: クラウド ディスク バックアップは、クラウド ディスクのスナップショット テクノロジーに基づいてデータ保護を提供します。
  • クラウド サーバー バックアップ: クラウド サーバー バックアップは、マルチクラウド ディスクの一貫したスナップショット テクノロジに基づいて、柔軟なクラウド サーバーのデータ保護を提供します。同時に、データベースや他のアプリケーションを展開していないサーバーによって生成されるバックアップはサーバー バックアップ、データベースや他のアプリケーションを展開するサーバーによって生成されるバックアップはデータベース サーバーのバックアップです。
  • SFS Turbo Backup: SFS Turbo Backup は、SFS Turbo ファイル システムのデータ保護を提供します。
  • ハイブリッド クラウド バックアップ: ハイブリッド クラウド バックアップは、OceanStor Dorado アレイ内のバックアップ データおよび VMware サーバー バックアップのオフライン バックアップ ストレージにデータ保護を提供します。

4.4 CBR設定方法

• ビジネスの状況に応じて 2 つの方法を組み合わせることもできます。たとえば、データの重要性に応じて、すべてのサーバー/ファイル システムを同じリポジトリにバインドしたり、リポジトリを毎日のバックアップ保護のためのバックアップ戦略にバインドしたりできます。非常に重要なデータを保存する一部のサーバー/ファイル システムは、データのセキュリティを確保するために必要に応じてワンタイム バックアップを実行します。

4.5 クラウドディスクバックアップとスナップショットの違い

4.6 適用可能なシナリオ

災害復興計画

5.1 ストレージ災害復旧サービス SDRS

• RPO=0: 8 年以上に及ぶ自社開発のストレージ レイヤー同期レプリケーション テクノロジに基づいて、データ損失ゼロが保証されます。
• 分レベルの RTO: 災害発生後、フェイルオーバーは数分で完了します。
• オンライン災害復旧訓練: ビジネスに影響を与えることなく、オンデマンドのオンライン災害復旧訓練を実行して、災害復旧ソリューションの実現可能性と有効性をテストできます。
• 3 ステップのディザスタ リカバリ: 3 ステップで保護グループを作成し、保護インスタンスを作成し、保護を有効にすることで、クラウド上でビジネスのディザスタ リカバリ保護を簡単に実現できます。
• ワンキー災害復旧切り替え：SDRSはワンキー災害復旧切り替えをサポートしており、切り替え完了後はECSを手動で素早く起動することで業務を再開できます。
• ビジネスのきめ細かな保護: SDRS はビジネスベースの災害復旧保護をサポートします。つまり、同じビジネスの複数の ECS が災害復旧保護のために同じ SDRS 保護グループに追加されます。
• プラグインのインストールが不要: ディザスタ リカバリ ECS にプラグインをインストールする必要がなく、導入が簡単 ディザスタ リカバリ エンド ECS に料金がかからない: 通常の状態では、ディザスタ リカバリ エンド ECS はシャットダウン状態にあり、コンピューティング リソースの料金がかからない TCO が 60% 削減: 従来のディザスタ リカバリと比較して、このソリューションによりハードウェアや電源メンテナンスなどのコストが削減され、ディザスタ リカバリの TCO が約 60% 削減されます。
• 自動ネットワーク移行: 災害復旧切り替えが完了した後、IP と EIP を再構成することなく、ECS の IP、MAC、および EIP を新しい運用サイトに移行できます。

5.2 SDRS と CBR の違い

5.3 該当するシナリオ: クロス AZ 災害復旧

考える質問