1

EBSでサポートされているAMIにMySQLをインストールしようとしています。

EBSでサポートされているAMIとは、S3ではなくEBSに保存されているAMIを意味します。

  • Amazon /Ubuntuが提供する既存のEBS対応のUbuntuAMIを選択し、それを起動してカスタマイズし、ニーズに固有の新しいAMIを作成します。この新しいAMIを作成するには、どのようなプロセスを使用する必要がありますか？公開鍵と.SSHフォルダーに注意する必要があります（これを試したがログインできなかったため、これを言います）

  • 新しいAMIIDを取得すると、元のEBSのスナップショットがボリュームのリストに追加されます。これは、新しいカスタマイズAMIが存在する場所です。AMIのリストから、この新しいAMIを起動できるようになりました。新しく作成したAMI（カスタマイズ済み）を起動すると、スナップショットサイズ（ルートボリュームサイズ）は元のAMIのルートサイズと同じになります。より多くのストレージスペースを実現するために、このサイズを増やしたいと思います。それ、どうやったら出来るの ？

  • 十分なストレージスペースができたら、このAMIにMySQLをインストールしたいと思います。この後、この新しいインストールを保存するために、別の新しいAMIを再作成する必要がありますか？または、これはルートEBSボリュームに自動的に保持されますか。

4

2 に答える 2

2

あなたがそれを説明したようにあなたの質問と状況に関連するいくつかのポイントはここにあります：

  • 他の人や一般の人が使用するAMIを作成する場合は、ディスクに触れる情報に細心の注意を払う必要があります。多くの場合、削除されたファイルからでも他の人が情報を回復する可能性があります。これは私が書いた記事で、それに触れています：http: //alestic.com/2011/06/ec2-ami-security

  • 自分専用のAMIを作成している場合（他の人が使用するためではない）、機密情報にそれほど注意を払う必要はありません。機密情報が含まれていたプライベートインスタンスをパブリックAMIに変換することはできないことを覚えておいてください。

  • AWSコンソールでec2-create-imageコマンドまたは同等のコマンドを使用して、実行中のインスタンスからプライベートAMIを作成できるはずです。新しいAMIは、新しいsshキーの受け渡しをサポートする必要があります。また、（ほのめかしたように）AMIの作成時に配置されたsshキーを使用してsshで接続できるようになります。

  • EBSブートAMIはEBSスナップショットに保存されます。EBSスナップショットはS3のバックグラウンドで保存されますが、標準のS3APIを介してアクセスできる方法ではありません。EBSブートAMIを実行すると、ルートディスクがEBSボリューム（AMIのEBSスナップショットから作成された）であるEBSブートインスタンスが開始されます。

  • 実行時にblock-device-mappingパラメーターを使用することにより、AMIが指定するよりも大きいブートディスクでインスタンスを開始できます。これを説明する私が書いた記事は次のとおりです：http：//alestic.com/2009/12/ec2-ebs-boot-resize

  • すでに実行されているインスタンスのルートディスクサイズを変更するには、インスタンスを停止し、EBSボリュームをより大きなコピーに置き換えて、再起動します。ここにサンプルステップを提供します：http：//alestic.com/2010/02/ec2-resize-running-ebs-root

  • MySQLデータベースファイルを別のデータEBSボリュームに分割することをお勧めします。これを行う手順を説明する記事を書きました：http：//aws.amazon.com/articles/1663

  • 別のデータEBSボリュームを使用する場合は、ルートEBSボリュームのサイズを変更する必要はおそらくありません。

  • 1つまたは2つのEBSボリュームを使用するかどうかに関係なく、新しいAMIを作成するかどうかに関係なく、ボリュームとそれにインストールされているソフトウェアおよびデータは保持されます。実際、データベース内の情報はすぐに古くなるため、完全なデータベースを含むAMIを作成するのは少し奇妙です。そうは言っても、EBSボリューム、特にデータを含むボリュームのスナップショットを定期的に作成する必要があります。

  • ソフトウェアのインストールと構成を含め、新しいインスタンスを開始した方法を常に正確に文書化/自動化します。将来的にこれを再現できることは、特に特定の緊急時に役立ちます。

私があなたの質問について考えれば考えるほど、あなたはおそらくあなたがする必要のないことをする必要があるとあなたが思っていると思います。これが私の推奨事項です：

  1. EBSブートインスタンスを開始し、次の手順で行うすべての文書化を開始します。

  2. MySQLおよびその他のデータ用に別のEBSボリュームを接続します（上記の記事を参照）。

  3. 他のすべてのソフトウェアをインストールしてカスタマイズします。

  4. 両方のEBSボリュームに定期的なEBSスナップショットを設定します。

おそらく、カスタムAMIを作成する必要はなく、ルートディスクのサイズを変更する必要もありません。

于 2012-04-28T00:15:43.840 に答える
0

実際、EBS amiは、インスタンスがインスタンスストアではなく、EBSボリュームから起動するamiを意味します。実際のamiは、関係なく同じ方法で保存されます。

amiに含まれるデータに注意する必要があります。amiのユーザーに見せたくないものをそこに残さないでください。

amiを起動するとき、オプションの1つはブロックデバイスマッピングです。これを使用して、ブートデバイスのサイズを増やしたり、デバイスを追加したりできます。これはパーティション自体を変更しないことに注意してください-パーティションを拡張するには、resize2fsのようなものを実行する必要があります（一部のAmisはこれを実行するように設定されています）

amiから開始されたインスタンスに加えられた変更は、ami自体には影響しません。

于 2012-04-27T18:02:33.977 に答える