問題タブ [autoscaling]

現在、サイトのユーザーがブラウザーのサイズを変更するたびに、ページ上の要素がそれに応じて調整され、整理された完全なビューでページを表示できるように、Web サイトを作成する必要があります。

たとえば、ページが最大ウィンドウにある場合、ボディ領域には 6 列が必要です。ユーザーがブラウザーのサイズを小さく変更すると、自動的に 4 列に変更されます (したがって、以前よりも多くの行が追加されます)。以下。

これは「レスポンシブ ウェブ デザイン」ではないと思います。私の意見では、デバイスやブラウザによってページが異なって見えるはずです。

どうすればそれを作成できるか、またはいくつかのチュートリアルやブログを推奨できるかについて、誰でも光を当てることができますか? 前もって感謝します！

EC2 インスタンスは何ヶ月も正常に動作していました (まだ開発中で、アプリはまだ稼働していません) が、トラフィックに応じて EC2 インスタンスをスケールアップ/ダウンする方法さえ知らないことに気付きました。

Amazon が提供するサービスの数は圧倒的で、私は非常に混乱しています。

最初は、インスタンスは 1 つだけで、Amazon は透過的にリソースを割り当てたり、トラフィックを処理するために同一のインスタンスを作成したりできると思っていましたが、私の印象は間違っていたようです。

私の質問は:誰か教えてください (簡単な言葉で、箇条書きリストまたはチュートリアルを教えてください)私のインスタンスを自動的に成長させて 100,000 人の同時ユーザーを処理し、サージが完了すると自動的に元に戻す方法を教えてください。

これが可能であると仮定すると、AWS コントロール パネルからこれを行うことはできますか? もしそうなら、どのように？

私が見ることができるのは、マイクロ、スモール、ミディアムなどのインスタンスだけです。それぞれのリソースには限りがあり、Amazon が追加のリソースを動的に割り当ててトラフィックの急増に対処できるように (または、自然なトラフィックの増加に合わせて徐々に増加させて)、インスタンスを自動的にセットアップする方法が明確ではありません。

補足質問Amazon はスケールアップ時に DDOS 攻撃を自動処理すると仮定してもよろしいですか? (不正なトラフィックは最終的に Amazon によって停止/減速され、スケーリングは正当なトラフィックの急増にのみ影響することを意味します)。この副質問は本当にばかげているかもしれませんが、まだコーヒーを飲んでいないことを覚えておいてください:)

アプリの上部に、中央に表示されるタイトルと右側にボタンがあります。textViewsの長さが私のコントロールの背後にあるため、コンテンツの長さが長いために、タイトルがボタンと交差することがあります。

これに従った後、私はどういうわけか問題を解決する傾向があります。私のデバイスはHTCdesireでした。残念ながら、Galaxy SIIIで確認しても、うまくいきません。

密度の異なるさまざまなデバイスの観点から、これをどのように管理できるのか疑問に思っています。

相対レイアウト内の私のコントロール

Amazon AWS で WordPress の展開構成に取り組んでいます。Ubuntu EC2 インスタンスの Apache で WordPress を実行しています。キャッシングにW3 Total Cacheを使用し、S3 バケットからユーザーがアップロードしたメディア ファイルを提供しています。ロード バランサーは、トラフィックを 2 つの EC2 インスタンスに分散し、オート スケーリングを使用して重い負荷を処理します。

問題は、ユーザーがアップロードしたメディア ファイルがローカルに保存され、S3 バケットに同期されることですwp-content/uploads/。これは、メディア ファイルが EC2 インスタンス間で一貫していないことを意味します。

私が検討しているアプローチは次のとおりです。

1. WordPress プラグインを使用して、メディア ファイルをローカルに保存せずに直接 S3 にアップロードします。問題は、私が見つけたプラグイン ( thisとthis ) だけがバグが多く、メンテナンスが不十分であることです。これらのいずれかを自分で修正するのに何時間も費やしたくありません。また、それらが W3 Total Cache (他のキャッシュ ツールにも使用したい) ときれいに統合されているかどうかも明らかではありません。
2. ユーザーが管理インターフェイスにアクセスしてメディア ファイルをアップロードするマスター インスタンスを用意します。すべてのメディア ファイルは、このインスタンスにローカルに保存されます (W3 Total Cache を介して S3 に同期されます)。自動スケーリングでは、ローカル ファイル ストレージを使用せずにスレーブ インスタンスをデプロイします。
3. すべての EC2 インスタンスを同一wp-content/uploads/にし、別の EBS ボリュームを指すようにします。すべてのインスタンスがメディア ファイルを共有します。
4. rsync を使用して、実行中の EC2 インスタンス間でメディア ファイルをコピーします。

明確な勝者はいますか？私が考えるべき他のアプローチはありますか？

新しいインスタンスを起動するための eb auto Scaling のトリガーとして使用するメトリックを決定しようとしています。atm に傾いているのは応答時間です。つまり、ユーザーが 4 秒以内に応答を取得しない場合別の ec2 インスタンスが起動されます。

しかし、私が見つけるのに苦労しているのは、eb が別のインスタンスをオンラインにするのに平均でどれくらいの時間がかかるかということです。既存のインスタンスが負荷に対応できなくなった場合、接続が拒否されたり、Auto Scaling が問題を検出したり、別のインスタンスをオンラインにしますか?

誰かが e コマース ソリューションでこれを経験したことがある場合は、シームレスなユーザー エクスペリエンスを確保するためにどのような自動スケーリング構成が機能するかを知りたいです。

AWSのCloudformationテンプレートを使用してウェブクラスターを作成しました。スクリプトはDrupal7をインストールします。sshを介してインスタンスを接続し、Drupal 7を削除して、Drupal 6をインストールします。他のインスタンス（およびインスタンスは将来作成されます）にこの変更を継承させます。どうすればこれを達成できますか？

問題

いくつかのターゲットサイトを自動スケーリングするワーカーロールを展開しようとしています。オートスケーラーをローカルで実行でき、動作します（マシンに証明書をインストールしました）。ただし、クラウドアプリとしてAzureにデプロイすると、自動スケーリングされません。（ただし、自動スケーリング以外のプロセスが同じワーカーロールで機能していることがわかるため、ワーカーロールは実行されています。）

私が試したこと

AutoscalingApplicationBlockのデプロイの手順に従いました。

ワーカーロールでの証明書の場所を指定しました

ELBまたはEC2自動スケーリンググループにELBからの異常なインスタンスを終了（または再起動）させる方法はありますか？

フロントエンドには特定のデータベース障害状態があり、それが異常になります。そのため、ELBはフロントエンドへのトラフィックのルーティングを停止します。そのインスタンスは、グループのCPU負荷に応じてスケーリングする自動スケーリンググループの一部でもあります。つまり、インスタンスがELBからトラフィックを取得しなくなったため、CPU負荷がなくなり、グループのCPU負荷が歪んでしまい、スケーリング条件が台無しになってしまいます。

EC2 APIを介してポーリングと終了を行うためのコードを実際に記述しなくても、グループからの異常なインスタンスを自動的に終了するようにELBまたは自動スケーリンググループを何らかの方法で構成する「簡単な」方法はありますか？

AWS EC2 インスタンスで Auto Scaling をセットアップします。オート スケーリング アラームを更新する場合、セットアップ後に行うベスト プラクティスはどれですか? どのような手順に従う必要がありますか?

アラームを削除して、CloudWatch CLI を使用して再作成できることはわかっています。しかし、それを行っている間に Auto Scaling グループを変更する必要はありますか? または、アラームを削除して再作成するだけでうまくいきますか?