
N2WS Backup & Recoveryは企業内でのタグ・ベースの継続的なバックアップおよびリカバリソリューションを資産化すると同様にこれらのタグを活用してバックアップを管理するのに役立ちます。EBSボリュームをバックアップするには、特定のタグを作成して、N2WSでタグスキャンをスケジュールします。N2WSは事前に設定されたスケジュールでアカウントをスキャンし、それに応じてバックアップポリシーを設定します。これらの機能は、さまざまな場合に有益です。
続きを読む
N2WS Backup & Recoveryは企業内でのタグ・ベースの継続的なバックアップおよびリカバリソリューションを資産化すると同様にこれらのタグを活用してバックアップを管理するのに役立ちます。EBSボリュームをバックアップするには、特定のタグを作成して、N2WSでタグスキャンをスケジュールします。N2WSは事前に設定されたスケジュールでアカウントをスキャンし、それに応じてバックアップポリシーを設定します。これらの機能は、さまざまな場合に有益です。
続きを読む
Veeam Backup & ReplicationではVMware仮想マシンのバックアップ時のコンポーネントを分散させることが可能です。このため、Veeamインストールマシン以外の仮想/物理マシンに以下のような役割を割り当て、構成に合わせて追加していくことで、仮想環境の成長に合わせてスケールアウトな構成を実現できます。


Kubernetesへの移行を成功させるにはの続きです。Kubernetesを導入したいけど、Kubernetesは単なるコンテナ処理ツールではなく、開発プロセスの変革をもたらすので、気軽には手が出せない、手を出す余裕がないと感じている開発チームも多いのではないでしょうか。
続きを読む異種ハイパーバイザ、パブリッククラウド間のレプリケーションを提供するZertoですが、ほぼリアルタイムなレプリケーションであるため、ESXiなどのホストのメンテナンス時に少々手間がありました。
下記のようなアーキテクチャでソース、ターゲットとなるホスト上でデプロイされたVRAが処理を行っていますので、ホストのメンテナンス時にVRAも停止してしまうと、そのままではレプリケーションが中断されてしまいます。

ソース側に関してはホストのメンテナンス時には仮想マシンは別のホストに移動しているかパワーオフ状態であるため、影響はありませんが(vMotion先のホストでVRAが稼働していればレプリケーションも続行されます。)、問題となるのは復旧先となるホストです。
続きを読むAmazon EC2を含むクラウド・サービスへのサーバ全体のバックアップとリストア(復元)を、MSP360(CloudBerry) Backup で実現できます。これは、予備のハードウェアがなくてもサーバを復元する必要がある災害復旧に役立ちます。
(1)[Restore to EC2]オプションを選択

今回はZerto Virtual Replicationを使用する上で考慮すべき要素をご紹介します。Zerto Virtual Replicationは仮想マシンをベストエフォートでレプリケーションし、数秒のRPOを実現していますが、ベストエフォートであるがゆえに、どれだけのRPOを実現できるかどうかは保護対象となるVMの特性やレプリケーションを行う環境の構成に依存します。このようなレプリケーションのパフォーマンスに関して考慮すべき要素は以下の通りです。
続きを読む
データのバックアップとGlacierへのアーカイブを開始する前に、いくつか準備する必要があります。まず、アカウントを作成する必要があります。次に、「cpmdata」ポリシーを作成します。「cpmdata」ポリシーは、N2WS Backup&Recoveryデータをバックアップするための特別なポリシーです。これは、Amazon S3機能を使用するために必要であり、障害が発生した場合は、リカバリプロセスがリポジトリへのアクセスを回復するために使用されます。この手順をスキップしようとすると、たとえばリポジトリを直接作成すると、次のようなメッセージが表示されます。
続きを読む
災害後に、通常多くのリソースを迅速に稼働させる必要があります。 N2WS Backup and Recovery v3.0が登場する前は、各リソースを個別にリカバリする必要がありました。この作業には多くの貴重な時間が費やされていました。 このVer3での更新では、一緒に回復される複数のリソースを含むリカバリ・シナリオを構成できるようになりました。 さらに各環境には独自の要件と依存関係があるため、ターゲット・リソースを復元する順序を選択することできます。 新しいインスタンスが別のリージョンまたはアカウントでスピンされているときに、さまざまなバックアップ前および後のスクリプトを実行して、柔軟性を高めることもできます。
N2WS Backup & Recoveryは登録したAWSアカウントに紐づいているEC2インスタンスやRDSなどのAWSリソースのバックアップ/リストアをコーディングすることなく、簡単に行えるソフトウェアとなります。
EC2インスタンスのバックアップ方式としては、AWSがネイティブに提供しているスナップショット機能を用いたものとなりますが、全てのリストアポイントをEBSスナップショットとして保持しておくことはバックアップシナリオとして正解ではありません。
EBSスナップショット自体はAWSの内部的にAWS S3のストレージに格納されますが、この時選択されるストレージクラスは標準ストレージクラスが使用されます。
Cloudberryはバックアップの結果をバックアップレポートとしてメール通知することが可能です。本ブログではメール通知設定の方法やバックアップレポートの内容をご紹介いたします。
バックアップ計画の作成時に、[バックアップが完了したら、Emailで通知を受け取る]のチェックを有効化することでメール通知が可能です。
[ユーザ名]には任意のユーザ名を、[Email]には送り先のアドレスを、[Emailの件名]には送信される通知メールの件名を設定します。
Nutanix AHV 環境の保護ソフトウェアである『Veeam Backup for Nutanix AHV』。こちらの現行最新バージョン2.0では、実際のデータ処理を行うAHVバックアッププロキシの自動的なデプロイが可能となりました。これによりますます簡単にAHV環境バックアップのセットアップが行えるようになりましたが、注意点としてVeeam バックアップサーバとAHVバックアッププロキシは双方向に名前解決できていることが前提条件となります。

AWS環境のバックアップは、責任共有モデルという性質上ユーザ側で確実に取得しておく必要があります。
N2WS Backup & RecoveryはAWSネイティブのスナップショットをトリガーするだけでなく、静止点の担保や世代管理、低コストなS3ストレージクラスへのアーカイブ、ファイルレベルでのリストアなど、ユーザ目線に立った使いやすいバックアップを構成することが可能です。
CloudBerry Backupはバックアップの世代情報をリポジトリデータベースファイルに保持しています。このファイルはバックアップ計画が多い場合や長期運用している場合、サイズが大きくなります。これによりCloudBerry Backupをインストールしているサーバの空き容量を圧迫してしまうことがあります。
CloudBerry Backupではコンソール上からこのベースファイルの圧縮を実施することが可能です。本ブログでは手順と注意点についてご説明いたします。 続きを読む