Home ソリューション Oracle OLVM

OLVM保護の重要性

Oracle Linux Virtualization Managerは、oVirtをベースとした、本番Linuxワークロード向けのKVMプラットフォームです。コアインフラストラクチャへと移行するにつれ、VMの保護はビジネス継続性に不可欠となりますが、導入後はしばしば軽視されがちです。

ストレージドメインとクラスタの拡散

ストレージドメインとクラスタの拡散

OLVM環境では、複数のホスト、データセンター、ストレージタイプが使用されます。これを無視すると、ホストの変更に伴い、気づかないうちにカバレッジのギャップが生じる可能性があります。

オール・オア・ナッシング・リカバリ

オール・オア・ナッシング・リカバリ

ストレージドメインのスナップショットからのリストアは、通常フルVM操作となります。単一ファイルのリカバリや、ティア1ワークロードに対する厳しいRTOの達成には、通常ハイパーバイザマネージャ自体の範囲外にある機能が必要です。

ランサムウェアと整合性リスク

ランサムウェアと整合性リスク

OLVMホスト上のLinux VMは貴重なデータベースやアプリケーションサーバーであり、ランサムウェアの標的となります。リカバリポイントと本番環境で同じストレージを共有すると、クラスタが攻撃された場合にスナップショットが危険にさらされる可能性があります。

現代のOLVM保護の主要な機能

API駆動型ディスカバリ

API駆動型ディスカバリ

バックアップはOLVM REST APIとエンジンに直接統合され、各ゲストOS内にエージェントをインストールすることなく、データセンター、クラスタ、ホスト、VMを検出します。

ImageIO経由のCBT

ImageIO経由のCBT

OLVM 4.4.8 以降では、増分ジョブは oVirt ImageIO 転送サービスを通じて変更されたディスクブロックのみを読み取る必要があり、バックアップサイクルごとにディスク全体を読み取ることを回避します。

アプリケーション整合性クエスシング

アプリケーション整合性クエスシング

スナップショット取得前に、QEMUゲストエージェントを介したアプリケーション認識型の協調静止処理により、データベースとファイルシステムの状態がリカバリポイントでトランザクション整合性を保ちます。

ストレージドメイン対応トランスポート

ストレージドメイン対応トランスポート

Direct SAN、iSCSI、またはファイバーチャネルのトランスポートパスは、OLVM管理プレーンが依存する同じネットワークを経由せずにバックアップデータを転送します。

バックアップストレージからのインスタントリカバリ

バックアップストレージからのインスタントリカバリ

バックアップストレージから直接VMを起動し、完全なデータリストアを待たずに、ビジネスクリティカルなワークロードの厳しいRTOを満たす機能。

粒度の細かいクロスプラットフォームリストア

粒度の細かいクロスプラットフォームリストア

個々のファイルや仮想ディスクの復元 - VM全体だけでなく - 保護されたVMを別のターゲット仮想化インフラストラクチャに復元するオプション付き。

Vinchin による OLVM 保護の仕組み

より速く、より効率的なバックアップ
より高速でよりきめ細かなリカバリ
よりスマートなストレージ最適化
柔軟な災害復旧とスケーラビリティ
より速く、より効率的なバックアップ

永久増分バックアップ

初回のみフルバックアップを実行し、以降の変更を増分で取得することで、バックアップ時間とストレージ消費を削減します。

SpeedKit

ローカルストレージが十分な環境では、SpeedKitはスナップショットベースの技術を使用して変更されたデータブロックを迅速に識別し、CBTの代替としてバックアップパフォーマンスをさらに加速します。

より高速でよりきめ細かなリカバリ

インスタントVMリカバリ

VMをそのバックアップリポジトリから直接起動できるようにし、予期しない障害発生後わずか15秒で重要なワークロードをオンラインに復旧するのに役立ちます。

ファイルレベルリカバリ

バックアップポイントから個々のファイルやフォルダをきめ細かく復元でき、VM全体を復元することなく必要なデータのみを復元できます。

よりスマートなストレージ最適化

スマート保持ポリシー

カスタマイズされた保持ルールに従って古い復元ポイントを自動的に削除し、必要なリカバリポイントを利用可能な状態に保ちながらバックアップストレージの増加を抑えます。

BitDetector

スワップファイル、パーティションのギャップ、未パーティション領域などの価値のないデータを識別して除外し、バックアップリポジトリには意味のある書き込み済みデータのみを保持することで、バックアップデータをさらに削減します。

柔軟な災害復旧とスケーラビリティ

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

本番環境とローカルバックアップ環境の両方が影響を受けた場合に、別の場所に独立したバックアップコピーを作成し、追加の保護層を提供します。

クラウドアーカイブ

バックアップコピーをAlibaba Cloud、AWS S3、およびS3互換ストレージにアーカイブすることで、3-2-1バックアップ戦略に沿って長期保持と災害復旧機能を拡張します。

