7

ウェブサイトの作成を開始し、Hostgator でホストしていましたが、ローンチ前に Amazon ウェブ サービスに移行する予定です。以前に Hostgator の関連する場所にファイルをアップロードしたばかりで、すべてうまくいったという小さな問題があります。私は、実稼働に値するサーバーのセットアップをゼロからセットアップした経験がなく、その方法を知る必要があります。EC2 インスタンスで基本的なランプ スタックをセットアップしましたが、EC2 インスタンスがダウンするとすべてのデータが取得され、それが発生することはありません。また、死ぬと何もせず、Apacheサーバーを再度起動する必要があることも読みましたが、自動ではありません。信頼性が高く、データが独立している必要があるため、サーバーが停止した場合にクラッシュしたり、燃えたり、死んだりすることはありません。PDFなどの静的なものにはS3が必要になることがわかりました。s と画像、および MYSQL データベースに RDS を使用しています。私のドメイン名は別の場所で登録されているので、Route 53 も使用する必要があると思います。いくつかの理由で AWS を使用したいと考えています。まず、スケールできることは本当に重要ですが、これが組み込まれているのか、カスタマイズが必要なのかわかりません。 . EC2 は非常に安全であると言われました。最後の理由は、php コードをデバッグできるからです。デバッグの理由は、ローカル ランプ スタックではなく Hostgator サーバーにのみ表示されるエラーがあり、そこでデバッグできないため、EC2 に移動したときにできるはずです。これは非常に重要ですが、これが組み込まれているのか、カスタマイズが必要なのかはわかりません。EC2 は非常に安全であると言われました。最後の理由は、php コードをデバッグできるからです。デバッグの理由は、ローカル ランプ スタックではなく Hostgator サーバーにのみ表示されるエラーがあり、そこでデバッグできないため、EC2 に移動したときにできるはずです。これは非常に重要ですが、これが組み込まれているのか、カスタマイズが必要なのかはわかりません。EC2 は非常に安全であると言われました。最後の理由は、php コードをデバッグできるからです。デバッグの理由は、ローカル ランプ スタックではなく Hostgator サーバーにのみ表示されるエラーがあり、そこでデバッグできないため、EC2 に移動したときにできるはずです。

私はオンラインで多くのことを調べましたが、何をセットアップするかについて包括的なものを見つけることができません。私は読んでいます(そうでない人もいるかもしれません)。ただし、私が気にしないいくつかの理論について議論するのは複雑すぎるか、LAMPスタックの一般的なインストール以外のものを使用する方法を議論するのは簡単ではないため、そこにある情報の量に圧倒されています他のサービスを使用せずに EC2。

http://bitnami.com/stack/lamp/cloud/amazonを見たことがありますが、EC2 には mysql データベースがあり、RDS を使用していないため、これが必要だとは思いません。

誰かが AWS でスライド LAMP スタックをセットアップするための包括的なガイドの方向に私を向けることができれば (本が書かれているかもしれません)、それは素晴らしいことです。物事を行うことはできますが、なぜそれらを行う必要があるのか​​ 、それらがどのような目的であったのかはわかりません。

ありがとう

4

7 に答える 7

3

最初に質問に答えるところから始めます。あなたは初心者なので、AWS のすべてを学ぶようにプレッシャーをかけないことをお勧めします。ゆっくりと移行を続け、クラウドの魔法を発見し続けることができます。

Q. EC2 インスタンスがダウンすると、すべてのデータが失われますが、それはできません。私も読んだことがありますが、死ぬと何もせず、Apacheサーバーを再度起動する必要がありますが、自動ではありませんか?

A. EC2 インスタンスがダウンした場合 (ダウンはユーザーが手動でシャットダウンしたことを意味する場合もあれば、ダウンは AWS ネットワークがダウンしたことを意味したり、インスタンスに他の問題が発生したことを意味したりする場合もあります)、「エフェメラル データ」のデータのみ、または RAM 上のデータまたはセッションと言うことができます。ディスク上にあるものはすべてディスク上に残り、問題が解決するとすぐにインスタンスが利用可能になります。Apache は、インスタンスが再起動すると自動的に起動し、手動でシャットダウンするか、その他の問題が発生するまで稼働し続けます。

Q. PDF や画像などの静的なものや、MYSQL データベースに RDS を使用するために S3 が必要ですか?

