すぐに、いくつかの基本的な情報とリンクを共有してくれたハーバーマンゴマーに感謝します。 この問題では、最初のキックを得るために、どの方向から発掘するかを正確に理解することが重要であることが判明しました。
だから、アパートの修理の瞬間が来て、ホームサーバーでEmForgeをホストすることはできませんでした（ところで、Atomプロセッサに基づいていますが、それは別の話です）。 私はこれに長い間行きました（サーバーを自宅に置くのは良い考えではありませんでした）。 どこへ行く？ 専用サーバー-高価なVPS-私のJ2EEサーバーはメモリを必要とすることを考慮して-安価ではないことが判明しました（少なくとも512 Mbが必要）-その他の多くの問題。 それで、 AWSの時間だと（長い間）決めました
ウェブサイトを初めて見ると、すでに聞いたことを明確にしました。 はい、一連のWebサービス、はい、イメージオペレーティングシステムを実行できます。はい、データを保存できます。 しかし、どのように？ だから、順番に。
原則として、AWSについて話す場合、これはコンストラクタです。 これを使って多くのことができます-主なことはできることです。 また、AWSを使用したサーバーホスティングの組織は、コンピューターの組み立てと比較できます（既製のコンピューターの購入と比較して、プロバイダーにホスティングを注文します）。
- EC2はマザーボードとメモリです。 このサービスを使用すると、オペレーティングシステムのイメージを実行できます（起動したイメージはインスタンスと呼ばれます）。 しかし-それはデータのストレージを提供しません-インスタンスが動作している間-よく-停止した場合-それがすべてです。 次回起動すると、元の画像に戻ります
- EBSはネジです。 言うことができます-私に25ギグvinc（1 Gbから1Tbまで可能）を作成し、そのようなインスタンスに接続します（作成されたvincはボリュームと呼ばれます）。 その結果、システムに新しいデバイスが表示され、それをマウントしてフォーマットし、操作します。 インスタンスに書き込まれたものはすべて、インスタンスの寿命に関係なく保存されます。 スナップショットを簡単に作成することもできます（たとえば、バックアップを整理するため）
- S3はテープです。 そこで、大きなファイルを保存して、そこに永久に保存することができます
ここでは、クラスターシステム、高可用性システムなどの構成については考慮しません。サーバーをホストする必要がありました（ubuntu、tomcat、postgresql +アプリケーション自体）。 何をする必要がありましたか（これがあまり面白くない場合-すぐに最後に行くことができます-長所と短所が説明されています）：
- AWSに登録し、キーを取得し、EC2-Toolsをインストールします。 ubuntuの下には、優れたスターターガイドがあります。 これにより、Amazonサービスを操作できるようになります。
- システムの構築を開始するのに最適なイメージ（awsではAMIと呼ばれます）を選択します。 利用可能なAMIのリストは、 コンソール（非常に便利なツール）にあります 。ubuntuの場合、公式AMI（同じスターターガイドにリストされています）と「高度な」 AMIがあります （ところで-EricはこれらのAMIの著者です-彼のブログを読むことをお勧めします-多くの質問に対する答えを見つけることができます）。 私の場合、「高度な」9.04を選択しました
- 選択したAMIを実行します（ec2-run-instancesを参照）-起動時に、実行するマザーボード（メモリ量、パーセント）および実行する場所（州、ヨーロッパ）を指定できます
- デフォルトでは、マシン上のすべてのポートが閉じられます-ec2-authorize default -p 22を使用して22（sshの場合）を開く必要があります。将来、他の必要なポート（たとえば80）を開くことを忘れないでください
- sshを介して実行中のシステムに移動し、必要なソフトウェアをインストールして構成します（後で必要なすべてを使用してAMIを実行します）
- ほとんどの場合、データベースと「ハードドライブ」に保存する必要があるその他のデータがあるため、EBSボリュームを作成してインスタンスマシンに接続する必要があります。 これを行う方法の良い説明（原則として、私にとって最も有用であることが判明した記事）はここにあります -同じEricのExt3およびXFSファイルシステムの使用に関するコメントに注意してください
- システムにボリュームを接続した後、データベースとその他のサービスの設定を変更して、必要なデータをその上に保存する必要があります。つまり、データがインスタンス内ではなく、EBSボリューム上にあるようにします。データは消滅します-EBSは残ります
- 原則として、必要に応じてシステムを取得しました。この状態を「修正」する必要があります（新しいインスタンスを起動するたびにソフトウェアのインストールと構成を繰り返さないようにするため）。 同じ記事で、実行中のインスタンスのイメージを作成し、S3に配置してAMIを登録する方法について説明しています
- OK、あなたはあなた自身のAMIを持っています-今、もしあれば-あなたはすぐに必要なすべてのソフトウェアでサーバーを上げることができます
- 少し残っています-Elastic IP（固定IP）を取得し、DNSを変更して新しいIPを使用し、データをデータベースに移行します。 サーバーの準備ができました！
短所
- AWSは複雑です-少なくとも、単純なホスティング購入と比較して。 しかし、私の記事がそれをそれほど複雑にしないようにするのに役立つことを願っています。
- AWSが支払いました。 Google App Engineの無料の制限は忘れてください-すべての料金を支払う必要があります-1時間ごと、トラフィック、EBS、EBSへのアクセスなどに。 何をどのくらい支払う必要があるかを知るには、AWSアクティビティをご覧ください
長所
- はい、有料ですが、それほど高価ではありません。 ホスティングの場合、たとえば時間単位での支払いにはほとんど関心がありません。年間料金を支払うことができます。 最小インスタンスの費用は年間325ドル、または月30ドル未満です。 さらに、トラフィック、EBS、 S3-合計が40を超えないようにする必要があります。このためには、 1.7 Gbのメモリと1.0〜1.2 GHz Opteronに相当する割合のマシンを取得します。 同じ金額のVPSは、メモリ800 MBのレベルになります。つまり、半分になります。
- はい、AWSはホスティングを行って注文するよりも複雑ですが、すべてを行うのに約8時間かかりました。 かなり妥当な時間だと思う
- AWSを拡張します-最も単純なマシンでインスタンスを実行できます-その後、15ギガバイトのメモリを搭載したマシンに移行します（64ビットシステムに切り替えるだけで済みます）
- 上記のように-AWS-コンストラクター-サーバーホストの整理-これは解決できる最も簡単なタスクです-私が理解しているように-AWSは元々少し異なったものを意図していました（クラスターの整理など）
この情報が正しい選択をし、もしあれば、時間とお金を節約できることを願っています。
UPD投稿を終えたばかりです-Habrが同様の投稿をどのように提案したか -以前は気づかなかったように-多分「米」は混乱していますか？
ホスティングに転送されたUPD2