柔軟なノード拡張

Oracle Linux Virtualization Manager環境の拡大に伴い、必要に応じてバックアップノードを追加できるようにし、統合コンソールで全ノードを管理しながらスケーラブルなバックアップインフラストラクチャを構築できます。

OLVMのVinchinバックアップソリューションのハイライト

自動VMバックアップ

自動VMバックアップ

柔軟なバックアップスケジューリングオプションを備えた自動VMバックアップ

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

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

簡単なインストール、リソース消費の低下、およびメンテナンスコストの削減

LAN-Freeバックアップ

LAN-Freeバックアップ

SAN経由の直接データ転送、本番ネットワーク消費ゼロ

Vinchin Backup & リカバリ
強力なCBTの代替

強力なCBTの代替

OLVM VMsのより速い差分バックアップ

インスタントVMリカバリ

インスタントVMリカバリ

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

統一ウェブコンソール

統一ウェブコンソール

VMバックアップ&リカバリジョブ管理の簡素化

Vinchin を使って OLVM インフラストラクチャを統合する

  • Oracle Linux Virtualization Manager 4.3.x
  • Oracle Linux Virtualization Manager 4.4.x
  • Oracle Linux Virtualization Manager 4.5.x

Vinchin による OLVM 向けの提供内容

短い
大規模なWindowsのバックアップ
ImageIOによるCBT増分バックアップにより、VM数とクラスタフットプリントが増加しても、毎日のバックアップウィンドウを短く保てます。
リカバリ
秒単位で測定され、時間単位ではありません
VMがCeph、ローカルストレージ、SAN LUN、NFSのいずれに存在していても、同じ保護動作です。
低
保護対象VMあたりのコスト
重複排除、圧縮、BitDetectorにより、長期保存バックアップリポジトリのストレージフットプリントを削減します。
1つの戦略
混在環境向け
VMware、Hyper-V、Proxmox などの他のプラットフォームとともに、OLVM を同じコンソールで管理できます - ハイパーバイザーごとに別々のツールは不要です。
分離
本番環境から
LAN-Free SAN転送とオフサイト/クラウドバックアップコピーにより、リカバリポイントを侵害されたクラスタの影響範囲外に保持します。
移行
OLVMへのパスをオフまたはオンにする
エージェントレスV2V移行により、インフラ計画の変更に応じてOLVMとその他のサポート対象プラットフォーム間でVMを柔軟に移動できます。

認定されたオラクルパートナー

oracle-partnernetwork

公式な OPN メンバーの一員であることは、Vinchin Backup & リカバリ が提供できる高度な OLVM 保護の強力な証明であるだけでなく、顧客志向かつクラウドファーストなパートナープログラムによって、クラウドコンピューティング時代において Oracle と共に望ましいビジネス成果を生み出しながら、ユーザー満足度をどのように満たすかを深く理解することを私たちに促すものでもあります

oracle-linux-backup 独立したバックアップソフトウェアベンダー

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

OLVMワークロードを迅速かつ柔軟なバックアップとリカバリで保護し、重要なサービスが稼働し続けることを確保します。

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

よくある質問

Q1: Vinchinは、4.4.8以前と4.4.8以降のホストが混在するクラスタを保護できますか

A: はい。Vinchin は各ホストのバージョンを検出し、自動的に適切な転送パスを選択します。利用可能な場合は ImageIO を、必要に応じてバックアッププラグインを使用するため、バージョンが混在するクラスターでもバックアップ戦略を分割する必要はありません。

Q2: OLVMゲストVM内に何かインストールされますか?

A: いいえ。VM バックアップ自体はエージェントレスです。ゲスト内の唯一のコンポーネントは QEMU ゲストエージェントであり、アプリケーション整合性のある静止処理のためにオプションで使用されます。これは OLVM がゲストレベルの操作のためにすでに依存しているものと同じエージェントです。

Q3: すでにバックアップしているクラスタに新しいVMが追加された場合はどうなりますか?

A: ホスト、クラスタ、またはプラットフォームレベルでAuto-Join Backupが有効になっている場合、新しく追加されたVMは手動で再設定することなく既存のバックアップジョブに自動的に含まれ、削除されたVMは自動的に除外されます。

Q4: ビジネスクリティカルなデータベースVMには、どのリストアオプションを使用すべきですか?

A: Instant VM Restoreはまさにこのようなケースのために構築されており、RTOに敏感なVM向けに設計され、バックアップストレージから直接VMを起動します。Full VM Restoreは、RTOへの感度が低い重要度の低いVMに適しています。

Q5: Vinchin はスタンドアロンの OLVM ホストをサポートしていますか、それともクラスタ構成のみをサポートしていますか

A: 両方です。OLVM環境が単一のスタンドアロンホストでも、マルチホスト・マルチストレージドメインのクラスタでも、同じバックアップとリストアのワークフローが適用されます。