Kubernetesへの移行を成功させるには

Kubernetesを活用したいけど、単にアプリケーション開発の効率を高めるだけでなく、開発プロセスの変革をともなうので気軽には導入できない、と考えている開発チームは多いと思います。

続きを読む
タグ: , , | Kubernetesへの移行を成功させるには はコメントを受け付けていません

Veeam Backup & Replication【Ver.9.5 Update 4システム要件】

Veeam Backup & Replication Ver.9.5 Update 4のシステム要件です。

※最小構成では、管理サーバ、プロキシサーバ、リポジトリサーバ、テープサーバを同一のサーバで兼用することも可能です。その場合には、4つすべてのサーバの要件を考慮する必要があります。

続きを読む
タグ: , | コメントする

Veeam Backup & Replication【Ver.10システム要件】

Veeam Backup & Replication Ver.10のシステム要件です。

※最小構成では、管理サーバ、プロキシサーバ、リポジトリサーバ、テープサーバを同一のサーバで兼用することも可能です。その場合には、4つすべてのサーバの要件を考慮する必要があります。

続きを読む
タグ: , | コメントする

Veeam Backup & Replication【Ver.11システム要件】

※最小構成では、管理サーバ、プロキシサーバ、リポジトリサーバ、テープサーバを同一のサーバで兼用することも可能です。その場合には、4つすべてのサーバの要件を考慮する必要があります。

続きを読む
タグ: , | コメントする

Veeam Backup & Replication【Ver.12システム要件】

Veeam Backup & Replication Ver.12のシステム要件です。

※最小構成では、管理サーバ、プロキシサーバ、リポジトリサーバ、テープサーバを同一のサーバで兼用することも可能です。その場合には、4つすべてのサーバの要件を考慮する必要があります。

続きを読む
タグ: , | コメントする

Veeam Backup & Replication【Ver.12.1システム要件】

Veeam Backup & Replication Ver.12.1のシステム要件です。

※最小構成では、管理サーバ、プロキシサーバ、リポジトリサーバ、テープサーバを同一のサーバで兼用することも可能です。その場合には、4つすべてのサーバの要件を考慮する必要があります。

続きを読む
タグ: , | コメントする

VeeamとKastenのパートナーシップが実現

Veeamも認めるKubernetesバックアップ ソリューション Kasten K10

クライムのブログ記事でも何度か紹介してきたKastenのクラウド ネイティブ バックアップ ソリューションが、Veeamパートナーに正式に採用されました。マイクロサービス環境でのDevOpsとCI/CDがアプリケーション開発のスタンダードになりつつある昨今、Kubernetesを導入する企業が急増しています。サポートの幅を広げて顧客ニーズに応えたいVeeamにとって、KastenのソリューションはVeeamの要件と哲学に合致するもので、両社にとってウィンウィンのパートナーシップが実現したようです。

続きを読む
タグ: , , | VeeamとKastenのパートナーシップが実現 はコメントを受け付けていません

StarWind VSAN for vSphere vs. VMware vSAN

StarWind VSAN for VMwarevSphere と VMware vSANを要件別に比較してみました。

続きを読む
タグ: | StarWind VSAN for vSphere vs. VMware vSAN はコメントを受け付けていません

復旧先ホストのメンテナンス時の手間を解消!VRA Population機能[Zerto v8.0]

異種ハイパーバイザ、パブリッククラウド間のレプリケーションを提供するZertoですが、ほぼリアルタイムなレプリケーションであるため、ESXiなどのホストのメンテナンス時に少々手間がありました。
下記のようなアーキテクチャでソース、ターゲットとなるホスト上でデプロイされたVRAが処理を行っていますので、ホストのメンテナンス時にVRAも停止してしまうと、そのままではレプリケーションが中断されてしまいます。

ソース側に関してはホストのメンテナンス時には仮想マシンは別のホストに移動しているかパワーオフ状態であるため、影響はありませんが(vMotion先のホストでVRAが稼働していればレプリケーションも続行されます。)、問題となるのは復旧先となるホストです。

続きを読む
コメントする

