パターン)や技術情報、アップデートなどをお知らせするAWS公式ブログです。v6.5の目玉であるAWS対応の機能強化点についてご紹介いただきます。Protection(UDP)の新バージョンv6.5が3月1日にリリースされたのは、ご存知いただいていましたでしょうか。今回の新バージョンの目玉は、バックアップ・リカバリや事業継続/災害対策でのAWSクラウドの活用がさらに拡張された点です。仮想スタンバイを使ったリストア不要な事業継続は、一見の価値ありです。Hyper-VにスタンバイVMを自動作成し、本番サーバがダウンした時はスタンバイVMを起動するだけの短時間で業務を継続できるというしろものでした。「仮想スタンバイってなーに?」という方は、Arcserveのブログページで機能概要をご紹介しているので一度覗いてみてください。EC2環境内で本番システムを運用されている方も、仮想スタンバイを利用できるようになりました。UDPの新バージョンで簡単に組めるようになります。プラン作成の具体的な設定手順は以下の流れです。セキュリティグループの設定だけです。クラウド機能の理解」章をご参照ください。EC2への仮想スタンバイ以外にも、クラウドを活用する機能や、確実なリカバリを確認する機能など多くの簡単・便利な機能が追加されています。Server、復旧ポイントサーバ)を導入してバックアップデータをレプリケートする方法で災害対策を実現可能でした。この方法はもちろん、新バージョンでも同様にご利用いただけます。S3にコピーできるようになりました。復旧ポイントはOSを含んだ状態のフルイメージなので、復旧の際は、サーバを丸ごと復旧でき、すばやく業務再開が可能です。OSを含んだ復旧ポイントまでは不要で、特に重要なデータだけクラウドに置いておきたい方向けのファイルコピー機能が対応するクラウドストレージも増えました。S3互換ストレージであれば、どのクラウドストレージでもサポートします。DR)皆様、こんにちは。今回のブログでは、サイオステクノロジー株式会社様より、AWS上にDR環境を作成する為の検証レポートとその手順を紹介頂きます。サイオステクノロジー株式会社ソリューションの目的AWSを用いた実用的かつ低コストで、ディザスターリカバリー(DR)環境を実現することを目的とするソリューションです。DR環境を実現させるためには、遠隔地に必要なファシリティを備えてDRサイトを構築し、運用する必要があります。それには、設備投資だけでなく、人件費などの定期的なコスト負担が生じること、そして災害が起きてからプライマリーサイトが復旧するまでのある程度の期間において、DRサイトが稼働し続けることを考慮したシステム構成と体制が必要となります。そのような負担を軽減し、ビジネスインパクトを極力下げるために、LifeKeeperとAWSを連携したソリューションを考案しました。その検証レポートを公開します。システム全体構成図まず、オンプレミスおよびAWSのPublicのサブネットには、Webサーバーやアプリケーションサーバーを配置します。今回はWordPressを利用したWebサーバーを配置しますが、そこではクラスターソフトウェア(LifeKeeper)は利用しません。通常運用はオンプレミスのWebサーバーでサービスを提供します。マシンイメージ(以後AMI)が存在する状態とします。障害が発生した際には、AMIからサーバーを起動します。オンプレミスおよびAWSのPrivateのサブネットには、データベースサーバーを配置します。今回はMySQLで、LifeKeeperを利用したクラスター構成とします。(以後DataKeeper)でミラーリングします。オンプレミスとAWSのprivateサブネット上に配置しているデータベースサーバー間の通信は、IPsecVPNで、オンプレミス側のルーターとしてYamahaのRTX1200を利用します。Connect)も利用できますが、今回は既存のルーターを使用して検証してみます。各サブネットのCIDRやサーバーのIPアドレスは、以下のようにしています。作業開始時点では、オンプレミス側のサーバーが2台配置されているのみです。始めにAWSでのVPCおよび仮想プライベートゲートウェイの設定を行います。これらの設定および、これ以降の詳細な内容については、サイオスのブログサイトで公開しておりますのでご確認ください。