Q&A
「AWS上のNas」とは EFS (https://aws.amazon.com/jp/efs/) のことでしょうか？
AWS環境内での、プログラム一元管理方法が知りたいです。
今度AWS環境へシステム移行する事になりました。
今のシステムでは、phpプログラムをNas上に置いていて、
各WebサーバはそのNas上のPHPプログラムを参照・実行してます。
同じ事をAWS環境でもやろうとしたのですが、AWSだと、
AWS上のWEBサーバ（EC2上のWebサーバ）からEFS（AWS上のNas）のPHPを参照するのに時間がかかる為、
同じような実装は却下されています。
対策として、各WEBサーバ（計10台）にPHPを配置するっていう話が出てるのですが、
保守運用時にかかるコストが高くなる為、やりたくありません。
（保守対応で、プログラムを修正・UPする度に、10台のWEBサーバ上のプログラム反映状況を確認する必要が出るから）
プログラムを一元管理し、かつ、保守コストもかからないようなベターなシステム構成を
思いつく方がいましたら、ご教授願いたいです。お願いします。
回答1件
0
ベストアンサー
ファイルベースで管理しているようなデータが無い事が前提となりますが、
簡単な順には以下の様な感じでしょうか。
- 定期的なRsyncでEFSからEBSに同期させる。
RsyncをCronで走らせて同期させます。
Lsyncdが使えないのでRsyncのエラー等を自前で捕まえてあげないといけないのが大変＆リアルタイムには更新されませんが、手動でデプロイするよりはマシなはずです。
EC2への各ユーザーのログインは原則禁止にして、同期にずれが生じるような作業をさせないようにしましょう。
- 各EC2をAutoScalingGroupに入れておいて、ソース更新があったらAMIを更新→順番にインスタンスを殺して自動で更新後のイメージから起動させる
インスタンスの問題発生時にはとりあえず殺してAMIから起動しなおせば復旧できるという運用の安心感が生まれます。
リリースの度に手作業が発生しますが、CI/CDに関する知見や開発手法に関する教育コストもそこまでかからないので気軽に始めるには悪くないと思います。
AWS CI/CDあたりで検索して、継続的なインテグレーション/デリバリーを実現する
開発手法から整備しないといけないので結構大変ですが、最終的な管理は楽になります。
投稿2020/10/02 06:17
編集2020/10/02 06:41
総合スコア18713
lsyncd は kernel の inotify を利用して更新をキャッチしていると思うのですが、NFS で inotify は使えないのでは？
> TaichiYanagiyaさん
ご指摘ありがとうございます。
確認して回答修正します。
その場合は定期的にRsyncするとかになっちゃいますね。
Lsyncdに関する記述を削除/修正しました
>tanatさん
ご提案ありがとうございます。案１について質問させてください。
EBSへの同期とのことですが、これは、WEBサーバのPG参照先をEBSに切り替えるっていう事ですよね。
EBSからのレスは、EFSよりも早いから、という事でしょうか。
> WEBサーバのPG参照先をEBSに切り替えるっていう事ですよね。
はい
> EBSからのレスは、EFSよりも早いから、という事でしょうか。
はい。その通りです。
実際にどの程度の差が出るかは実環境で計測しないとわかりませんが、
普通にNFSでマウントするとファイルシステムのキャッシュも効かず、ネットワークのレイテンシも発生することから、ファイルへのアクセス速度に一定のオーバーヘッドが発生してしまうのは避けられないですね。
ありがとうございます！！本当に助かります！！
早速チームの検討課題として実装可否を進めていきます！！！
確認したところ、EBSは、WEBサーバのローカルディスクと同義でした。（自分が利用してるEC２の場合）そして今回、PGのローカルディスク管理化を避けたかった為、せっかく教えて頂いた案ですが、本案は採用できませんでした。。。
ローカルディスクの個別管理を避けるために定期的なRsyncで自動同期しましょう
という話なのですが。。。
まずは要件の洗い出しと優先順位の設定をされる事をお勧めします
関係各位と相談の結果、EBSでの管理にすることとなりました。
教えて頂きありがとうございました。
あなたの回答
tips
プレビュー