A. s3 に静的コンテンツを保存するのは良い習慣ですが、必須ではありません。ftp を設定したり、Web サイトのフォルダーに保存するなど、以前と同じように静的コンテンツを管理したりできます。必ずしも RDS に mysql データベースが必要というわけではありません。私は 1 日あたり約 4,000 万のトランザクションで aws で実行されているプロセスを持っており、ec2 インスタンスの通常の mysql で実行しています。ただし、RDS を使用すると、毎日のバックアップとインデックスのメンテナンスの煩わしさから解放されます。

Q. 私のドメイン名は別の場所で登録されているので、ルート 53 も使用する必要があると思いますか?

A. これも必須ではありません。ドメイン マネージャーに移動して、A 名または C 名のレコード (ec2 の静的パブリック IP を使用) を変更し、ec2 インスタンスまたは Elastic ロード バランサーに静的パブリック IP を指定して、すぐに稼働できるようになります。

Q.いくつかの理由で AWS を使用したいと考えています。まず、スケーリングが可能であることは非常に重要ですが、これが組み込まれているのか、カスタマイズが必要なのかわかりません。

A. 非常にうまくスケーリングできますが、どのようにスケーリングするかによって異なり、高度にカスタマイズ可能です。2種類のスケーリングがあります

  1. 垂直 - インスタンス タイプを別のタイプに変更して、ディスク/CPU または RAM またはネットワーク パフォーマンスを向上させますが、これには ec2 インスタンスを停止してタイプを変更する必要があります。つまり、約 10 分のダウンタイムが発生します。そうしている間。

  2. 水平 - ウェブサイト (ec2 ベース) をロード バランサー (ELB - エラスティック ロード バランサー) の背後に配置し、必要に応じてインスタンスを追加/削除したり、自動スケーリング ポリシーを使用したりすることもできます。 Web サーバーの負荷に応じて自動的に実行します。

安全?- 非常に安全であり、安全なec2インスタンスに命を賭けることができるほど安全であることを確信できます.

デバッグ中?- 従来の方法でデバッグを行い、エラーなどのログを作成し、ec2 を通常のマシンのように扱い、取引のコツをゆっくりと学ぶことをお勧めします。

ここで、基本的なソリッド LAMP スタックをセットアップします。準備ができた ubuntu インスタンスがあり、作成できなかった場合に備えて、それに ssh できると仮定しています。これを参照してください。

基本的。1. セキュリティ グループを作成する - これはファイアウォールであり、どのポートが開いているかを確認し、どの ec2 インスタンスが相互に通信できるかを確認します。2. ec2 インスタンスを作成します - ubuntu インスタンスを作成します。ssh を使用してインスタンスにアクセスします。ssh は基本的に、キー ファイル (pem ファイル) によって保護されている ec2 マシンへの安全な端末接続であり、それを持っている人は誰でもマシンのデータにアクセスできるため、非常に安全に保つことができます。失う余裕があります。3. - Tasksel ユーティリティを使用して LAMP をインストールします。 4. 自分用にパブリック IP をセットアップします (月額 1 ドルかかります) - この IP を使用して、DNS プロバイダーのドメイン マネージャーを使用して www.example.com トラフィックをリダイレクトできます - godaddy または類似の人物私は考えます。

AWS を始めるきっかけになると思います。

データのコピーがあることを確認するために、すべてのデータを含む ec2 インスタンスの AMI を作成します。AMI は、類似またはより優れたインスタンスを 10 分 (またはそれ以下) で作成できるイメージです。

料金は、選択したインスタンス タイプ、パブリック IP、一定レベルを超えた場合のトラフィック (通常は非常に安価)、ディスク使用量 (デフォルト ディスクは 8 GB)、および AMI ボリュームです。

AWS をお楽しみください。

于 2013-10-29T11:07:32.153 に答える
2

ダウンタイム中にデータを保持するには、必ず EBS ストレージを使用してください。そのデフォルトは今では数日です。以前は、EBS 以前はインスタンス ストレージがデフォルトであり、サーバーがダウンするとデータが失われましたが、EBS ストレージを使用すると、シャットダウン中にデータが保持されます。

