Amazon EC2インスタンスが停止または再起動されるたびに、AMIを使用して新しいインスタンスが作成されます。
これは通常、 Puppet のようなサービスで管理されているアプリケーションには問題ありませんが、私たちのWordPressサイトはそうではありません。 WordPress毎日のバックアップから。
WordPressファイル用のある種の永続ストレージを備えたAmazonインスタンスでWordPressをホストする方法はありますか?
EBSボリュームについては知っていますが、/ var/app/currentを「そこに保存」する方法がわかりません。
Wp-contentフォルダーなどの共有ストレージにはEFSボリュームを使用し、データベースにはRDSを使用する必要があります。 EBSはこれを支援しません。
AWSには良いパターンがあります ここ 。 GitHubのテンプレートなどにリンクしています ここ 。
利用可能な別のパターンがあります ここ 完全な展開ガイドを提供します。
ライトセイル
AWSはWordPress高可用性が必要な場合、または非常に高い負荷がある場合に最適です。 AWSLightsailはWordPress簡単 になりますが、そうではありません高可用性を備えており、特に多くの帯域幅を使用する場合は、EC2よりもはるかに安価になる可能性があります。
ここで暗闇の中で刺します:
Ec2インスタンスが停止または再起動されるたびに、AMIを使用して新しいインスタンスが作成されます。
ほとんどの場合、EC2インスタンスはAutoScalingによって制御されます。したがって、インスタンスが停止すると、Auto Scalingはそれが「異常」であると判断し、終了してから置き換えます。それがあなたがあなたのデータを失っている理由です。
これを回避するには、AutoScalingによって制御されない新しいEC2インスタンスを作成します。このようにして、交換せずに開始および停止できます。 EBSボリュームは、停止および再起動してもデータを保持します。
wordpressファイル用のある種の永続ストレージを備えたAmazonインスタンスでwordpressをホストする方法はありますか?
EBSでバックアップされたEC2インスタンスは、探している永続ストレージを提供します。ただし、問題は、EC2インスタンスを停止する行為がインスタンスを終了して再作成していることだと思います。