1. Copyright© 2013 ,All Rights ReservedCopyright© 2013 , All Rights Reserved
AmazonWebServiceの良いところってアクセス数の多いサイトでロードバ
ランシングやオートスケーリングがAWSだけで完結できることですが、
なんとなくAmazon一社に依存したくないというお客様向けにさくらVPS
と組み合わせて提案したところ、結構受けがよかったので、共有します。

2. Copyright© 2013 ,All Rights ReservedCopyright© 2013 , All Rights Reserved
ホームページリニューアル、CMSリプレイスの際の
パターン別サーバー構成例
株式会社雲屋ネットワーク
※AmazonWebServiseを使った構成
にしてみました。
※業種：金融業様向け

3. Copyright© 2013 ,All Rights Reserved
①AWSご提案構成（DRなし）
③AWS＋さくらインターネットをDR
として
使用したご提案構成
②AWSご提案構成（シンガポールDR使用）
※金融商品を開示する為のホームページであり、その時の商品価格
を一日の中で決まった時間に更新しなければならないという理由
で、クライアントからは絶対にサーバーを落としたくない。バック
アップは東京以外、もしくは海外にもとりたい。バックアップサー
バーは違う運営会社にしたいなど、かなりの冗長構成の希望を実際
は頂いておりました。よってそれを意識した構成例になっていま
す。

4. Copyright© 2013 ,All Rights Reserved
①AWSご提案構成（DRなし）

5. Copyright© 2013 ,All Rights Reserved
ネットワーク構成図(通常運用時)
WEB
Instance
（Active)
WEB
Instance
（Standby)
Elastic Load
Balancer
MySQL
Active (Multi-AZ)
MySQL
Standby (Multi-AZ)
自動切替
Heartbeatで冗長化（監視）
通常はこちらのア
クセス経路
通常は切り離した状態
（Standby）で運用
Availability Zone A Availability Zone B
サーバを２つのデータセンタ（Availability Zone A/B)に振り分けて運用を行います。
Amazon Simple Storage
Service (S3)
バックアップ
WindowsInstance
管理サーバ
Standbyのコンテンツ
は定期的にrsyncで
Active機より定期的に
同期
お客様
お客様ネット
ワークより管理
管理 管理

6. Copyright© 2013 ,All Rights Reserved 6
ネットワーク構成図(本番機でのWEBサーバ障害発生時)
Instance
（Active)
WEB
Instance
（Standby)
Elastic Load
Balancer
MySQL
Standby (Multi-AZ)
Active機で障害が発生した際は、ロードバ
ランサがStndby機にアクセスを振り分け
ます
Availability Zone A Availability Zone B
WEBサーバのActive機がダウンした際は、ロードバランサ及びheartbeatが感知し自動で
Standby機に処理が移行します。
データベースは引き続きActive機を使
用可能です
MySQL
Active (Multi-AZ)

7. Copyright© 2013 ,All Rights Reserved 7
ネットワーク構成図(本番機でのDBサーバ障害発生時)
Instance
（Active)
Instance
（Standby)
Elastic Load
Balancer
DBサーバに障害が発生した時点で自動で
Standbyに切り替わります
Availability Zone A Availability Zone B
DB障害が発生した場合は、Active-Standby構成をとっており自動でStandby機に
処理が移行します
MySQL
Standby (Multi-AZ)
MySQL
Active (Multi-AZ)

8. Copyright© 2013 ,All Rights Reserved 8
②AWSご提案構成（シンガポールDR使用）

9. Copyright© 2013 ,All Rights Reserved 9
ネットワーク構成図(通常運用時)
Instance
（Active)
Instance
（Standby)
Elastic Load
Balancer
Instance
DR領域
Singpore Region
MySQL
DB Instance
MySQL
DB Instance
RDS DB Instance
Standby (Multi-AZ)
自動切替
Heartbeatで冗長化
（監視）
通常はこちらの
アクセス経路
通常は切り離した状態で運用。
Zone Aで障害発生の際はZone B
に自動で切り替わります
Availability Zone A Availability Zone B
rsyncで定期的に同期
mysqldumpにて定期
的に同期
サーバを3つの東京リージョンのデータセンタ（Availability Zone A/B)と
シンガポールリージョンに振り分けて運用を行います。
Tokyo Regionに障害が発生した
場合はSingapore Regionで運用
を継続します
WindowsInstance
管理サーバ
お客様
お客様ネット
ワークより管理
管理 管理 管理
Standbyのコンテンツ
は定期的にrsyncで
Active機より定期的に
同期

10. Copyright© 2013 ,All Rights Reserved 10
③AWS＋さくらインターネットをDR
として
使用したご提案構成

11. Copyright© 2013 ,All Rights Reserved 11
ネットワーク構成図(Amazonとさくらインターネットの組み合
わせ)
Instance
（Active)
Instance
（Standby)
Elastic Load
Balancer
Web Server
DR領域
MySQL
DB Instance
RDS DB Instance
Standby (Multi-AZ)
自動切替
Heartbeatで冗長化
（監視）
通常はこちら
のアクセス経
路
Standbyのコンテンツ
は定期的にrsyncで
Active機より定期的に
同期
通常は切り離した状態で運用。
Zone Aで障害発生の際はZone B
に自動で切り替わります
Availability Zone A Availability Zone B
rsyncで定期的に同期
mysqldumpにて定期
的に同期
サーバを3つのデータセンタ（Availability Zone A/BならびにさくらインターネットDC)に
振り分けて運用を行います。
AWSのTokyo Regionに障害が発
生した場合はさくらインター
ネットで運用を継続します
さくらインターネット
Ishikari Region
WindowsInstance
管理サーバ
お客様
※さくらインターネットはCentOSのみの
提供のためAgentをサポートしていません管理管理

12. Copyright© 2013 ,All Rights Reserved 12
各構成の比較
障害時の復旧 対応可能なリージョ
ン障害
価格 パトリオット法
AWS
（DRなし）
自動 1リージョン ◎ 適用
AWS
（ｼﾝｶﾞﾎﾟｰﾙDR
あり）
自動 2リージョン ○ 適用
AWS＋さくら
インターネッ
トDR
自動 2リージョン ▲ 一部適用