MSP360(CloudBerry) Backupを利用してのAmazon EC2にサーバ全体をリストア(復元)する方法

Amazon EC2を含むクラウド・サービスへのサーバ全体のバックアップとリストア(復元)を、MSP360(CloudBerry) Backup で実現できます。これは、予備のハードウェアがなくてもサーバを復元する必要がある災害復旧に役立ちます。

(1)[Restore to EC2]オプションを選択

続きを読む
タグ: | 1件のコメント

サイジングや構成における考慮点 まとめ[Zerto Virtual Replication]

今回はZerto Virtual Replicationを使用する上で考慮すべき要素をご紹介します。Zerto Virtual Replicationは仮想マシンをベストエフォートでレプリケーションし、数秒のRPOを実現していますが、ベストエフォートであるがゆえに、どれだけのRPOを実現できるかどうかは保護対象となるVMの特性やレプリケーションを行う環境の構成に依存します。このようなレプリケーションのパフォーマンスに関して考慮すべき要素は以下の通りです。
続きを読む

コメントする

AWS Glacierへのアーカイブ方法: N2WS Backup and Recovery v3.0 ハウツーガイド

AWS Glacierへのアーカイブを開始

データのバックアップとGlacierへのアーカイブを開始する前に、いくつか準備する必要があります。まず、アカウントを作成する必要があります。次に、「cpmdata」ポリシーを作成します。「cpmdata」ポリシーは、N2WS Backup&Recoveryデータをバックアップするための特別なポリシーです。これは、Amazon S3機能を使用するために必要であり、障害が発生した場合は、リカバリプロセスがリポジトリへのアクセスを回復するために使用されます。この手順をスキップしようとすると、たとえばリポジトリを直接作成すると、次のようなメッセージが表示されます。

続きを読む
タグ: , | AWS Glacierへのアーカイブ方法: N2WS Backup and Recovery v3.0 ハウツーガイド はコメントを受け付けていません

N2WS Backup and Recovery v3.0 ハウツーガイド: 復旧シナリオ, コスト削減とCost Explorer, などなどを紹介

復旧シナリオ(Recovery Scenario)の改善


災害後に、通常多くのリソースを迅速に稼働させる必要があります。 N2WS Backup and Recovery v3.0が登場する前は、各リソースを個別にリカバリする必要がありました。この作業には多くの貴重な時間が費やされていました。 このVer3での更新では、一緒に回復される複数のリソースを含むリカバリ・シナリオを構成できるようになりました。 さらに各環境には独自の要件と依存関係があるため、ターゲット・リソースを復元する順序を選択することできます。 新しいインスタンスが別のリージョンまたはアカウントでスピンされているときに、さまざまなバックアップ前および後のスクリプトを実行して、柔軟性を高めることもできます。

続きを読む
タグ: , , , | コメントする

Amazon Glacierへのアーカイブがもたらす大きなコストメリット [N2WS Backup & Recovery v3.0]

N2WS Backup & Recoveryは登録したAWSアカウントに紐づいているEC2インスタンスやRDSなどのAWSリソースのバックアップ/リストアをコーディングすることなく、簡単に行えるソフトウェアとなります。

EC2インスタンスのバックアップ方式としては、AWSがネイティブに提供しているスナップショット機能を用いたものとなりますが、全てのリストアポイントをEBSスナップショットとして保持しておくことはバックアップシナリオとして正解ではありません。

EBSスナップショット自体はAWSの内部的にAWS S3のストレージに格納されますが、この時選択されるストレージクラスは標準ストレージクラスが使用されます。

続きを読む

タグ: , , , , , | コメントする

バックアップレポートによる通知【CloudBerry】

Cloudberryはバックアップの結果をバックアップレポートとしてメール通知することが可能です。本ブログではメール通知設定の方法やバックアップレポートの内容をご紹介いたします。

  • メール通知の仕方

バックアップ計画の作成時に、[バックアップが完了したら、Emailで通知を受け取る]のチェックを有効化することでメール通知が可能です。

[ユーザ名]には任意のユーザ名を、[Email]には送り先のアドレスを、[Emailの件名]には送信される通知メールの件名を設定します。

続きを読む

コメントする