Home ソリューション ZStack

ZStack保護の重要性

ZStack Cloudは、コンピューティング、ネットワーク、ストレージを共有リソースプールに統合し、ローカルストレージ、Ceph、IP SAN/FC SAN、NFSを一元的に管理します。この密度はIaaSプラットフォームを定義する一方で、障害や停止が複数のワークロードに影響を及ぼす可能性があるというリスクをもたらします。保護戦略を検討する前に、これらの脆弱性を理解することが不可欠です。

マルチテナントプーリングは影響範囲を広げる

共有ホスト上でテナント間のコンピューティング、ネットワーク、ストレージをプール化すると、単一のホストまたはストレージの障害がそのプール内のすべてのワークロードを危険にさらす可能性があります。

スナップショットツリーは誤操作から保護するものであり、災害から保護するものではありません

スナップショットチェーンは設定ミスには有効ですが、ストレージプールの障害やランサムウェアに対する保護は提供しません。

混在ストレージバックエンドは不均一な保護を生み出します

1つのクラスタでローカルストレージ、Ceph、IP SANまたはFC SAN経由の共有ブロック/LUN、NFSマウントを組み合わせることができます。単一のバックエンドのみに焦点を当てた保護戦略では、他のバックエンド上のVMがリスクにさらされ、一貫性のないRPOとRTOが発生します。

現代的なZStack保護の主要機能

ホストレベルのエージェントレスキャプチャ

ハイパーバイザー/ホストレベルでVMディスクの状態を読み取ることで、各ゲストOSにエージェントを注入する必要がなく、VMごとのソフトウェアのライセンス、パッチ適用、トラブルシューティングなしでマルチテナントプール全体にわたって保護を拡張できます。

差分永続チェンジトラッキング

初回のフルキャプチャ後に前回実行以降に変更されたブロックのみをキャプチャするため、ホストとVMの数が数千規模に拡大してもバックアップウィンドウを短く保てます。

ストレージバックエンド非依存エンジン

Localストレージ、Ceph、IP SAN/FC SAN LUN、NFSのいずれにボリュームが配置されていても同一に動作する単一のキャプチャメカニズムにより、バックエンドごとに変動することなく、クラスター全体でRPOとRTOが一貫して維持されます。

不変/エアギャップ保持

変更または削除に対して復元ポイントを保持期間中ロックし、少なくとも1つのコピーを本番ネットワークから分離することで、クリーンでランサムウェア耐性のあるリストアポイントを保証します。

独立したセカンダリリポジトリ

プライマリストレージプール外かつ管理ノードデータベース外にあるストレージにバックアップデータを書き込むことで、コントロールプレーンの障害やプライマリストレージプールのインシデントがリカバリコピーも失わせることはありません。

コントロールプレーンから独立したリカバリ

ファイルレベルの詳細なリストアと、ソース管理ノードやストレージプールの正常性を事前に必要としないほぼ即時のバックアップからのVM起動 - 根本原因が解決される前にサービスを復旧します。

Vinchin が ZStack 保護を実現する方法

効率的なバックアップとデータ削減
高速で柔軟なリカバリ
柔軟なバックアップストレージとオフサイト保護
大規模環境向けのスケーラブルな保護
効率的なバックアップとデータ削減

Vinchin Backup & リカバリは、ストレージ消費を最小限に抑えつつ、バックアップ効率を最大化するように設計されています

永久増分バックアップ

初回のフルバックアップ以降は、Vinchin SpeedKit による永続増分バックアップで変更データのみを取得し、バックアップ時間と不要なデータ転送を削減します

重複排除&圧縮

組み込みの重複排除&圧縮により、重複データブロックを排除し残りのデータを圧縮することで、バックアップサイズをさらに削減します。

BitDetector

BitDetectorはさらに一歩進んで、スワップファイル、パーティションギャップ、未パーティション領域などの不要なデータを識別して除外し、バックアップストレージが主に価値のあるデータに使用されるようにします。

高速で柔軟なリカバリ

インスタントVMリカバリ

ダウンタイムが重要な場合、リカバリ速度が鍵となります。インスタントVMリカバリは、保護されたVMとその主要なアプリケーションをわずか15秒でオンラインに復旧させ、予期せぬ障害後のサービス中断を最小限に抑えることができます。

ファイルレベルリカバリ

軽微なインシデントの場合、ファイルレベルリカバリにより、管理者はVM全体をリカバリすることなく、個々のファイルやフォルダを本番環境に直接リストアできます。これにより、誤削除、ファイル破損、その他の部分的な障害に迅速に対処しやすくなります。

柔軟なバックアップストレージとオフサイト保護

Vinchinは複数のバックアップ宛先をサポートし、組織がより堅牢なデータ保護戦略を構築できるよう支援します

クラウドアーカイブ

クラウドアーカイブにより、バックアップはAWS S3、Microsoft Azure、Wasabiなどの一般的なパブリッククラウドストレージプラットフォームにアーカイブでき、プライマリインフラストラクチャから離れた追加のストレージ層を提供します。

オフサイト バックアップ コピー

オフサイトバックアップコピーにより、独立したバックアップコピーをリモートバックアップストレージに送信でき、サイトレベルの障害、サイバー攻撃、自然災害から保護するとともに、より強固な3-2-1バックアップ戦略を支援します。

