8

EC2で実行中のebs-backedインスタンスがあります。私はsdbに格納されている約16Gbのデータ(つまり、インスタンスに関連付けられたより大きいebsボリューム)で、計算集約的なテキスト処理を行うためにこれを使用しています。複数のebsボリューム(つまり、sdaとsdbの両方)を含むAMIを作成できますか

私は、このインスタンスの複製を作成して、それぞれ独自のデータのコピーを作成して処理を並列化したいと考えています。私はインスタンスからAMIを作成することができますが、私は両方のsda(ルートebsボリューム)を含むイメージが必要ですまた、すべてのデータがあるボリュームであるsdb。パッケージ全体の複製を作成するにはどうしたらいいですか?

AWS管理コンソールでイメージを作成すると、sda(つまり、自分のデータを保持するには小さすぎるルートボリューム)だけがコピーされます。

これも可能ですか?

(PS:私もAWS Management Consoleの弾性ブロックStore->ボリュームパネルのSDBのボリュームが表示されていない)

ありがとう!

答えて

7

私は、別のEBSボリュームにデータストアを持つEBSバックアップマシンでMySQLをセットアップする必要があったこの種の設定が必要でした。 AMIは、それをインスタンス化するたびに、データボリューム(静的データを含む)を添付する必要があります。これは私がどのようである:EBSを作成

  1. は、EBSボリューム添付
  2. 既存の画像からインスタンスを支持mkfsを行う、例えば、ボリュームへ/database
  3. コピーされたデータに取り付けられ下の/database/mysql
  4. AMI Webコンソールからこの設定が作成されました。

ここで、このイメージを起動するたびに、すべてのデータが入っているボリュームが表示されます。私はちょうど/databaseにそれをマウントして、物事が起こる。

これはあなたには役に立ちますが、あなたの問題はこれに近いと思われます。


更新 NADさんのコメント

うん、AMI作成プロセス除外

/sys 
    /proc 
    /dev 
    /media 
    /mnt 

下にある詰め込むだから、トリックは、あなたがしたいのstuffsを持っていないことです@の後にこれらのディレクトリの下にAMIと一緒にバンドルしてください。また

、あなたがブート時に自動マウントするボリュームを持っている場合、fstab

+0

おかげNishantに登録。はい。私は今私の間違いを認識します。私は自分のデータを/ mntに置いていましたが、それは付属しているephemeralストレージであり、インスタンスはebsです。私が明示的にebsボリュームを添付すると(たとえば、あなたが説明したように)、AMIにはルートパーティションとデータパーティションの両方が含まれます。とにかくあなたの明確な応答に感謝します。 – NAD

関連する問題