300GBのルートボリュームを持つデータベースサーバーからAMIをベイクしています。ボリュームの80%が使用中です。 AMIのベーキングの背景にある理由は、毎日まったく同じデータを持つ複数の新しいインスタンスが必要であるということです。復元プロセスが非常に遅いため、AMIは適切なソリューションです。したがって、インスタンスの作成後にデータ復元プロセスを開始することはできません。私たちは、すべてのデータを使って7〜8分でインスタンスを準備したいと考えています。Big EBSボリュームを最適化する(ウォームアップ)
しかし、新しいインスタンスのパフォーマンスは非常に悪いです。その背後にある理由は、インスタンスがEBSを使用するため、このドキュメントで説明されているように初期化する必要があるためです。
http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-initialize.html
残念ながら、初期化プロセスは5~6時間かかりますし、それは私たちのためのソリューションではありません。
したがって、基礎となるデータがAMIにある必要がある場合、AMIを焼くベストプラクティスは何ですか?
これらのインスタンスではどのデータベースエンジンを実行していますか? –
@ Michael-sqlbotデータベースエンジンとは関係ありません。私たちはMySQLまたはPostgreSQLを使用していません。修復はカスタムプロセスです。 –
これは関連していないと私は理解しています。これは、具体的に実行していることに関係なく、スナップショットのAMIとEBSボリュームの性質の一部です。あなたがやっていることに応じて、AuroraのコピーオンライトクローンやEFSが実行可能なソリューションかもしれませんが、いずれの場合でも5〜6時間以内に300 GBのボリュームをウォーミングアップすることが可能です。 –