大規模環境向けのスケーラブルな保護

バックアップノードの拡張

仮想化環境が拡大するにつれて、バックアップインフラストラクチャもそれに合わせて拡張する必要があります。バックアップノードの拡張により、組織は追加のバックアップノードを追加し、利用可能なコンピューティングリソース全体にバックアップワークロードを分散できます。このアーキテクチャは、膨大な数のVMを抱える大規模環境が、単一のバックアップサーバーへの過剰な負荷を回避しながら、バックアップジョブをより効率的に処理するのに役立ちます。

ZStack 向け Vinchin バックアップソリューションの特長

自動VMバックアップ

自動VMバックアップ

一回きり/柔軟に予定された設定後のVMバックアップ

エージェントレスバックアップ

エージェントレスバックアップ

簡単に煩雑なエージェントインストールなしで、VMバックアップを開始します

BitDetector

BitDetector

データブロックの詳細な抽出により、バックアップストレージを節約します

Vinchin Backup & リカバリ
CBTの代替は、ZStack向けです。

CBTの代替は、ZStack向けです。

Vinchin Backup & リカバリとSpeedKitを使用して、増分バックアップをより高速化します

インスタントVMリカバリ

インスタントVMリカバリ

RTOを15秒まで短縮するためのNFSマウントによる方法

統一ウェブコンソール

統一ウェブコンソール

バックアップ環境の全体的な管理を効率化します

Vinchin で ZStack Cloud インフラを統合する

  • ZStack Cloud 3.5
  • ZStack Cloud 3.7
  • ZStack Cloud 3.8
  • ZStack Cloud 3.9
  • ZStack Cloud 3.10
  • ZStack Cloud 4.0.1
  • ZStack Cloud 4.3.0
  • ZStack Cloud 4.3.28
  • ZStack Cloud 4.4.16
  • ZStack Cloud 4.5.1
  • ZStack Cloud 4.6.11
  • ZStack Cloud 4.7.11
  • ZStack Cloud 4.8.0
  • ZStack Cloud 5.X.X

VinchinでZStack ZSphereインフラを統合する

  • ZStack ZSphere 4.X.X

Vinchin を導入した ZStack で得られるもの

リカバリ
クラスタから独立したポイント
プライマリストレージプールまたは管理ノードの障害を生き延びた、保護された各VMのコピー。
一貫したRPO/RTO
ストレージバックエンド全体
VMがCeph、ローカルストレージ、SAN LUN、NFSのいずれに存在していても、同じ保護動作です。
分
数時間ではなく、重要なVMを復元するために
Instant Restoreは、根本的な問題が解決される間、バックアップストレージから直接VMを起動します。
低
ストレージオーバーヘッド
重複排除と圧縮を伴う永久増分キャプチャ(繰り返しのフルバックアップではなく)
1つのコンソール
混在仮想化環境向け
VMware、Hyper-V、Proxmox などのサポート対象プラットフォームとともに ZStack バックアップを管理できます。
移行
ZStackのパスをオフにしてください(必要に応じて)
エージェントレス双方向V2V移行は、将来のプラットフォーム変更をプロジェクトではなく選択肢として維持します。

今すぐZStack保護ソリューションを入手

ZStackのバックアップとリカバリを効率化し、ワークロードの保護とサービス可用性を確保します。

無料トライアル * 60日間の無料トライアル
専門家に相談する * 無料ソリューション評価

よくある質問

Q1: VinchinはどのZStackストレージバックエンドと連携しますか

A: バックアップジョブは、ZStackがクラスター内でサポートする主要なストレージタイプ(ローカルストレージ、Ceph、IP SAN/FC SAN経由の共有ブロックストレージ、NFSマウントストレージを含む)を横断して機能します。

Q2: Vinchin と ZStack 間で開放する必要があるポートはどれですか

A: Vinchin バックアップサーバーは、ポート 8080、29203、29204 で ZStack プラットフォームへアクセスする必要があります。これらのポートが開いていない場合、プラットフォームを追加したりバックアップジョブを実行したりすることはできません

Q3: プラグインはすべてのホストにインストールする必要がありますか、それとも1台だけですか?

A: ZStackクラスタ内の各ホストには、バックアッププラグインをインストールし、そのホストの正確なZStackバージョンに一致させる必要があります。プラグインを再インストールせずにホストからアンインストールすると、そのホスト上のVMのバックアップジョブは失敗します。

Q4: VinchinはZStack独自のスナップショットツリーに干渉しますか

A: いいえ。Vinchin のバックアップジョブは、ZStack のネイティブなボリュームスナップショットチェーンおよびスナップショットツリーとは独立して動作します。両者は共存できますが、目的が異なります。ネイティブスナップショットは迅速なロールバック用であり、Vinchin のバックアップは独立した復旧ポイントとして機能します

Q5: バックアップジョブの作成後にZStackに新しいVMを追加した場合はどうなりますか?

A: プラットフォーム、クラスタ、ホスト、またはフォルダレベルで自動参加バックアップを有効にすると、新しく追加されたVMが既存のバックアップジョブに自動的に含まれます。毎回手動でジョブを編集する必要はありません。