Interconnecting two AWS VPC regions - 40Cloud
Introduction Amazon Web Services (AWS) Virtual Private Cloud (VPC) provides a good way to isolate your cloud servers from the shared data-center environment and to reduce public cloud security threats. For a more detailed discussion about security threats arising from IaaS consumption see our previous post on the need for VPC solutions. There are several good reasons why one would want to deploy v
EC2 to VPC: A transition worth doing. - Engineering at Kiip
Kiip recently completed a migration from EC2 to VPC. VPC exited beta and became generally available in all regions in August, and allows you to provision compute nodes within a virtual network in AWS. For anything more than simple websites, we believe migrating to VPC is something worth doing, or at the very least worth investigating. Because Amazon VPC is a new service and requires a substantial
CDP:CloudHubパターン - AWS-CloudDesignPattern
解決したい課題 複数拠点間でのVPN（仮想プライベートネットワーク）接続をフルメッシュ型で構築すると、拠点が増えるに従い各拠点のVPNルーターへの設定も煩雑になり、メンテナンスコストが増大する。この問題を解決するためにスター型でVPNを構築すると、各拠点のVPNルーターはVPNハブに接続するだけでよくなる。しかしVPNハブに障害が起こると、すべてのVPN接続に影響を与えてしまうので、VPNハブの可用性が重要な課題となる。 クラウドでの解決/パターンの説明 従来のVPNハブは、可用性を高めるためにVPNに利用する通信機器を冗長構成にするなど、高額な初期投資を必要としてきた。またVPN接続の利用量にかかわらず設備維持の固定費がかかってしまい、コスト効率も悪い。クラウドにはVPN機能を提供するものもあり、VPNハブとして利用することもできる。可用性の高いクラウド基盤を従量課金で利用することになる
CDP:Weighted Transitionパターン - AWS-CloudDesignPattern
解決したい課題 システム全部をある地域から異なる地域へ移行したいというケースがある。例えば、オンプレミスのデータセンターから、クラウドへシステムを移行する場合、もしくはクラウドのある地域から異なる地域へ移行したい場合が考えられる。この際、システムのドメイン名を変えることなく、なおかつ、システムを停止することなく、できるだけスムーズに移行したいという要望は大きい。 クラウドでの解決/パターンの説明 ドメイン名を変えることなくシステム全部を移行させるには、DNSサーバーにおいて重みづけラウンドロビンという機能を用い、名前解決する際に既存システムから新システムに切り替える手法がある。最初は新システムに少しだけ振り分け、問題が無ければ、新システムへの配分を徐々に増やしていくことができる。クラウドで提供されているDNSサービスを用いれば、重みづけラウンドロビン設定も容易に行えるため、最小限のDNSサ
CDP:Job Observerパターン - AWS-CloudDesignPattern
解決したい課題 バッチ処理の負荷分散として、ジョブリクエストをキューで管理し、キューのジョブリクエストを複数のバッチサーバーが並列に処理する方法がある。しかし、用意するバッチサーバー数はピークに合わせた数となるため、ピーク外の時間帯ではバッチサーバーのリソースが余ってしまい、コスト効率が悪くなってしまう。また、予想以上の負荷がバッチシステムにかかった場合、レスポンスが悪くなってしまう。 クラウドでの解決/パターンの説明 従来はサーバーリソースを動的に増減することができなかったので、ピークや許容コストの範囲内でバッチサーバーを用意していた。コスト効率が悪く、想定外の負荷に対応ができないという課題があった。クラウドでは、負荷をモニタリングし仮想サーバーを自動的に増減させる仕組みを備えている。この仕組みを利用することで負荷に応じてバッチサーバーを増減できるようになり、コスト効率がよく想定外の負荷
CDP:Private Cache Distributionパターン - AWS-CloudDesignPattern
解決したい課題 世界中のキャッシュロケーションを活用したコンテンツデリバリーのサービスを用いることで、世界中のユーザーに高速にデータを配信することが可能となった。しかし、特定のユーザーにのみコンテンツを配布する場合、利用者を認証する必要があり、そうした仕組みを構築するのは簡単ではない。 クラウドでの解決/パターンの説明 コンテンツデリバリーで提供される「署名付きURL認証機能」を用いる方法がある。ユーザーがコンテンツをダウンロードするためにWebサイトにアクセスする際に、あらかじめ設定しておいた「アクセス元IPアドレス」「ダウンロード可能期間」「アクセス元地域」等に適合した場合のみ、「署名付きURL認証機能」を発行すれば良い。より高い精度での特定ユーザーへの配信が可能となる。 また署名付きURL以外にも、クッキーに対して署名を付与する「署名付きクッキー認証」を利用することもできる。 実装
Sorry! This site is experiencing technical difficulties.
Sorry! This site is experiencing technical difficulties.Try waiting a few minutes and reloading. (Can't contact the database server: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) (localhost)) You can try searching via Google in the meantime. Note that their indexes of our content may be out of date.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Asgard, the Grails App that Deploys Netflix to the Cloud
Should I use Amazon's AWS Virtual Private Cloud (VPC)
Amazon EC2 Technical FAQs : Articles & Tutorials : Amazon Web Services
CDP:Log Aggregation パターン - AWS-CloudDesignPattern
CDP:Scheduled Scale Outパターン - AWS-CloudDesignPattern
CDP:Cache Proxyパターン - AWS-CloudDesignPattern