必要に応じて、次の 2 つのルートのいずれかを使用できます。1.追加のものをインストールする必要がない場合は、AWS ElasticBeanStalk ( http://aws.amazon.com/elasticbeanstalk/ ) を使用します。非常に簡単で、Google Apps に似ており、アプリをすばやくデプロイできます。サーバーを取得するのではなく、アプリをデプロイするためのサーバーを取得します。データベースには RDS を使用し、ストレージには S3 を使用する必要があります。実行しているサーバーにローカルに保存することはできません。

  1. 静的 IP アドレスを持つ EC2 サーバーを使用します。マーケットプレイスから事前構成済みの LAMP スタックを入手できます。LAMP や他の多くのアプリで事前構成された AWS 用の bitnami クラウド スタックを使用しています。彼らの無料アカウントを使用して PHP 用のマイクロ インスタンスを作成し、サーバーを選択するだけで準備完了です。http://bitnami.com/cloud

DNS をプログラムで管理する必要がない限り、Route 53 を使用する必要はありません。DNS(godaddyまたはドメイン名プロバイダー)にエントリを追加することにより、サーバーをEC2サーバーに向けることができます。

Bitnami サービスでは定期的なバックアップも可能ですが、ローカルに何も保存していない場合は、頻繁にバックアップする必要はありません。

より信頼性の高い RDS でマルチ AZ オプションを使用していることを確認してください。マルチ AZ DB インスタンスをプロビジョニングすると、Amazon RDS は自動的にプライマリ DB インスタンスを作成し、データを別のアベイラビリティーゾーン (AZ) のスタンバイインスタンスに同期的に複製します。また、Amazon RDS はデータベース ソフトウェアに自動的にパッチを適用してデータベースをバックアップし、ユーザー定義の保持期間の間バックアップを保存し、最大 5 分間のポイント イン タイム リカバリを有効にします。

これが役立つことを願っています。

于 2013-10-24T00:33:46.277 に答える
1

ストレージに Mysql を使用せずに LAMP でdynamo DB ( http://aws.amazon.com/dynamodb/pricing/ ) を使用する必要があります。Samebox データベースを使用しても、信頼性が得られることはほとんどありません。そのため、アプリケーション ボックスが何を通過しても、データが失われることはありません。dynamo DB からアプリケーション構成を読み取ることもできます。

  1. http://aws.amazon.com/documentation/dynamodb/
  2. http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/SettingUpTestingSDKPHP.html
  3. DynamoDB で EC2 を使用する必要がありますか?
于 2013-10-24T19:01:55.333 に答える
0

以下に、私にとって良さそうな 2 つのガイドを示します。

http://shout.setfive.com/2013/04/05/amazon-aws-ec2-lamp-quickstart-guide-5-steps-in-10-minutes/

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/install-LAMP.html

Linux コマンド ラインを学習する必要がない場合は、PaaS (Platform As A Service) への「スタックの上昇」を検討する必要があります。Heroku、Google App Engine、ElasticBeanStalk などです。

サービスとしてのインフラストラクチャ (EC2 のような IaaS) とサービスとしてのプラットフォーム (Heroku のような PaaS) との間のトレードオフ: - PasS は、開始するのが速く、学ぶことが少なくなります。IaaS では、最初からスタック全体を把握する (またはシステム管理者を雇うか借りる) 必要があります。- PasS は通常、IaaS に比べて規模が大きくなるほど高価になります (ただし、状況によって異なります)。- PaaS は制御が少ない (言語バージョンを選択できないため、特定のバグを回避するためにアップグレードすることはできません。) - IaaS は文字通り何でもできます (単なる Linux ボックスです) - IaaS はより多くのチューニングを可能にします (アップグレード機能を取得するためのライブラリ、CPU と RAM をトレードオフするための別のインスタンス タイプへの切り替え、速度のために HipHop の実行、キャッシュ レイヤーの追加など)

于 2013-10-23T02:06:40.327 に答える
0

あなたにはいくつかの誤解があると思います。

EC2 全体がダウンしても (これはまれです)、データが失われることはありません。Amazon がサービスを復旧するまで、サイトは単純にオフラインになります。

ハードウェアの問題が原因で特定のインスタンスがダウンした場合、データが失われる可能性があります。これは、自分のサーバーが故障した場合と同じです。正しい答えは、単純にデータベースの通常のバックアップを作成し、S3 またはその他の場所に保存することです。通常、2 つ目の EBS ボリュームを作成して、DB ファイルもある DB サーバーにアタッチします。

インスタンスを終了すると、すべてが失われます。ただし、Amazon にはインスタンスの終了を困難にする機能があるため、誤って終了することはありません。

インスタンスの停止は、コンピュータの電源を切るようなものです。違いは、必要なときにリモートでオンに戻すことができることです. EBS でサポートされているインスタンスのみを停止できます。つまり、データがオフラインの間は安全です。


独自のサーバーをセットアップして維持することに不安がある場合は、代わりに完全に管理されたホスティングを調査することを強くお勧めします. EC2 は素晴らしいです。私たちは 2 年間使用しています。ただし、サーバーの実行と管理に何が必要かを理解している強力な技術チームがあります。

于 2013-10-25T00:01:00.773 に答える