概要
皆さんがオンプレミスのサーバに保存しているデータ(ファイル)のうち、何割を日常的に使用しているでしょうか?
全てのデータを日常的に使用しているといった方はほとんどおらず、年に数回しか使用しないデータを保存されている方もいるかと思います。
皆さんがオンプレミスのサーバに保存しているデータ(ファイル)のうち、何割を日常的に使用しているでしょうか?
全てのデータを日常的に使用しているといった方はほとんどおらず、年に数回しか使用しないデータを保存されている方もいるかと思います。
あらゆる環境のバックアップが実施可能なVeeam Backup & Replication。VMwareやHyper-V、Nutanix AHVといった仮想環境をはじめ、Windows、Linuxといった物理マシン、ファイルサーバやNASの保護まで実施可能となっております。
また、Veeamバックアップ先としては任意のオンプレミスストレージを利用することが可能となっておりますが、Amazon S3やAzure BLOBといったクラウドオブジェクトストレージへの保護も実施できます。
マルチクラウドの導入は増加傾向にあり、企業は多様なニーズに対応するために複数のクラウドプロバイダーを活用しています。しかし、こうした導入の多くは無計画で、適切なアーキテクチャがないため、行き当たりばったりのアプローチになっているようです。
続きを読むZertoはAzure環境にも対応しており、vSphere>Azureなどの異種プラットフォーム間でのレプリケーションが可能であり、Zerto v10でAzure環境におけるアーキテクチャが大幅に変更されました。
従来のアーキテクチャでは、Azure上のWindows仮想マシンにZertoをインストールすると、Zerto Cloud Appliance(ZCA)としてZerto Virtual Manager(ZVM)以外にも実データ処理を行うVirtual Replication Appliance(VRA)がWindowsのサービスとしてインストールされる仕様であり、スケールアップで対応するとしても1台あたり100VMの制限がありました。これではスケーリングが難しく、必要に応じてZCAであるWindows仮想マシン自体を増やさなければなりません。
続きを読むStarWind Virtual SAN(VSAN) は、vSphere に VM としてインストールされる、パッケージ化された Linux 仮想マシン(CVM)として提供されます。これは、VMware クラスタ用の VM 中心の高性能ストレージ プールを作成します。
このガイドでは、VMware vSphere を使用した StarWind Virtual SAN の展開および構成手順について説明します。
サービスプロバイダはVeeam Cloud Connectによって顧客(テナント)にサービスとしてクラウドリポジトリ(バックアップ保存先)を提供することが可能になります。
テナントからはオンプレのリポジトリと同じようにクラウドリポジトリを指定するだけで遠隔地へバックアップすることができます。
このVeeam Cloud ConnectにはテナントのPCが攻撃を受け、勝手にバックアップを削除されてしまった場合にも、一定期間バックアップを保存し、復旧を可能にする機能があります。
これがInsider Protection機能です。
2011年ごろの初期のZertoユーザは主にディザスタリカバリのためにZertoを導入しましたが、これらの組織がもう1つの重要なユースケースであるサイバーリカバリやランサムウェアリカバリについて話がで始まるまでには、そう時間はかかりませんでした。
続きを読むVeeam Backup and Replication のVersion12では、「Move Backup 」機能とオブジェクト・ストレージへの直接移行機能が導入されました。ここでは、Move Backupを使用してAWS S3に保存された過去に使われたバックアップをWasabiクラウドストレージに移行する手順を紹介します。
続きを読む先日Veeam 12.1のβ版が公開されました。現時点でクライムにて判明している機能を下記に記載します。
※β版のため、今後のリリース次第で変わる可能性がございますので、ご了承ください。
オブジェクトストレージを対象にバックアップができるようになったり、Veeam Explorerやプラグインに関する情報が追加されていたりなど、弊社で確認できたところだけでも追加情報が多いため、ブログを2つに分けてご紹介しております。
ランサムウェア対策に関する新情報については下記ページをご参照ください。
StarWind Virtual SAN(vSAN)はまさにITストレージのUberのようなものです!最高の機能を提供し、新しいインフラに投資することなく、既存のハードウェアを再利用します。
先日Veeam 12.1のβ版が公開されました。現時点でクライムにて判明している機能を下記に記載します。
※β版のため、今後のリリース次第で変わる可能性がございますので、ご了承ください。
また、弊社で確認できたところだけでも追加情報がいろいろありますので、本ブログではランサムウェア対策として活用できそうな機能をピックアップしてご紹介します。
その他追加情報につきましては、下記ページをご参照ください。
Veeamではエンタープライズ アプリケーション プラグインとしてデータベースや専用ツールが提供するバックアップ機能でVeeamリポジトリを保存先として利用する機能を提供しています。
このプラグインをOracleデータベースのサーバにインストールし、保存先とするバックアップリポジトリを設定すると、RMANでbackup databaseした際に、そのバックアップはVeeamリポジトリに保存され、Veeam Backupのコンソールからも確認できます。
続きを読む企業組織で使用されるストレージの量は指数関数的に増加しており、複数の仮想マシン(VM)やアプリケーションから高速かつ容易にアクセスできるストレージシステムの必要性が生じています。さらに、必要なアプリケーションに最大限のアップタイム数を提供するために、ストレージ自体が高可用性(HA)でなければならりません。ファイバーチャネルインフラストラクチャは良い選択肢ですが、導入コストが高く、それをサポートする特定のハードウェアが必要です。そこで登場するのがiSCSIです。これは、一般的なイーサネット・ネットワーク上で動作するブロック・プロトコルです。したがって、iSCSIはスピードとともに実装の容易さをもたらし、共有ストレージ・システムに完璧に適合します。
続きを読むITの世界は急速に成長しています。アプリケーションは、私たちが生きている間により多くのコンピューティング・パワーを必要とし、データ・ストレージは世界中で最も成長している技術部分となっています。さらに、クラウドにおけるITビジネスのシェアも大幅に増加しています。これらすべてが、ITストレージ・インフラ管理をますます複雑にしています。この点に関して、Storage Management Initiative (SMI)は、IT管理者の生活をより簡単にするための仕様を作成することを決定しました。SNIA Swordfishは、ストレージの割り当て、監視、管理方法を簡素化するAPI機能を提供します。この仕様は、データセンタ環境で使用されるテクノロジーと統合し、高度なタスクをよりシンプルにするよう設計されています。
続きを読むSMI-S(Storage Management Initiative Specification)は、ストレージネットワーク産業協会(SNIA)が策定した標準規格で、複数のベンダーのストレージデバイスの管理を規制するために設計されました。ストレージ・インフラ全体をシンプルかつ統一的に管理するのがSMI-Sプロバイダーです。
複雑なストレージ管理の問題
続きを読む今日では、ほとんどのビジネス業務はアプリケーションに直接依存しており、その結果、ITインフラにも依存しています。したがって、アプリケーションに24時間365日のアップタイムと高可用性を提供することは、円滑なビジネス運営を確保するための確実で重要な方法です。クラスタリング・メカニズムはこれらの目標を達成するために設計されていますが、クラスタを稼働させ続けるためには半分以上のノードが必要です。ストレージクラスタの場合、適切なノード通信を確保するために、効果的で簡単な方法は冗長ハートビート接続を使用することです。しかし地理的に分散したクラスタでは、これは必ずしも選択肢ではありません。このような制限を克服するために、ノードマジョリティメカニズムが導入されました。
続きを読むI/Oはシステムを左右するため、特にVMがIOPSに貧弱な仮想化環境では、ストレージのパフォーマンスは常に大きな問題となります。回復力と確かなパフォーマンスを確保するために、物理的なストレージ・エレメントを常に購入し続けるのは無駄です。StarWindは機敏な機能を備えているため、予算の安全性を保証し、既存のハードウェアで強力な冗長性とHAを実現できます。
続きを読むシステム管理者やITプロは、アプリケーションのパフォーマンス要求とストレージシステムの能力を一致させるという課題に直面することが多くなっています。高速なエンタープライズ・グレードのフラッシュが、この問題を解決する最初の選択肢になります。しかし、それをどのように適切に実装するかという問題が残っています。
手動でのストレージ階層化の問題点
続きを読む現代のアプリケーションは、大量のデータ処理を処理するように設計されているため、より大きなI/O数が発生します。その結果、VMはすべてのI/O要求を処理するために、ストレージ・サブシステムにより多くの速度を要求することになります。NVMeテクノロジーはすでにストレージ市場に参入していますが、特に共有ストレージとして、その機能をすべて提供するには適切なメカニズムがまだ不足しており、多額の費用が必要です。このため、高速なNVMeストレージとすでに一般的なSSDを組み合わせて、単一のコスト効率の高いストレージ・プールにできるシステムの必要性が生じています。
続きを読む