AWSにおける共有コンテンツ参照方式を検討する（"S3をマウントしたい"から始まった議論の一部始終） - Qiita
#1.背景 S3の可用性や耐障害性って魅力的！ ただし、NFSマウントできないので、扱う側がS3のAPIで会話しないといけない。 現行では、複数台あるWebサーバがそれぞれファイルサーバへNFSマウントして共有コンテンツを参照していたんですが、S3だとこの構成がとれない。。。 なんとかならないか？そんな理由で始まった検討経緯を共有します。 #2.方式案 思いついたのは、大きく以下の4方式。早速各方式について検討開始しました。 ①：S3コマンドで会話するよう、アプリケーション修正（AWS推奨） ②：何らかの形でS3のバケットをNFSマウントする（S3fsとか） ③：インスタンス側にデータを同期する（S3 syncとか） ④：EC2でファイルサーバを構築する（最終手段） #3.検討の流れ やはり最初は教科書通りにやろうとはしましたが、アプリケーション側の修正が大きいので非現実的でした。 という
CDP:NFS Sharingパターン - AWS-CloudDesignPattern
解決したい課題 複数サーバーで負荷分散した場合、コンテンツを同期させなければならない。マスターサーバーからスレーブサーバーに定期的に一方向に同期を取るのは簡単だが、定期的な同期では遅延が問題になることがある。また、スレーブサーバーに書き込みが発生するとマスターサーバーや他のスレーブサーバーに反映されないなどの課題は残る。 クラウドでの解決/パターンの説明 このパターンは、複数サーバー間で同じコンテンツをリアルタイムに読み書きできるようにする。共有コンテンツを保管するマスターの仮想サーバーをNFSサーバーとし、スレーブサーバーをNFSクライアントとする。そうすることで、どのサーバーからもコンテンツの更新が可能で、リアルタイムに共有できるようになる。 実装 （手順） NFSサーバーをEC2上に構築する。 共有したいコンテンツをNFSサーバーに配置する。 スケールアウトするサーバー群から、そのN
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ページを開く
